| 00:00.19 | *** join/#oe ant__ (~andrea@host184-253-dynamic.5-87-r.retail.telecomitalia.it) |
| 00:02.48 | Jay7 | should buy second HDD to build on RAID0 |
| 00:03.38 | Jay7 | according to charts tmpfs usage is almost impossible :) |
| 00:03.50 | Jay7 | so, SSD or RAID0 |
| 00:04.30 | Jay7 | hm... or tmpfs but with swap partitions on two drives.. |
| 00:06.14 | khem | I have seen some folks do sucessful builds on machines with 12G of ram |
| 00:06.19 | khem | and using ramfs |
| 00:06.29 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
| 00:06.35 | khem | so if you have like 16G of ram and use rm_work you should be well set |
| 00:06.45 | ant__ | I did it long ago with 8gb |
| 00:06.45 | ant__ | I did it long ago with 8gb |
| 00:06.56 | ant__ | now seems thing have inflated |
| 00:06.56 | ant__ | now seems thing have inflated |
| 00:07.02 | khem | 8gb may be too small now with pstage |
| 00:07.08 | khem | or you can disable pstage |
| 00:07.15 | ant__ | I had it enabled |
| 00:07.15 | ant__ | I had it enabled |
| 00:07.19 | khem | hmm |
| 00:07.26 | khem | did u build like x11-image ? |
| 00:07.31 | ant__ | 3 images |
| 00:07.31 | ant__ | 3 images |
| 00:07.36 | ant__ | console, opie, x11 |
| 00:07.49 | khem | hmm and all fitted into ramfs ? |
| 00:07.53 | khem | interesting . |
| 00:07.57 | *** join/#oe macneil (~voodoo@S010600035203ebe5.vc.shawcable.net) |
| 00:08.00 | ant__ | yes, months ago |
| 00:08.02 | Jay7 | btw.. |
| 00:08.07 | khem | actually if we use rm_work it should be ok |
| 00:08.10 | Jay7 | how to disable pstage? |
| 00:08.10 | Jay7 | how to disable pstage? |
| 00:08.24 | khem | by default bb will use completion scheduler |
| 00:08.36 | khem | so it should use less ram at a giventime |
| 00:08.52 | Jay7 | [01:14] <kergoth_> "speed" is the default scheduler, btw, so don't bother with a separate one for that |
| 00:08.55 | khem | we should not see the spikes we see in Jay7 's graph |
| 00:09.02 | ant__ | khem: yes, Jay7 is experimenting |
| 00:09.10 | khem | speed is default true |
| 00:09.15 | khem | but not when you use rm_work |
| 00:09.26 | Jay7 | hm.. |
| 00:09.28 | khem | with rm_work completion is default |
| 00:09.34 | ant__ | ah ha |
| 00:09.34 | ant__ | ah ha |
| 00:09.37 | Jay7 | interesting |
| 00:09.58 | Jay7 | so, I should bother with 'speed' then :) |
| 00:10.13 | Crofton | hmm |
| 00:10.16 | ant__ | khem: after build, tmpfs was just 2,5GB |
| 00:10.22 | ant__ | 3 images for armv5te |
| 00:10.22 | ant__ | 3 images for armv5te |
| 00:10.23 | khem | if any of you are usinf x86 target then beaware of this glibc fiasco https://bugzilla.redhat.com/show_bug.cgi?id=638477 |
| 00:10.29 | Crofton | I am trying to push and getting the remote end hung up |
| 00:10.31 | khem | ant__: ok |
| 00:10.33 | ant__ | + toolchain |
| 00:10.33 | ant__ | + toolchain |
| 00:10.54 | khem | Crofton: ka6sox must be around to see if git is hosed |
| 00:11.11 | Crofton | pull is ok, I just can't push |
| 00:11.19 | Crofton | not sure if it something at my end |
| 00:11.21 | khem | yes this has happened before |
| 00:11.25 | khem | file going r/o |
| 00:11.33 | khem | i mean filesystem |
| 00:12.55 | Tartarus | khem: Do you know if minimal-image happens to be the smallest image you can use w/ DISTRO=minimal? Updating the qemus to use 2.6.35 and I want a quick build target |
| 00:14.19 | khem | Tartarus: yes its minimal |
| 00:14.22 | khem | but it may not boot |
| 00:14.33 | khem | as some images dont include udev |
| 00:14.42 | khem | and the system sort of expects it |
| 00:14.50 | khem | Tartarus: why not 2.6.36 |
| 00:15.02 | Tartarus | .35 is the embedded linux flag version |
| 00:15.07 | khem | Tartarus: 2.6.35 has bug on arm with gcc 4.5 |
| 00:15.13 | Tartarus | So I figure we'll see a lot of activity there |
| 00:15.17 | khem | Tartarus: embedded flag eg |
| 00:15.18 | khem | eh |
| 00:15.29 | khem | meant sarcasm |
| 00:15.29 | khem | meant sarcasm |
| 00:15.39 | Tartarus | http://lwn.net/Articles/413341/ |
| 00:15.43 | khem | Tartarus: I know I know |
| 00:15.51 | khem | OE is beyond that |
| 00:15.57 | khem | we are more at bleeding edge |
| 00:15.58 | khem | we are more at bleeding edge |
| 00:16.12 | khem | 2.6.36 is better for us |
| 00:16.27 | Jay7 | have updated wiki page about scheduler :) |
| 00:16.56 | khem | I still have issues with SH4 and gcc 4.5 |
| 00:17.07 | Jay7 | capture the flag.. embedded flag :) |
| 00:17.07 | khem | we might have to use 4.4 just for SH4 |
| 00:17.09 | Tartarus | Not if silicon vendors are going to be releasing kernel trees based on .35 |
| 00:17.14 | khem | I dont know if I can fix it in time for release |
| 00:17.14 | khem | I dont know if I can fix it in time for release |
| 00:17.32 | khem | Tartarus: fine QEMU can be spared |
| 00:18.02 | khem | or could be portrayed as torch bearer for next 'flagged' version |
| 00:18.32 | Tartarus | I don't think OE is going to have much sway in what's picked as the next one |
| 00:18.33 | khem | you can harden other non qemu machines on .35 |
| 00:18.35 | khem | thats ok |
| 00:18.42 | Tartarus | But I think if we have stuff on the current one, it's a good thing |
| 00:18.55 | Tartarus | And yeah, if you want to move all of the qemus up to .36, that's fine |
| 00:19.10 | Tartarus | But I'm trying to get everyone up to .35 now, given they're a little spread atm |
| 00:19.14 | Crofton | whats the problem with 4.5 and the kernel? |
| 00:19.46 | khem | Crofton: there is some code gcc emits that kernel's ELF loader can not handle w.r.t modules |
| 00:19.59 | khem | its in unwinding parts for ARM |
| 00:20.05 | Crofton | hmm |
| 00:20.09 | khem | let me find the bug if I can |
| 00:20.09 | khem | let me find the bug if I can |
| 00:20.14 | Tartarus | ok, i take that back, it was just mips64 that was .35 before |
| 00:20.17 | Crofton | I ahve a kernel built with OE 4.5 |
| 00:20.22 | khem | yeah its a nasty one there is a workaround though |
| 00:20.23 | Crofton | seems ok |
| 00:20.23 | Crofton | seems ok |
| 00:20.58 | Jay7 | well.. too late is here |
| 00:21.02 | Jay7 | time to sleep |
| 00:21.16 | khem | Jay7: sleep well |
| 00:21.23 | Crofton | gn |
| 00:21.41 | Jay7 | computer should build OE, man should sleep :) |
| 00:21.42 | Tartarus | khem, fwiw, I would have preferred the flag version to follow the ones that normally get extended maintenance windows anyhow, but, whichever |
| 00:21.50 | Tartarus | Maybe the next one will do that :) |
| 00:23.00 | khem | https://bugzilla.kernel.org/show_bug.cgi?id=16310 |
| 00:23.03 | khem | thats the bug |
| 00:23.23 | khem | Tartarus: thats fine too |
| 00:23.28 | khem | just backport that fix |
| 00:23.50 | khem | I am not so much married to .36 |
| 00:24.00 | khem | but I want qemu's to do the latest stuff |
| 00:24.10 | khem | so we can find issues and debug them easily |
| 00:24.22 | khem | rather than using JTAGS to debug them real hardware |
| 00:24.33 | khem | its easy to debug them in qemu |
| 00:24.49 | khem | thats why plan to keep qemu's at bleeding edge kernels |
| 00:25.14 | *** join/#oe angelox_123 (~Angelo@201-43-68-82.dsl.telesp.net.br) |
| 00:25.20 | angelox_123 | Hi all |
| 00:26.27 | Tartarus | switches tasks-tools-proper to inetutils from netkit-telnet, locally first |
| 00:27.05 | khem | Tartarus: heh netkit-telnet does not build on ppc :) good job |
| 00:27.07 | khem | get rid of it |
| 00:27.16 | kergoth | khem: ah, right, good call on the completion w/ rm_work, i forgot it did that (imo it shouldn't, even if that reduces disk space usage -- its unintuitive to think your build time is effected by rm_work) |
| 00:27.33 | kergoth | er, affected |
| 00:27.41 | khem | yeah right |
| 00:27.54 | khem | but its like Os and O2 nature in gcc |
| 00:27.58 | khem | so I think its ok |
| 00:37.07 | *** join/#oe ALoGeNo (~alogeno@unaffiliated/alogeno) |
| 00:38.45 | *** join/#oe hrw|gone (~hrw@chello089073120020.chello.pl) |
| 00:38.45 | *** join/#oe hrw|gone (~hrw@chello089073120020.chello.pl) |
| 00:40.26 | Tartarus | khem, fyi, that fix was already part of the .35 recipe |
| 00:46.39 | angelox_123 | trying to compile e-wm i get a error with eeze: |
| 00:46.40 | angelox_123 | | checking for LIBUDEV... configure: error: Package requirements (libudev) were not met: |
| 00:46.40 | angelox_123 | | |
| 00:46.40 | angelox_123 | | No package 'libudev' found |
| 00:46.40 | angelox_123 | | |
| 00:46.40 | angelox_123 | | No package 'libudev' found |
| 00:47.00 | angelox_123 | i'll try build udev |
| 00:47.14 | angelox_123 | It is already builded |
| 00:47.16 | angelox_123 | :( |
| 00:51.49 | Tartarus | see why it's not found |
| 00:51.51 | Tartarus | check config.log |
| 00:53.19 | angelox_123 | ok |
| 00:53.39 | angelox_123 | it's says that libudev doesn't existis |
| 00:54.01 | angelox_123 | http://angelox_123.pastebin.com/biLA7FEq3 |
| 00:54.05 | angelox_123 | http://angelox_123.pastebin.com/biLA7FEq |
| 00:54.16 | angelox_123 | that's correct link(without 3 number on finish) |
| 01:04.10 | Tartarus | Well, check and see why :) |
| 01:04.17 | Tartarus | That's saying it couldn't find it w/ pkgconfig |
| 01:04.23 | Tartarus | So see if the .pc files are installed |
| 01:04.27 | Tartarus | And if they aren't |
| 01:04.29 | Tartarus | rebuild libudev |
| 01:04.33 | Tartarus | and see if they're not being packaged |
| 01:05.00 | angelox_123 | libudev doesn't exists :( |
| 01:05.04 | angelox_123 | what is .pc files ? |
| 01:05.14 | Tartarus | libudev probably comes from udev, heh |
| 01:05.21 | Tartarus | and that's the type of file pkg-config reads from |
| 01:05.21 | Tartarus | and that's the type of file pkg-config reads from |
| 01:05.37 | angelox_123 | i tried rebuild udev :) |
| 01:05.42 | angelox_123 | i'm +/- newbie :) |
| 01:06.51 | Tartarus | rebuild it again, and pay attention to the end |
| 01:06.57 | Tartarus | see if it says anything about unshipped files |
| 01:07.50 | angelox_123 | okay i'll try soon(it's re-building gcc by a commit here,Pentium 4 3GHZ 1GB RAM {SLOWWWW} :( ) |
| 01:08.43 | *** join/#oe fraxinas (~quassel@p4FD63330.dip.t-dialin.net) |
| 01:08.43 | *** join/#oe fraxinas (~quassel@p4FD63330.dip.t-dialin.net) |
| 01:17.44 | *** join/#oe ALoGeNo (~alogeno@unaffiliated/alogeno) |
| 01:17.44 | *** join/#oe ALoGeNo (~alogeno@unaffiliated/alogeno) |
| 01:18.33 | CIA-1 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r9b6c781643 10openembedded.git/recipes/tasks/task-proper-tools.bb: |
| 01:18.33 | CIA-1 | task-proper-tools: Switch from netkit-telnet to inetutils |
| 01:18.33 | CIA-1 | task-proper-tools: Switch from netkit-telnet to inetutils |
| 01:18.33 | CIA-1 | netkit-telnet is very old and doesn't compile for PowerPC to boot. |
| 01:18.33 | CIA-1 | Switch to inetutils here as that's still maintained upstream. |
| 01:18.33 | CIA-1 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 01:18.33 | CIA-1 | netkit-telnet is very old and doesn't compile for PowerPC to boot. |
| 01:18.33 | CIA-1 | Switch to inetutils here as that's still maintained upstream. |
| 01:18.34 | CIA-1 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 01:20.18 | grg | where are you, testing-next? |
| 01:20.29 | grg | :( |
| 01:20.44 | grg | 9b6c781643 is my testing next |
| 01:24.12 | Tartarus | is fixing stuff to test the next testing branch |
| 01:25.41 | ka6sox | khem ping? |
| 01:27.49 | ka6sox | hmmm...can anyone please try to push something to the git server? |
| 01:30.18 | ka6sox | crofton Crofton|road ping? |
| 01:30.25 | Tartarus | I did just a min ago |
| 01:30.29 | Tartarus | sec, I can checkin one fix now |
| 01:30.42 | ka6sox | okay it works then Tartarus? |
| 01:31.03 | Tartarus | It did 12 min ago |
| 01:31.10 | Crofton | hmmm |
| 01:31.19 | Crofton | I see fatal: The remote end hung up unexpectedly |
| 01:31.19 | Crofton | I see fatal: The remote end hung up unexpectedly |
| 01:31.27 | Crofton | any thoughts on what I screwed up |
| 01:31.43 | ka6sox | gitosis is b04k3n |
| 01:31.49 | ka6sox | needs fixin |
| 01:32.17 | ka6sox | that can cause exactly what we are seeing |
| 01:37.30 | *** part/#oe aditya_10101 (~Aditya@pool-173-66-65-57.washdc.fios.verizon.net) |
| 01:37.35 | *** join/#oe aditya_10101 (~Aditya@pool-173-66-65-57.washdc.fios.verizon.net) |
| 01:37.41 | aditya_10101 | so umm |
| 01:37.49 | aditya_10101 | if you are trying to use PROC_read and PROC_write |
| 01:37.54 | aditya_10101 | make sure you have sdmak |
| 01:38.00 | aditya_10101 | ... that will save oyu several days of wtf |
| 01:42.45 | *** join/#oe dth_ntb (~dth@a89-182-68-5.net-htp.de) |
| 02:00.14 | *** join/#oe playya (~playya@93.216.210.249) |
| 02:00.14 | *** join/#oe playya (~playya@93.216.210.249) |
| 02:00.14 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 02:00.14 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 03:01.35 | *** join/#oe fraxinath (~quassel@p4FD6440F.dip.t-dialin.net) |
| 03:10.08 | CIA-1 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * rc1c7ff8f44 10openembedded.git/recipes/console-tools/console-tools_0.3.2.bb: |
| 03:10.08 | CIA-1 | console-tools: Add fgconsole to u-a |
| 03:10.08 | CIA-1 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 03:10.08 | CIA-1 | console-tools: Add fgconsole to u-a |
| 03:10.08 | CIA-1 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 03:10.12 | CIA-1 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r13fbe7253c 10openembedded.git/recipes/bind/bind_9.3.6.bb: |
| 03:10.12 | CIA-1 | bind 9.3.6: Drop nslookup |
| 03:10.12 | CIA-1 | All other versions have been removing this, so sync up. |
| 03:10.12 | CIA-1 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 03:10.12 | CIA-1 | bind 9.3.6: Drop nslookup |
| 03:10.12 | CIA-1 | All other versions have been removing this, so sync up. |
| 03:10.12 | CIA-1 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 03:10.15 | CIA-1 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r8e9b64410d 10openembedded.git/recipes/ifupdown/ (ifupdown-ubuntu_0.6.8.bb ifupdown_0.6.10.bb): |
| 03:10.15 | CIA-1 | ifupdown: Add update-alternatives |
| 03:10.15 | CIA-1 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 03:10.15 | CIA-1 | ifupdown: Add update-alternatives |
| 03:10.15 | CIA-1 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 03:10.16 | CIA-1 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r14c2ce14d5 10openembedded.git/recipes/bc/bc_1.06.bb: |
| 03:10.16 | CIA-1 | bc: Use u-a on 'dc' |
| 03:10.16 | CIA-1 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 03:10.16 | CIA-1 | bc: Use u-a on 'dc' |
| 03:10.16 | CIA-1 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 03:10.25 | CIA-1 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r902b98f32f 10openembedded.git/recipes/unzip/unzip_552.bb: |
| 03:10.25 | CIA-1 | unzip: Add update-alternatives to unzip |
| 03:10.26 | CIA-1 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 03:10.26 | CIA-1 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 03:10.27 | CIA-1 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * rc711c4c655 10openembedded.git/recipes/realpath/ (realpath_1.10.bb realpath_1.15.bb): |
| 03:10.27 | CIA-1 | realpath: Add update-alternatives |
| 03:10.27 | CIA-1 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 03:10.27 | CIA-1 | realpath: Add update-alternatives |
| 03:10.27 | CIA-1 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 03:10.28 | CIA-1 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r899c44c3fc 10openembedded.git/recipes/start-stop-daemon/start-stop-daemon_1.9.18.bb: |
| 03:10.29 | CIA-1 | start-stop-daemon: Add update-alternatives |
| 03:10.29 | CIA-1 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 03:10.29 | CIA-1 | start-stop-daemon: Add update-alternatives |
| 03:10.29 | CIA-1 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 03:11.27 | kergoth | Tartarus: heh, working on proper-tools? |
| 03:11.33 | Tartarus | native-sdk-image :) |
| 03:11.33 | Tartarus | native-sdk-image :) |
| 03:11.59 | kergoth | nods |
| 03:21.33 | aditya_10101 | so |
| 03:21.37 | aditya_10101 | I need some help |
| 03:21.47 | aditya_10101 | parts of build need gcc |
| 03:21.55 | aditya_10101 | but gcc doesn't exist for some reason |
| 03:22.00 | kergoth | so install it. |
| 03:22.13 | kergoth | oe builds native tools, it won't work without a functional development environment on your build machine |
| 03:22.14 | aditya_10101 | no as in cross compile type |
| 03:22.21 | kergoth | well, it builds that itself, when necessary |
| 03:22.36 | aditya_10101 | sysdeps/unix/make-syscalls.sh: line 84: arm-angstrom-linux-gnueabi-gcc: command not found |
| 03:22.41 | aditya_10101 | thats glibc building |
| 03:24.11 | aditya_10101 | aditya@aditya-buildpc:~/oe-dev/openembedded/tmp/sysroots/i686-linux/usr/armv7a/bin |
| 03:24.18 | aditya_10101 | has a bunch of tools |
| 03:24.20 | aditya_10101 | but no gcc |
| 03:24.31 | aditya_10101 | would think glibc would trigger something that builds gcc? |
| 03:24.35 | kergoth | it does. |
| 03:24.47 | kergoth | you must be doing something wrong, or using an unsupported distro or something |
| 03:24.56 | aditya_10101 | pssh |
| 03:25.05 | aditya_10101 | just doing oe-dev under ubuntu |
| 03:25.26 | aditya_10101 | first time I've had this problem ... tried building ti-dsplink |
| 03:26.36 | kergoth | builds oe-dev under ubuntu every day |
| 03:27.15 | aditya_10101 | I know |
| 03:27.19 | aditya_10101 | I am not blaming anyone |
| 03:27.24 | aditya_10101 | was just looking for some guidance |
| 03:27.28 | aditya_10101 | as to possible troubleshooting |
| 03:27.52 | aditya_10101 | maybe I can just call gcc by itself |
| 03:28.55 | kergoth | the crosscompiler build process is nontrivial, with multiple steps. 2+ glibc builds and 2+ gcc builds |
| 03:29.02 | kergoth | you could try building them one by one |
| 03:30.02 | aditya_10101 | hmm |
| 03:31.04 | aditya_10101 | would you know what the recipe is of the top of yer head? |
| 03:31.04 | aditya_10101 | would you know what the recipe is of the top of yer head? |
| 03:31.07 | aditya_10101 | for cross-gcc that s |
| 03:31.30 | kergoth | look in recipes/gcc/. |
| 03:31.54 | kergoth | there's -initial and -intermediate for parts 1 and 2, then the regular, for glibc and gcc-cross |
| 03:32.13 | aditya_10101 | yeah the build went through gcc-initial and gcc-intermediate |
| 03:32.21 | aditya_10101 | dont see any errors hmmm |
| 03:32.56 | kergoth | if gcc-intermediate was built, the compiler should be in sysroots. do a find of tmp/sysroots for the cross gcc binary |
| 03:33.37 | aditya_10101 | yeah did that, it puts gcc in a lot of different places |
| 03:33.40 | aditya_10101 | just not in the ... right one |
| 03:34.06 | aditya_10101 | http://pastebin.com/smTnzuFi |
| 03:34.36 | aditya_10101 | I mean I could put one of those in my path, but I'd rather figure out what's borken |
| 03:46.43 | kergoth | aditya_10101: i assume other recipes build fine? nano, whatever? |
| 03:47.43 | *** join/#oe gchiii (~gchiii@adsl-76-255-12-150.dsl.mrdnct.sbcglobal.net) |
| 03:50.12 | aditya_10101 | yeah |
| 03:50.18 | aditya_10101 | I have x11-image built fine |
| 03:50.26 | aditya_10101 | using it right now on my XM |
| 03:50.37 | aditya_10101 | just wanted to move away from compiling my own DSPlink to using w/e OE has |
| 03:50.48 | aditya_10101 | so tried compiling ti-dsplink |
| 03:58.44 | *** join/#oe playya (~playya@93.216.210.249) |
| 03:58.44 | *** join/#oe playya (~playya@93.216.210.249) |
| 03:58.44 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 03:58.44 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 03:58.57 | aditya_10101 | well copying the gcc from those other directories did not help |
| 03:58.59 | aditya_10101 | bleh |
| 04:05.35 | *** part/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 04:39.05 | *** join/#oe ka6sox (~ka6sox@nslu2-linux/ka6sox) |
| 04:47.41 | *** join/#oe Openfree` (~Openfreer@116.228.88.131) |
| 04:47.41 | *** join/#oe Openfree` (~Openfreer@116.228.88.131) |
| 05:00.06 | khem | aditya_10101: it could be try to rebuild just gcc-cross-* |
| 05:00.18 | khem | aditya_10101: you need to rebuild the whole toolchain deps |
| 05:00.21 | khem | try this |
| 05:00.59 | khem | btibake -c clean gcc-cross gcc-cross-intermediate gcc-cross-initial eglibc eglibc-initial glibc glibc-initial; bitbake gcc-cross |
| 05:01.08 | khem | and now you should have a good cross compiler |
| 05:02.05 | khem | kergoth: Is there a way to say unstage/clean another recipe B if recipe A is to be rebuilt |
| 05:02.36 | kergoth | not as far as i know |
| 05:02.51 | khem | kergoth: I was lookin at OBS |
| 05:02.58 | khem | and they have a cool feature that we dont |
| 05:03.08 | khem | they rebuild all dependencies |
| 05:03.47 | khem | say if libc has changed then everything that depends on glibc will be rebuilt |
| 05:03.53 | khem | kind of cool I think |
| 05:04.24 | khem | kergoth: what are some cool features of OE in your eyes |
| 05:05.51 | aditya_10101 | khem: thanks, gonna try that |
| 05:06.22 | khem | needs to write an OE praise |
| 05:06.37 | kergoth | khem: well, there is the stamp policy where if B depends on A and A's stamps change, B's stamps are invalidated, and it'll be rebuilt |
| 05:06.42 | kergoth | but i'm not sure if thats sufficient. |
| 05:07.16 | khem | kergoth: is it controlled by BB_STAMP_POLICY ? |
| 05:07.19 | kergoth | yep |
| 05:07.25 | khem | ah hmm |
| 05:07.49 | kergoth | i've also created a more explicit version of that in the past, where you'd set an abi version variable, and when that changed, anything that depended on it would get rebuilt |
| 05:07.50 | khem | what should it be set to |
| 05:07.59 | kergoth | but that never went into oe |
| 05:08.08 | kergoth | it was entirely in the metadata |
| 05:10.19 | khem | hmm thats nice too but I think if we know the dep graph and would be cool if we could figure out rebuild stuff automagically |
| 05:10.23 | khem | wud be nice to have |
| 05:11.57 | mrj101 | yes it would be, would have saved my bacon many times while mucking around with recipes |
| 05:15.05 | kergoth | 90% of the time rebuilding A if B changes and A deps on B is unnecessary, but build times aren't exactly huge for individual recipes, and better safe than sorry |
| 05:15.11 | kergoth | i think e2factory always rebuilds too |
| 05:16.32 | *** join/#oe hansdampf (~moritz@212.77.182.8) |
| 05:17.05 | khem | kergoth: I agree but its always better to rebuild if you can |
| 05:20.34 | kergoth | nods, better to take a cautious approach |
| 05:27.18 | khem | who admins http://www.linuxtogo.org/ |
| 05:28.32 | khem | http://planet.linuxtogo.org/ |
| 05:28.39 | khem | seems to be AWOL |
| 05:28.41 | mrj101 | Faure Gnassingbé? |
| 05:28.47 | mrj101 | http://en.wikipedia.org/wiki/Togo |
| 05:28.57 | mrj101 | is sorry, but he couldn't resist |
| 05:28.58 | *** join/#oe sakoman_ (~sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
| 05:35.01 | *** join/#oe d_th (~dth@a89-182-85-168.net-htp.de) |
| 05:35.01 | *** join/#oe d_th (~dth@a89-182-85-168.net-htp.de) |
| 05:38.30 | *** join/#oe vanous (~vanous@194.228.223.3) |
| 05:51.12 | *** join/#oe nani__ (7aa69156@gateway/web/freenode/ip.122.166.145.86) |
| 05:59.10 | *** join/#oe playya (~playya@93.216.210.249) |
| 05:59.10 | *** join/#oe playya (~playya@93.216.210.249) |
| 05:59.13 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 06:12.21 | *** join/#oe vanous (~vanous@194.228.223.3) |
| 06:26.38 | *** join/#oe mfhk (~chatzilla@202.64.51.218) |
| 06:29.33 | grg | mmm Friday |
| 06:41.02 | *** join/#oe tasslehoff (~Mich@147.84-49-231.nextgentel.com) |
| 06:53.07 | *** join/#oe zenlinuxPDX (~sgarman@c-76-105-143-140.hsd1.or.comcast.net) |
| 07:08.27 | *** join/#oe dth_ntb (~dth@a89-182-85-168.net-htp.de) |
| 07:27.10 | *** join/#oe blindvt` (~b@62-99-204-228.c-vdreihufeisengasse.xdsl-line.inode.at) |
| 07:40.49 | *** join/#oe vitus_ (~vitus@145.253.169.210) |
| 07:51.38 | *** join/#oe atiti (~atiti@nbbd.imm.dtu.dk) |
| 07:55.53 | *** join/#oe vanous (~vanous@194.228.223.3) |
| 08:00.12 | *** join/#oe hrw|gone (~hrw@chello089073120020.chello.pl) |
| 08:00.12 | *** join/#oe hrw|gone (~hrw@chello089073120020.chello.pl) |
| 08:01.16 | *** join/#oe guufy (~Guufy@c-24-130-108-191.hsd1.ca.comcast.net) |
| 08:01.46 | *** join/#oe rschus (~rschus@251.118.101-84.rev.gaoland.net) |
| 08:04.06 | *** join/#oe B_Lizzard (~havoc@athedsl-423129.home.otenet.gr) |
| 08:04.31 | *** join/#oe mrj10 (~mrj10@63.252.64.254) |
| 08:06.26 | *** join/#oe cyberdeck (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 08:09.12 | *** join/#oe rob_w (bob@pD95ED8CE.dip.t-dialin.net) |
| 08:09.12 | *** join/#oe rob_w (bob@pD95ED8CE.dip.t-dialin.net) |
| 08:09.35 | *** join/#oe rob_w (bob@pD95ED8CE.dip.t-dialin.net) |
| 08:09.35 | *** join/#oe rob_w (bob@pD95ED8CE.dip.t-dialin.net) |
| 08:10.22 | *** join/#oe kgilmer (~kgilmer@p1052-ipad06sinnagasak.nagasaki.ocn.ne.jp) |
| 08:10.22 | *** join/#oe kgilmer (~kgilmer@p1052-ipad06sinnagasak.nagasaki.ocn.ne.jp) |
| 08:15.41 | mckoan | good morning |
| 08:28.52 | *** join/#oe dth_ntb (~dth@a89-183-66-111.net-htp.de) |
| 08:40.42 | Jin|away | morning |
| 08:43.13 | *** join/#oe marex (~marex@eduroam66.ms.mff.cuni.cz) |
| 08:53.09 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 08:56.13 | *** join/#oe pix|home (~pix@mal35-3-82-240-201-90.fbx.proxad.net) |
| 09:03.57 | *** join/#oe pb__ (~pb@blundell.swaffham-prior.co.uk) |
| 09:23.38 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
| 09:29.14 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 09:42.56 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
| 09:45.32 | *** join/#oe GarthPS (~quassel@93.27.113.70) |
| 09:49.31 | Jay7 | oh.. new testing already |
| 10:04.58 | CIA-1 | 03Dmitry Eremin-Solenikov <dbaryshkov@gmail.com> 07master * rd377aa1bc5 10openembedded.git/recipes/gdb/gdb-cross-sdk.inc: |
| 10:04.58 | CIA-1 | gdb-cross-sdk: really fix gdb-cross-sdk building in non-sim-enabled case |
| 10:04.58 | CIA-1 | Signed-off-by: Dmitry Eremin-Solenikov <dbaryshkov@gmail.com> |
| 10:04.58 | CIA-1 | gdb-cross-sdk: really fix gdb-cross-sdk building in non-sim-enabled case |
| 10:04.58 | CIA-1 | Signed-off-by: Dmitry Eremin-Solenikov <dbaryshkov@gmail.com> |
| 10:05.00 | CIA-1 | 03Dmitry Eremin-Solenikov <dbaryshkov@gmail.com> 07master * r5362cf07de 10openembedded.git/contrib/angstrom/sort.sh: |
| 10:05.00 | CIA-1 | angstrom feed sorter: replace find + grep with just find |
| 10:05.00 | CIA-1 | This removes any requirements for the order of archiectures to be |
| 10:05.00 | CIA-1 | sorted. |
| 10:05.00 | CIA-1 | Signed-off-by: Dmitry Eremin-Solenikov <dbaryshkov@gmail.com> |
| 10:05.00 | CIA-1 | angstrom feed sorter: replace find + grep with just find |
| 10:05.00 | CIA-1 | This removes any requirements for the order of archiectures to be |
| 10:05.00 | CIA-1 | sorted. |
| 10:05.00 | CIA-1 | Signed-off-by: Dmitry Eremin-Solenikov <dbaryshkov@gmail.com> |
| 10:09.21 | *** join/#oe marex (~marex@vasut.kolej.mff.cuni.cz) |
| 10:34.48 | *** join/#oe morphis (~morphis@hfw-ext-wlan.rz.hs-bremen.de) |
| 10:51.02 | *** join/#oe GNUtoo|laptop (~gnutoo@95.232.144.102) |
| 10:51.02 | *** join/#oe GNUtoo|laptop (~gnutoo@95.232.144.102) |
| 11:00.13 | Jay7 | is it possible to just supply pre-generated locales for all supported arch'es? |
| 11:00.32 | Jay7 | is looking on locale generation by qemu-arm.. |
| 11:06.20 | *** part/#oe dagb (~dagb@243.84-48-174.nextgentel.com) |
| 11:18.32 | *** join/#oe pb__ (~pb@blundell.swaffham-prior.co.uk) |
| 11:19.01 | *** join/#oe marex (~marex@vasut.kolej.mff.cuni.cz) |
| 11:19.35 | *** join/#oe CMoH-office (~cipi@unaffiliated/c-moh) |
| 11:23.18 | *** join/#oe kerim (~kerim@81.214.22.138) |
| 11:23.44 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 11:23.44 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 11:33.27 | *** join/#oe obi (~obi@unaffiliated/obi) |
| 11:34.24 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 11:49.45 | *** join/#oe DJWillis (djwillis@cpc3-bath5-2-0-cust220.aztw.cable.virginmedia.com) |
| 11:49.45 | *** join/#oe DJWillis (djwillis@cpc3-bath5-2-0-cust220.aztw.cable.virginmedia.com) |
| 11:53.49 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 11:53.49 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 11:54.54 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
| 11:56.39 | *** join/#oe dijenerate (~dijenerat@65.48.157.147) |
| 11:57.39 | *** join/#oe vivijim (~rvivi@pasanda.collabora.co.uk) |
| 12:18.17 | *** join/#oe marex (~marex@vasut.kolej.mff.cuni.cz) |
| 12:50.42 | *** join/#oe mfhk (~chatzilla@cm61-15-76-62.hkcable.com.hk) |
| 12:54.52 | *** join/#oe brolin (~brolin@190.250.229.40) |
| 12:57.04 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 12:57.04 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 13:02.17 | *** join/#oe Proxyles (~henrik@c-0890e255.56-4-64736c14.cust.bredbandsbolaget.se) |
| 13:12.36 | *** join/#oe blindvt` (~b@62-99-204-228.c-vdreihufeisengasse.xdsl-line.inode.at) |
| 13:24.08 | *** join/#oe davidlt (~david@217-116.203-62.cust.bluewin.ch) |
| 13:27.00 | davidlt | Question: what do to If I get message that there is wrong identation in script. |
| 13:27.09 | davidlt | I mean in task |
| 13:27.30 | davidlt | Can we mix Python tasks with Bash code? |
| 13:28.53 | *** join/#oe lrg (~lrg@slimlogic.co.uk) |
| 13:28.53 | *** join/#oe lrg (~lrg@slimlogic.co.uk) |
| 13:32.53 | *** join/#oe aloisiojr (~aloisio@187.113.103.137) |
| 13:46.17 | Tartarus | Depends on how you do it, yes |
| 13:48.51 | *** join/#oe anarsoul_ (~anarsoul@86.57.155.118) |
| 13:50.59 | *** join/#oe mpoirier (~quassel@S0106002369de4dac.cg.shawcable.net) |
| 13:51.41 | *** join/#oe ynezz (ynezz@ibawizard.net) |
| 13:55.59 | kergoth | davidlt: nope, you can't append python to shell or vice versa in a bitbake function, bitbake isn't smart about it yet. ideally, it'd maintain an internal list of functions for those cases, and run the chunks independently where appropriate. and yes, when appending python to python, you have to use the same indentation as what you're appending to, also annoying, and also would be fixed by what i mentioned :| |
| 13:57.01 | Tartarus | But you can have both in the same file, yes? |
| 13:57.33 | davidlt | It looks like I have both. |
| 13:57.52 | Tartarus | Use pastebin and let us see what you're up to? |
| 13:57.56 | davidlt | I can append anything to do_populate_staging, but I can to others |
| 13:58.21 | davidlt | Can't do that right now, I am on different machine |
| 13:59.22 | davidlt | I just remembered that I had some files I wanted to stage, wanted to added few lines to copy files, but couldn't |
| 14:02.14 | *** join/#oe kevinsc (~a0214685@nat/ti/x-wunuydrneztyheoe) |
| 14:02.20 | kergoth | Tartarus: what do you mean? the problem is with appending/prepending to functions, whether things are in separate files is irrelevant |
| 14:02.34 | kergoth | davidlt: you shouldn't be touching populate_staging or populate_sysroot, ever. |
| 14:02.48 | kergoth | davidlt: if you're legacy, you should be usng do_stage. if you're not legacy staging, you should be using do_install. |
| 14:03.30 | Tartarus | kergoth: His first question was can you mix python and bash. Now we have python funcs and bash funcs in the same file in some cases |
| 14:03.56 | davidlt | I am working with mid-April version of OE |
| 14:04.15 | kergoth | davidlt: doesn't matter. |
| 14:04.23 | kergoth | even then you should be using do_stage to stage |
| 14:04.35 | davidlt | Ok, thanks |
| 14:08.46 | *** join/#oe mithro (~tim@unaffiliated/mithro) |
| 14:11.13 | *** join/#oe rschus (~rschus@251.118.101-84.rev.gaoland.net) |
| 14:18.59 | *** join/#oe Gaston|Home (~Gaston@ua-83-227-239-139.cust.bredbandsbolaget.se) |
| 14:20.10 | *** part/#oe atiti (~atiti@nbbd.imm.dtu.dk) |
| 14:24.23 | *** join/#oe pix|home (~pix@mal35-3-82-240-201-90.fbx.proxad.net) |
| 14:37.34 | *** join/#oe CMoH-office (~cipi@unaffiliated/c-moh) |
| 14:41.00 | *** join/#oe mrj10 (~mrj10@63.252.64.254) |
| 14:49.25 | *** join/#oe matgnt (~matthias@p4FCF0AF7.dip0.t-ipconnect.de) |
| 14:50.09 | *** join/#oe pix|home (~pix@mal35-3-82-240-201-90.fbx.proxad.net) |
| 15:05.34 | *** join/#oe mnabil (~mnabil@41.234.68.186) |
| 15:10.23 | *** join/#oe martinambrose (~martinamb@c-98-198-169-228.hsd1.tx.comcast.net) |
| 15:18.06 | *** join/#oe dth_ntb (~dth@a89-182-85-168.net-htp.de) |
| 15:19.44 | *** join/#oe alkopop79 (~alkopop79@host86-166-207-42.range86-166.btcentralplus.com) |
| 15:25.08 | *** join/#oe pidge (~eflanagan@nat/intel/x-leptqlymtjmyppjy) |
| 15:25.43 | *** join/#oe GarthPS (~quassel@93.27.113.70) |
| 15:26.35 | alkopop79 | trying to install oe again for beagleboard |
| 15:26.55 | alkopop79 | following this tutorial: http://www.angstrom-distribution.org/building-angstrom |
| 15:27.16 | alkopop79 | when i try to setup the installation (sh oebb config beagleboard) |
| 15:27.29 | alkopop79 | it says "sh cannot be opened" |
| 15:27.46 | alkopop79 | any help would bve appreciated |
| 15:27.47 | Crofton|road | cbrake: ping |
| 15:27.47 | Crofton|road | cbrake: ping |
| 15:28.09 | Crofton|road | alkopop79: what kind of machine are you trying this on? |
| 15:28.15 | Tartarus | alkopop79: Try #angstrom |
| 15:28.46 | alkopop79 | ubuntu on mac os x (virtualbox) |
| 15:29.05 | Crofton|road | ubuntu should have /bin/sh? |
| 15:30.07 | alkopop79 | since i just installed ubuntu |
| 15:30.23 | alkopop79 | and have not updated yet |
| 15:30.36 | alkopop79 | probably that's causing the pain |
| 15:31.01 | alkopop79 | thx tartarus |
| 15:31.05 | alkopop79 | will try |
| 15:34.12 | cbrake | Crofton|road: yes |
| 15:35.21 | *** join/#oe mrmoku (~mrmoku@ppp-93-104-164-195.dynamic.mnet-online.de) |
| 15:35.21 | *** join/#oe mrmoku (~mrmoku@ppp-93-104-164-195.dynamic.mnet-online.de) |
| 15:41.19 | Crofton|road | cbrake: I couldn't push yesterday |
| 15:41.29 | Crofton|road | ka6sox said there might be a gitsosis issue |
| 15:41.35 | Crofton|road | but he has no access |
| 15:43.29 | cbrake | Crofton|road: checking |
| 15:44.29 | cbrake | Crofton|road: there is a gitosis issue, but it only affects new users |
| 15:44.36 | cbrake | Crofton|road: your key looks fine on the server |
| 15:44.56 | cbrake | Crofton|road: I was able to push last night. Can you try again? |
| 15:45.16 | Crofton|road | I'll poke around more later |
| 15:45.28 | Crofton|road | I am on west coast, not at work yet |
| 15:47.54 | ka6sox | morning |
| 15:54.42 | *** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 15:58.59 | *** join/#oe kevinsc (~a0214685@nat/ti/x-rnzoxxuskrdaqczv) |
| 16:01.52 | *** join/#oe hollisb (~hollisb@c-24-20-193-174.hsd1.or.comcast.net) |
| 16:05.39 | florian | hi ka6sox |
| 16:05.53 | *** part/#oe vivijim (~rvivi@pasanda.collabora.co.uk) |
| 16:07.01 | *** join/#oe vivijim (~rvivi@pasanda.collabora.co.uk) |
| 16:07.05 | *** join/#oe Jay7 (jay@93-81-68-211.broadband.corbina.ru) |
| 16:09.19 | ka6sox | morning florian |
| 16:10.35 | *** join/#oe GNUtoo|laptop (~gnutoo@95.232.144.102) |
| 16:10.35 | *** join/#oe GNUtoo|laptop (~gnutoo@95.232.144.102) |
| 16:19.19 | *** join/#oe marex (~marex@gprs21.vodafone.cz) |
| 16:21.32 | *** join/#oe toi (~toi@d54C2AA76.access.telenet.be) |
| 16:21.32 | *** join/#oe toi (~toi@d54C2AA76.access.telenet.be) |
| 16:31.40 | *** join/#oe Marex_ (vasum7am@u-pl15.ms.mff.cuni.cz) |
| 16:35.16 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
| 16:46.07 | *** join/#oe macneil (~voodoo@s64-180-61-141.bc.hsia.telus.net) |
| 16:48.14 | *** join/#oe submaster (~mo@host119-2.natpool.mwn.de) |
| 16:48.27 | submaster | heyo. my bitebake virtual/kernel failes at glibc. http://pastebin.com/L1sGvxKs - any ideas? |
| 16:53.05 | GNUtoo|laptop | hi, the supertux-qvga recipe has a configure issue that I'm trying to fix |
| 16:53.18 | GNUtoo|laptop | while I was trying to fix I looked in the supertux-qvga recipe and found: |
| 16:53.29 | GNUtoo|laptop | require supertux_${PV}.bb |
| 16:53.42 | GNUtoo|laptop | without any inc.PR |
| 16:53.51 | GNUtoo|laptop | here's are my options: |
| 16:53.54 | tharvey | strange, I can't see a patch posted to maillist for http://cgit.openembedded.net/cgit.cgi/openembedded/commit/?id=4dbe8edc6375b1856dd512349c58d936e4ab446b - I suppose people with commit access can commit without review? |
| 16:54.13 | GNUtoo|laptop | *add inc-pr to supertux-qvga_0.1.3 |
| 16:54.24 | GNUtoo|laptop | *transform supertux_0.1.3 in an inc |
| 16:54.27 | *** join/#oe alkopop79 (~alkopop79@host86-166-207-42.range86-166.btcentralplus.com) |
| 16:54.50 | tharvey | I believe the do_install_append in that patch should install vimrc from WORKDIR |
| 16:54.52 | GNUtoo|laptop | tharvey, they can but the fact that they should or not depend on how core is it |
| 16:55.24 | GNUtoo|laptop | indeed |
| 16:56.05 | tharvey | does Philip hang out here? |
| 16:56.29 | GNUtoo|laptop | tharvey, maybe ask in the mailing list? |
| 16:56.35 | GNUtoo|laptop | because if he's not there.... |
| 16:56.40 | GNUtoo|laptop | you would wait very long |
| 16:56.51 | tharvey | I'll post a patch to the maillist |
| 16:57.08 | GNUtoo|laptop | ok good idea |
| 17:04.11 | *** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 17:04.15 | kergoth_ | morning |
| 17:04.24 | khem | tharvey: yes some easy patches go in like that |
| 17:04.28 | khem | kergoth: gm |
| 17:08.38 | GNUtoo|laptop | hi khem I've to fix supertux-qvga and then I'll look at libsdl again if time permits it |
| 17:09.22 | kergoth_ | hmmmmmmm what to do.. |
| 17:10.59 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 17:11.08 | GNUtoo|laptop | kergoth, about what? |
| 17:11.26 | kergoth_ | in general :) |
| 17:11.29 | khem | GNUtoo|laptop: cool |
| 17:11.29 | khem | GNUtoo|laptop: cool |
| 17:11.48 | GNUtoo|laptop | btw will there be a game bblayer? |
| 17:11.52 | khem | kergoth_: think about refactoring metadata into layers |
| 17:12.00 | kergoth_ | khem: meh |
| 17:12.07 | kergoth_ | i don't know if i'm up to that at the moment :) |
| 17:12.08 | kergoth_ | ponders |
| 17:12.10 | khem | kergoth_: immediately after release we should try to break it apart |
| 17:12.25 | GNUtoo|laptop | because I'm often lost in the tons of oe metadata while looking for cool games to show on my target devices |
| 17:12.35 | kergoth_ | GNUtoo|laptop: don't see any reason why not |
| 17:12.39 | GNUtoo|laptop | ok |
| 17:12.39 | kergoth_ | GNUtoo|laptop: would make sense |
| 17:12.41 | khem | kergoth: the we need that override issue fixed too |
| 17:12.51 | GNUtoo|laptop | btw about layers, how would PR be handleds? |
| 17:12.55 | kergoth_ | khem: guh, that one is so ugly |
| 17:13.04 | GNUtoo|laptop | because PR can't go backward |
| 17:13.21 | GNUtoo|laptop | else you need to bump PE |
| 17:13.32 | kergoth_ | GNUtoo|laptop: the case where a given recipe is in multiple official layers is likely to be quite rare. |
| 17:13.36 | GNUtoo|laptop | ok |
| 17:13.46 | kergoth_ | and in those cases, they should be using bbappend/amend.inc, imo, and use PR .= ".1" or whatever in the modification |
| 17:13.46 | GNUtoo|laptop | that's what was mentioned in the thread too |
| 17:13.51 | GNUtoo|laptop | ok |
| 17:13.56 | GNUtoo|laptop | nice |
| 17:15.11 | kergoth_ | khem: I've been giving more thought to sharing source trees / srctree / etc lately, and i was thinking that a first step could be to, for any recipe that supports it, unpack/patch into a cache outside of WORKDIR, perhaps even outside of TMPDIR |
| 17:15.41 | kergoth_ | for recipes that support ${B}, that is |
| 17:16.41 | Crofton | anyone have any thoughts on this |
| 17:16.42 | Crofton | http://pastebin.com/47uKMGKC |
| 17:16.51 | Crofton | built with angstrom-2010 |
| 17:18.13 | kergoth_ | damnit, did I send anyone a copy of newcollection.inc while i was at MV? I know I talked about it, and i could have sworn it went upstream, but it seems it did not |
| 17:18.16 | kergoth_ | hrmph |
| 17:18.24 | kergoth_ | not that it was that terribly complex, but still |
| 17:22.52 | Crofton | | configure.in:8: version mismatch. This is Automake 1.7.9, |
| 17:22.52 | Crofton | | configure.in:8: but the definition used by this AM_INIT_AUTOMAKE |
| 17:22.53 | Crofton | | configure.in:8: comes from Automake 1.11.1. You should recreate |
| 17:22.53 | Crofton | | configure.in:8: aclocal.m4 with aclocal and run automake again. |
| 17:22.53 | Crofton | | configure.in:8: comes from Automake 1.11.1. You should recreate |
| 17:22.53 | Crofton | | configure.in:8: aclocal.m4 with aclocal and run automake again. |
| 17:22.54 | Crofton | nag |
| 17:22.59 | Crofton | is this an easy fix? |
| 17:24.10 | Crofton | recipe overrides do_configure .. |
| 17:26.42 | khem | Crofton: I think I fixed it |
| 17:26.47 | khem | some time ago |
| 17:29.50 | khem | Crofton: call gnu-configize before libtoolize |
| 17:33.21 | CIA-1 | 03Tim Harvey <harvey.tim@gmail.com> 07master * rb2e8382c20 10openembedded.git/recipes/vim/vim_7.2.bb: |
| 17:33.21 | CIA-1 | vim: fix do_install for those using FILESPATH* overrides |
| 17:33.21 | CIA-1 | WORKDIR should be used for the source directory of vimrc. This fixes breakage |
| 17:33.21 | CIA-1 | for those using FILESPATHBASE/FILESPATHPKG/FILESPATH overrides |
| 17:33.21 | CIA-1 | Signed-off-by: Tim Harvey <harvey.tim@gmail.com> |
| 17:33.21 | CIA-1 | vim: fix do_install for those using FILESPATH* overrides |
| 17:33.21 | CIA-1 | WORKDIR should be used for the source directory of vimrc. This fixes breakage |
| 17:33.21 | CIA-1 | for those using FILESPATHBASE/FILESPATHPKG/FILESPATH overrides |
| 17:33.21 | CIA-1 | Signed-off-by: Tim Harvey <harvey.tim@gmail.com> |
| 17:33.21 | CIA-1 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 17:33.37 | davidlt | Hmmm... I am building modphp and on do_configure I have yes running with 100% CPU, pretty much stuck |
| 17:34.12 | tharvey | khem, thx |
| 17:37.44 | davidlt | Yeah, something went wrong... |
| 17:39.20 | GNUtoo|laptop | davidlt, inspect the logs |
| 17:40.25 | CIA-1 | 03Chris Larson <chris_larson@mentor.com> 07master * refeaa588b5 10openembedded.git/classes/newcollection.bbclass: |
| 17:40.25 | CIA-1 | newcollection.bbclass: add, courtesy MontaVista Software, Inc. |
| 17:40.25 | CIA-1 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
| 17:40.25 | CIA-1 | newcollection.bbclass: add, courtesy MontaVista Software, Inc. |
| 17:40.25 | CIA-1 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
| 17:40.41 | davidlt | Got out of space, log -> 25G |
| 17:40.55 | kergoth_ | khem: this might prove useful for trimming down while splitting |
| 17:42.14 | davidlt | It's some checks from configure file and always "command not found" |
| 17:42.26 | davidlt | After that, bunch of "y" |
| 17:42.31 | davidlt | I am missing something probably |
| 17:42.33 | kergoth_ | INHERIT += "newcollection"; NEWCOLLECTION = "${TOPDIR}/stuff"; bitbake -c newcollection_all gcc-cross |
| 17:42.41 | kergoth_ | tests to make sure it still works |
| 17:44.38 | Crofton | khem, is the fix pushed? |
| 17:48.38 | davidlt | Darn, probably it requires earlier version of autoconf |
| 17:48.54 | *** join/#oe tomimo (~kurre@xdsl-83-150-88-111.nebulazone.fi) |
| 17:49.06 | Crofton | khem, no luc |
| 17:49.28 | kergoth_ | damnit, being bitten in the ass by configure/compile tasks modifying files in ${S} (as opposed to ${B}). wonder how best to resolve that |
| 17:51.10 | kergoth_ | hmm, idea, there could be a PREPTASKS or PREPAREFUNCS or somesuch, any functions listed there are run to prepare the workdir / source tree, and part of the prep is fetch/unpack (either we keep the tasks as is and have unpack run the prepare funcs, or add a prepare task after unpack and fetch, or have fetch/unpack as PREPAREFUNCS |
| 17:51.15 | kergoth_ | ponders |
| 17:53.31 | Crofton | hmm |
| 17:53.34 | Crofton | I can push from home |
| 17:54.09 | Crofton | hopefully those commits I forgot to push are ok :) |
| 17:54.10 | ericben|away | §quit |
| 17:54.17 | Crofton | waits for cia |
| 17:54.20 | ericben|away | oops :) |
| 17:54.48 | CIA-1 | 03Philip Balister <philip@balister.org> 07org.openembedded.dev * r7d71b69aad 10openembedded.git/recipes/uhd/uhd.inc: uhd : Add git-native to DEPENDS. Needed to check the repo version. |
| 17:54.48 | CIA-1 | 03Philip Balister <philip@balister.org> 07org.openembedded.dev * rf2744e7e75 10openembedded.git/: Merge branch 'org.openembedded.dev' of git.openembedded.org:openembedded into org.openembedded.dev |
| 17:55.10 | Crofton | wew |
| 17:55.36 | kergoth_ | heh |
| 17:56.38 | Crofton | heh |
| 17:56.41 | Crofton | my brain is going |
| 17:56.54 | CIA-1 | 03Philip Balister <philip@opensdr.com> 07org.openembedded.dev * r752733779a 10openembedded.git/: Merge branch 'org.openembedded.dev' of git://git.openembedded.net/openembedded into org.openembedded.dev |
| 17:57.03 | Crofton | my commit problem was I was commiting from somehting I checked out via http :) |
| 17:57.08 | Crofton | fixed :) |
| 17:57.16 | kergoth_ | i wonder if it would be worthwhile to write some code to scan a SRC_URI and determine which of the urls feed into S{S}, vs WORKDIR bits |
| 17:57.28 | CIA-1 | 03Philip Balister <philip@opensdr.com> 07org.openembedded.dev * r4138991b3d 10openembedded.git/recipes/images/ossie-image.bb: ossie-image : Obsolete image. |
| 17:57.33 | kergoth_ | Crofton: heh, you know you can set a different push url than pull url, if you want anonymous read but ssh write |
| 17:57.52 | CIA-1 | 03Philip Balister <philip@opensdr.com> 07org.openembedded.dev * r2b98a07adb 10openembedded.git/recipes/tasks/task-sdk-gnuradio-native.bb: task-sdk-gnuradio-native.bb : Add python-xml so gnuradio make check runs. |
| 17:57.55 | GNUtoo|laptop | I'll push a supertux/supertux-qvga fix |
| 17:58.08 | CIA-1 | 03Philip Balister <philip@opensdr.com> 07org.openembedded.dev * r86925741fc 10openembedded.git/recipes/ifupdown/ (ifupdown-0.6.10/init ifupdown_0.6.10.bb): |
| 17:58.08 | CIA-1 | ifupdown : Fix path to ifstate file. |
| 17:58.08 | CIA-1 | Fix reported to gumstix list by Mike Stock. |
| 17:58.08 | CIA-1 | ifupdown : Fix path to ifstate file. |
| 17:58.08 | CIA-1 | Fix reported to gumstix list by Mike Stock. |
| 17:58.17 | Crofton | no, but maybe I will worry about it sometime |
| 17:58.19 | Crofton | thanks |
| 17:58.31 | CIA-1 | 03Philip Balister <philip@opensdr.com> 07org.openembedded.dev * r07105d2c3d 10openembedded.git/: Merge branch 'org.openembedded.dev' of git.openembedded.org:openembedded into org.openembedded.dev |
| 17:58.37 | Crofton | that ifupdown thing had been driving me crazy |
| 17:58.37 | GNUtoo|laptop | nice!!! thanks Philip Balister for the fix for ifupdown |
| 17:58.54 | Crofton | I just committed |
| 17:59.07 | Crofton | based email from sakoman_ copied form gumstix |
| 17:59.12 | GNUtoo|laptop | I know |
| 17:59.19 | GNUtoo|laptop | I read that mail and planed to test it |
| 17:59.20 | Crofton | :) |
| 17:59.20 | Crofton | :) |
| 17:59.27 | Crofton | jsut want to make sure everyone knows |
| 17:59.35 | Crofton | that had been biting me hard |
| 17:59.43 | GNUtoo|laptop | me too |
| 17:59.46 | *** join/#oe dijenerate (~dijenerat@65.48.157.147) |
| 17:59.47 | GNUtoo|laptop | for the bug device |
| 18:00.51 | sakoman_ | thanks Crofton! |
| 18:00.57 | Crofton | thank you |
| 18:01.09 | Crofton | sakoman_, you need commit access :) |
| 18:01.19 | kergoth_ | is surprised sakoman_ doesn't have it |
| 18:01.30 | sakoman_ | I could cause a lot of damage if I did :-) |
| 18:01.38 | Crofton | no worse than the rest of us |
| 18:01.45 | kergoth_ | heh, thats what i was going to say |
| 18:01.47 | GNUtoo|laptop | damage? why? |
| 18:01.47 | GNUtoo|laptop | damage? why? |
| 18:01.52 | sakoman_ | anyone working on mplayer recipe update? |
| 18:02.06 | tharvey | for new recipes is it recommended now to put localfiles in a subdir named same as PN or still named 'files'? |
| 18:02.20 | sakoman_ | GNUtoo|laptop: I could screw up all OE users rather than just Gumstix :-) |
| 18:02.52 | GNUtoo|laptop | sakoman_, I mean do you do something special for doing damages, such as beeing too tired, commiting when drunk or something similar? |
| 18:03.00 | kergoth_ | tharvey: same as pn nowadays |
| 18:03.00 | kergoth_ | tharvey: same as pn nowadays |
| 18:03.03 | CIA-1 | 03Denis 'GNUtoo' Carikli <GNUtoo@no-log.org> 07org.openembedded.dev * r9a97090b98 10openembedded.git/recipes/supertux/ (supertux-qvga_0.1.3.bb supertux.inc supertux_0.1.3.bb): (log message trimmed) |
| 18:03.03 | CIA-1 | supertux/supertux-qvga : migrate to inc file, and fix supertux-qvga configure |
| 18:03.03 | CIA-1 | supertux_0.1.3 and supertux-qvga_0.1.3 were doing that: |
| 18:03.03 | CIA-1 | supertux_0.1.3: PR = "r6" |
| 18:03.03 | CIA-1 | supertux-qvga_0.1.3: require supertux_${PV}.bb |
| 18:03.03 | CIA-1 | supertux/supertux-qvga : migrate to inc file, and fix supertux-qvga configure |
| 18:03.03 | CIA-1 | supertux_0.1.3 and supertux-qvga_0.1.3 were doing that: |
| 18:03.03 | CIA-1 | supertux_0.1.3: PR = "r6" |
| 18:03.03 | CIA-1 | supertux-qvga_0.1.3: require supertux_${PV}.bb |
| 18:03.04 | CIA-1 | And supertux-qvga didn't redefine PR |
| 18:03.05 | CIA-1 | So I had to convert move supertux_0.1.3 to supertux.inc |
| 18:03.12 | GNUtoo|laptop | sakoman_, because else I don't see why you could do damages |
| 18:03.14 | tharvey | ok |
| 18:03.18 | sakoman_ | sakoman_: nah, just regular supidity :-) |
| 18:03.22 | kergoth_ | we all break shit from time to time, it happens |
| 18:03.29 | GNUtoo|laptop | ok |
| 18:03.34 | GNUtoo|laptop | so there is no issues I bet |
| 18:03.51 | GNUtoo|laptop | sakoman_, that can be fixed, create a checklist |
| 18:03.58 | GNUtoo|laptop | and read the checklist before commiting |
| 18:03.58 | GNUtoo|laptop | and read the checklist before commiting |
| 18:03.59 | GNUtoo|laptop | such as: |
| 18:04.01 | GNUtoo|laptop | bump PR |
| 18:04.20 | *** join/#oe anarsoul (~anarsoul@80.249.83.145) |
| 18:04.24 | GNUtoo|laptop | the command you need for pushing(so no mistakes) |
| 18:04.26 | GNUtoo|laptop | etc... |
| 18:04.40 | sakoman_ | yeah I know :-) |
| 18:04.54 | GNUtoo|laptop | I had that at the beginning |
| 18:05.03 | GNUtoo|laptop | now I only need the push command |
| 18:05.09 | sakoman_ | I push to other git repos dozens of times per day |
| 18:05.22 | GNUtoo|laptop | (because I've too many repos) |
| 18:05.31 | GNUtoo|laptop | ok |
| 18:05.38 | GNUtoo|laptop | and do you do a lot of damages? |
| 18:06.04 | sakoman_ | no |
| 18:06.16 | GNUtoo|laptop | so why would you do a lot of damages for oe |
| 18:06.19 | kergoth_ | hooks can help for that too. could easily write a pre-push hook to check for recipe changes without PR bump |
| 18:06.26 | kergoth_ | though it woudln't be full proof, due to .inc vs .bb, etc |
| 18:06.27 | GNUtoo|laptop | ok |
| 18:06.30 | kergoth_ | but still might be worth doing |
| 18:06.44 | GNUtoo|laptop | JaMa|Off, supertux-qvga fixed |
| 18:06.54 | kergoth_ | pre-commit hook might be better, actually |
| 18:06.58 | Crofton | sometimes pushed without PR bumps are OK :) |
| 18:06.58 | kergoth_ | can easily bypass with git commit -n |
| 18:07.02 | GNUtoo|laptop | indeed |
| 18:07.09 | kergoth_ | yeah, but you can quickly disable the hooks |
| 18:07.11 | GNUtoo|laptop | (for no bump PR ok) |
| 18:07.11 | GNUtoo|laptop | (for no bump PR ok) |
| 18:07.16 | kergoth_ | i have a pre commit hook that watches for trailing whitespace, etc |
| 18:07.28 | kergoth_ | but it yells at me about patches with whitespace too, so i just -n for that |
| 18:07.33 | kergoth_ | (though i relaly need to make the hook smarter) |
| 18:07.46 | kergoth_ | check out http://github.com/icefox/git-hooks |
| 18:08.00 | kergoth_ | manage global, per user, per repo hooks, sets up the symlinking for you |
| 18:09.30 | kergoth_ | http://kergoth.pastey.net/142797 |
| 18:10.26 | kergoth_ | for one of my projects, i have the 'nose' hook set up, to automatically unit test when committing, which is handy |
| 18:10.40 | *** join/#oe aloisiojr1 (~aloisio@187.90.203.232) |
| 18:12.47 | *** join/#oe aloisiojr (~aloisio@187.113.103.137) |
| 18:14.53 | *** join/#oe morphis (~morphis@p5489F6B7.dip.t-dialin.net) |
| 18:15.07 | sakoman_ | Crofton: I have a few patches/new recipes "aging" in my working branch. Let me know if there are any you think should be posted to the OE list: |
| 18:15.13 | sakoman_ | http://www.sakoman.com/cgi-bin/gitweb.cgi?p=openembedded.git;a=shortlog;h=refs/heads/sakoman |
| 18:15.23 | morphis | heyho |
| 18:17.44 | Crofton | we should remind people to look there during patchwork days |
| 18:18.10 | Crofton | although some may not be suitable for general consumption |
| 18:18.19 | Crofton | aka the -sakoman recipes :) |
| 18:18.42 | sakoman_ | Crofton: yes, some are just for me :-) |
| 18:19.04 | sakoman_ | I try to be quite clear by including sakoman in the names |
| 18:19.28 | sakoman_ | the ones that are generic, usually are |
| 18:20.17 | khem | It would be even better if you could post a branch just for upstream patches |
| 18:20.46 | sakoman_ | khem: I'll do that, and call it something obvious, like upstream :-) |
| 18:20.53 | khem | yeah |
| 18:21.09 | khem | because you know better than anybody phishing them out of your repo |
| 18:22.26 | sakoman_ | I'll create that branch later today and cherry-pick stuff that has been in use for quite some time and thus relatively safe |
| 18:23.22 | Crofton | that would be great |
| 18:24.27 | *** join/#oe coppermine (~coppermin@modemcable042.177-176-173.mc.videotron.ca) |
| 18:24.39 | morphis | can anybody tell me whats the "-2_" for in "eet-2_1.3.2+svnr53914-r3.0" is for (it's not the recipe name)? |
| 18:24.59 | coppermine | I read that gumstix boards come with OE, which distro is OE most similar to? I use gentoo |
| 18:25.02 | morphis | ah found it |
| 18:25.10 | morphis | PE = "2" in efl.bbclass |
| 18:25.37 | sakoman_ | if anyone wants to help update mplayer to the current head, I have a recipe posted in the repo above |
| 18:25.38 | coppermine | oh, OE is not a distro |
| 18:25.41 | tharvey | coppermine, OE is a build system for multiple distros - most common is likely 'angstrtom' (what the OE fork uses) |
| 18:25.50 | tharvey | which is most like debian I would say |
| 18:26.00 | *** join/#oe denix (~denys@nat/ti/x-bpgskodtspsjeupk) |
| 18:26.10 | coppermine | tharvey: right, and is angstrom like gentoo with its own package system? or like debian with apt-get, etc? or are they not that advanced |
| 18:26.15 | coppermine | i hope its not like busybox |
| 18:26.27 | sakoman_ | the mplayer recipe will build and seems to mostly work -- main issue is a segfault with mp4 files |
| 18:26.28 | tharvey | anyone here working on recipes/ti/* ? |
| 18:26.28 | tharvey | anyone here working on recipes/ti/* ? |
| 18:26.29 | coppermine | debian cool |
| 18:26.46 | Crofton | tharvey, denix may know about them |
| 18:26.54 | coppermine | tharvey: does it have full command set? or reduced? i mean can i run top, gcc, etc |
| 18:26.56 | tharvey | coppermine, angstrom inherits debian class naming - but uses opkg for packaging |
| 18:26.56 | tharvey | coppermine, angstrom inherits debian class naming - but uses opkg for packaging |
| 18:27.25 | denix | tharvey: what's wrong with recipes/ti? |
| 18:27.48 | tharvey | coppermine, you should boot an image and play around with it - you have options to use busybox tools or install task-proper-tools |
| 18:28.11 | *** join/#oe CIA-1 (~CIA@208.69.182.149) |
| 18:28.12 | tharvey | denix, nothing wrong - I wanted to add a recipe for ddompe's branch of gstreamer-ti is all - I have a patch I can post |
| 18:28.12 | tharvey | denix, nothing wrong - I wanted to add a recipe for ddompe's branch of gstreamer-ti is all - I have a patch I can post |
| 18:28.23 | coppermine | tharvey can i do that in virtualbox ? |
| 18:28.34 | tharvey | I've found that there are some really nice features in ddompe's branch that are not in upstream gstreamer-ti |
| 18:28.58 | khem | denix: recipes under ti/ also get included into non ti machine builds |
| 18:29.02 | tharvey | coppermine, that I don't know... I figured you had a gumstix board to try - answer is you have all kinds of flexibility |
| 18:29.10 | coppermine | tharvey, so by deduction ,if gumstix boards use OE, and angstrom can be installed using OE, then gumstix can run the angstrom distro? |
| 18:29.12 | khem | I think that may not be what is wanted |
| 18:29.31 | tharvey | coppermine, yes, the 'default' firmware shipped on gumstix (overo at least) is angstrom |
| 18:29.39 | denix | khem: that's not intended |
| 18:29.39 | coppermine | tharvey: fair enough |
| 18:31.23 | tharvey | denix, just was curious as to your thoughts on gstreamer-ti-ddompe |
| 18:31.24 | Crofton | denix, obviously those recipes need to be in a layer :) |
| 18:31.33 | Crofton | admits to not looking at them L( |
| 18:31.35 | Crofton | er :) |
| 18:31.35 | Crofton | er :) |
| 18:32.04 | denix | Crofton: they are in the layer - arago-project.org :) |
| 18:32.13 | tharvey | heh |
| 18:32.16 | denix | tharvey: feel free |
| 18:32.26 | tharvey | too many damn forks of OE out there... |
| 18:33.03 | denix | tharvey: don't confuse forks with overlays |
| 18:33.29 | denix | one can say there too many damn kernel trees out there... |
| 18:33.49 | tharvey | true... |
| 18:33.51 | coppermine | where can I download angstrom for i386 |
| 18:33.55 | coppermine | so i can test it |
| 18:34.39 | tharvey | coppermine, http://www.angstrom-distribution.org/ ? there is an #angstrom channel also |
| 18:34.56 | coppermine | tharvey: checked allready, there's no intel arch in the drop down |
| 18:34.58 | denix | coppermine: can you build one yourself? |
| 18:35.11 | denix | angstrom does not target x86 by default |
| 18:35.26 | coppermine | right thats why im looking for it |
| 18:35.30 | coppermine | to see what it looks like |
| 18:35.36 | tharvey | it looks good ;P |
| 18:35.44 | denix | tharvey: as of ddompe's gstreamer branch - how do you think to do that? as a separate recipe, or by modifying the existing one? |
| 18:35.46 | tharvey | it looks like any other linux distro |
| 18:36.04 | coppermine | can i ssh in a gumstix board? |
| 18:36.17 | denix | like to any other linux distro :) |
| 18:36.19 | tharvey | denix, I have a sep recipe for it... pretty clean really. The only thing I don't like is that I have to create a fake dir to keep gstreamer-ti.inc happy (for the demos) |
| 18:36.20 | coppermine | sounds good |
| 18:36.22 | coppermine | i'll stop asking |
| 18:38.46 | tharvey | denix, http://pastebin.com/ghW3XpQ3 - may be a better way to deal with line 52 and linke 37 is the 'hack' |
| 18:39.02 | denix | coppermine: cheer up! :) |
| 18:39.11 | tharvey | I still need to test it with recent pull though, when I do I'll post it unless you have any immediate recommendations |
| 18:39.52 | coppermine | denix: trying to find the best embedded plaftform for my project |
| 18:39.55 | khem | denix: I must say that lot of TI specific files should be aware of their arch/machine but they are not |
| 18:40.02 | coppermine | i really like embeddedarm.com so far |
| 18:40.22 | tharvey | coppermine, of course you can ssh in - are you contemplating buying an overo? Its a great board to get your feet wet with embedded linux |
| 18:40.36 | coppermine | tharvey: howa bout the embeededarm boards |
| 18:40.44 | coppermine | they are nice too, TS-SOCKET s |
| 18:41.13 | khem | qemu is good enough to go knee deep into embedded lnx |
| 18:41.47 | tharvey | coppermine, don't know about them... TI processors are kind of in a class of their own - I highly recommend an OMAP/DM if you need an ARM core 'and' a generic DSP - if you don't need the DSP then I'm sure there are better options (although in that case I would go with a TI w/o DSP ;P) |
| 18:41.51 | denix | khem: do you think adding COMPATIBLE_MACHINE to all the recipes is a way to go? |
| 18:42.16 | tharvey | COMPATIBLE_MACHINE sounds bad - what about something that uses SOC_FAMILY? |
| 18:42.34 | coppermine | qeum is a board emulator |
| 18:42.42 | coppermine | it will emulator an ARM9 ? |
| 18:42.42 | coppermine | it will emulator an ARM9 ? |
| 18:42.44 | denix | tharvey: that's why we added support for SOC_FAMILY in COMPATIBLE_MACHINE... :) |
| 18:42.58 | denix | was quite controversial change though... |
| 18:43.10 | tharvey | denix, ah... good to know - then that seems fair - do the DM's define an SOC_FAMILY? |
| 18:43.17 | coppermine | then i can use angstrom in qmeu |
| 18:43.29 | khem | I know and its not being used well so whats the use |
| 18:44.18 | denix | tharvey: unfortunately, there is no one "ti" SOC_FAMILY, there are several eight now - omap3, ti816x, omapl137, omapl138 and bunch of DaVincis... |
| 18:44.23 | khem | denix: I think when we have layers then there could be a ti layer and people can opt it in or opt out |
| 18:44.59 | khem | for now, if you know it works with TI parts only then add appropriate classification |
| 18:45.01 | tharvey | SOC_FAMILY seems reasonable currently.... looks to me all the omap/dm machines end up defining it to the CPU family |
| 18:45.02 | khem | would be ok. |
| 18:45.07 | denix | khem: as I said before - there is already a layer. arago is an overlay on top of OE |
| 18:45.41 | khem | denix: thats fine. I am talking about the recipes in recipes/ti dir in OE metadata |
| 18:45.45 | tharvey | I view arago as a fork of OE - not clear to me how often it merges back and forth |
| 18:46.10 | tharvey | I opted to use upstream OE because I not only need current ti support but current x86 support |
| 18:46.43 | khem | tharvey: yes sometimes in such cases you might fetch and merge two different branches |
| 18:46.53 | tharvey | same with gumstix oe tree- not clear to me how it merges back and forth - I don't have the time to even track oe upstream commits, let alone track arago and gumstix-oe trees |
| 18:48.02 | khem | tharvey: unless there are infra changes which poky kind of does its not a big problem if distro's dont merge back its not really a fork |
| 18:48.10 | *** join/#oe guufy (~Guufy@70-35-57-218.static.wiline.com) |
| 18:48.47 | tharvey | khem, well if for example arago has 'improved' kernel or ti/* recipes, I would like to see them merged back to oe upstream - which I know happens, just not clear who/when |
| 18:49.18 | tharvey | the various oe based projects I think adds a ton of confusion to what OE really is |
| 18:49.50 | tharvey | I think many of them occur because they want to lock down a stable version - hopefully the stable releases will help that |
| 18:50.11 | coppermine | emerge qemu taking a long time :) |
| 18:50.33 | coppermine | has to translate machine code translations for all architecture |
| 18:51.47 | Tartarus | khem: Was qemuppc booting w/ .34? |
| 18:52.42 | *** join/#oe dijenerate (~dijenerat@65.48.157.147) |
| 18:53.14 | khem | Tartarus: yes |
| 18:53.15 | mrj10 | it looks like the latest version of gcc-4.5 doesn't take the patch to configure and configure.ac to add ARCH_FLAGS_FOR_TARGET |
| 18:54.29 | Tartarus | khem, hmm, ok, retrying w/ .34 then :( |
| 18:54.32 | Crofton | http://pastebin.com/mFjfpLgG |
| 18:54.39 | Crofton | can anyone see why this does not work |
| 18:54.51 | Crofton | as in I do not think the scp runs |
| 18:58.06 | *** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net) |
| 18:59.18 | denix | tharvey, khem: yes, part of the problem is to stabilize the OE snapshot to be used for internal products. arago pulls OE every 1-2 weeks and stabilizes it. new recipes/changes from arago being pushed to OE periodically, but there maybe slight delay... |
| 18:59.19 | *** join/#oe dth (~dth@a89-182-85-168.net-htp.de) |
| 18:59.19 | *** join/#oe dth (~dth@a89-182-85-168.net-htp.de) |
| 19:00.36 | denix | khem: there was a proposal couple years ago as to host arago overlay on OE git server - never happened |
| 19:01.17 | denix | khem, tharvey: I still don't think it's correct to call it a fork. think about other distros outside of the the tree - SHR for example |
| 19:01.21 | khem | I think OE will not be that much of an issue with layered arch soon |
| 19:01.31 | khem | merging back may be easier than today |
| 19:01.38 | Crofton | we all know arago exists and where to look :) |
| 19:02.06 | CIA-1 | 03Michael Smith <msmith@cbnco.com> 07master * r3a06d26504 10openembedded.git/recipes/usbutils/usbutils_0.86.bb: |
| 19:02.06 | CIA-1 | usbutils 0.86: delete usb.ids if gzipped version is installed |
| 19:02.06 | CIA-1 | Also split update-usbids.sh to a separate package, and allow building |
| 19:02.06 | CIA-1 | when sbindir != /sbin. |
| 19:02.06 | CIA-1 | Signed-off-by: Michael Smith <msmith@cbnco.com> |
| 19:02.06 | CIA-1 | usbutils 0.86: delete usb.ids if gzipped version is installed |
| 19:02.06 | CIA-1 | Also split update-usbids.sh to a separate package, and allow building |
| 19:02.06 | CIA-1 | when sbindir != /sbin. |
| 19:02.06 | CIA-1 | Signed-off-by: Michael Smith <msmith@cbnco.com> |
| 19:02.10 | khem | welll as long as bees return to hive its ok :) |
| 19:02.28 | *** join/#oe googleman (~reactor16@static.151.229.4.46.clients.your-server.de) |
| 19:02.34 | CIA-1 | 03Michael Smith <msmith@cbnco.com> 07master * r36a01ad197 10openembedded.git/recipes/usbutils/ (usbutils_0.70.bb usbutils_0.73.bb): |
| 19:02.34 | CIA-1 | usbutils 0.70 & 0.73: don't set DEFAULT_PREFERENCE = "1" |
| 19:02.34 | CIA-1 | I think it may be leftover from earlier. Let 0.86 build by default. |
| 19:02.34 | CIA-1 | Most distros already prefer it. |
| 19:02.34 | CIA-1 | usbutils 0.70 & 0.73: don't set DEFAULT_PREFERENCE = "1" |
| 19:02.34 | CIA-1 | I think it may be leftover from earlier. Let 0.86 build by default. |
| 19:02.34 | CIA-1 | Most distros already prefer it. |
| 19:02.34 | CIA-1 | Signed-off-by: Michael Smith <msmith@cbnco.com> |
| 19:02.36 | denix | khem: the point is, OE already has layers/overlays :) nobody inside OE uses layers, only people outside the tree use them, but then they are immediately blamed for forking OE... :) |
| 19:02.36 | denix | khem: the point is, OE already has layers/overlays :) nobody inside OE uses layers, only people outside the tree use them, but then they are immediately blamed for forking OE... :) |
| 19:02.43 | denix | Crofton: :-P |
| 19:03.25 | reactor16 | any one tried to compile x86 driver for other devices such as mips ? |
| 19:04.02 | denix | reactor16: device drivers are usually hardware specific... |
| 19:04.32 | denix | unless you are talking about the driver using a standard bus |
| 19:07.00 | reactor16 | i have a wifi usb and i want to compile driver to use it on my dreambox |
| 19:07.33 | reactor16 | is this possible ? |
| 19:08.03 | *** join/#oe rschus1 (~rschus@251.118.101-84.rev.gaoland.net) |
| 19:09.26 | *** join/#oe pb__ (~pb@blundell.swaffham-prior.co.uk) |
| 19:13.04 | *** join/#oe dijenerate (~dijenerat@65.48.157.147) |
| 19:14.08 | *** join/#oe florian (~fuchs@sign-4d091ebb.pool.mediaWays.net) |
| 19:14.15 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 19:14.15 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 19:14.27 | *** join/#oe jkridner (~jason@pdpc/supporter/active/jkridner) |
| 19:14.49 | marenas | hi all... sry to bother |
| 19:15.38 | marenas | i was wondering if anyone knows the best way to replace an OE generated image with a new one "on the fly" (jffs2 image) |
| 19:15.44 | marenas | or where to get more info |
| 19:16.13 | Tartarus | As a rule of thumb, if you don't have a two partition setup, you write flash images from the bootloader |
| 19:16.59 | khem | denix: no what I think is that we need layers within OE too |
| 19:17.06 | khem | then it wont be of so much of a blame |
| 19:18.16 | *** join/#oe Marex (vasum7am@u-pl15.ms.mff.cuni.cz) |
| 19:20.50 | marenas | i have several partition... i guess the best way is then to mount one an then copy it to the default partition? |
| 19:22.51 | Tartarus | marenas, if you can boot from either partition, yes, that works too |
| 19:22.57 | Tartarus | It depens on your flash setup |
| 19:23.30 | marenas | is it more recomendable to do it from the fs or from the bootloader ? |
| 19:23.36 | marenas | (updating) |
| 19:23.46 | Tartarus | it all depends on your setup really, sorry |
| 19:23.57 | Tartarus | If you're comfortable with doing it in the bootloader, that's fine |
| 19:24.10 | Tartarus | If you aren't and you can boot from something else (nfs, sd, another flash) that's fine too |
| 19:24.43 | marenas | im confortable with it, but i would like to do it from the FS directly |
| 19:25.06 | marenas | like "take this image and update yourself" |
| 19:25.51 | Tartarus | Yeah, if you have the space, go for it :) |
| 19:26.27 | Crofton | can I use a shell if in a recipe? |
| 19:26.38 | marenas | is there a way to do it without creating another mountable partition?? |
| 19:26.40 | davidlt | Question: Why is that my path files are unpacked to ${WORKDIR}, but not applied? |
| 19:26.40 | davidlt | Question: Why is that my path files are unpacked to ${WORKDIR}, but not applied? |
| 19:27.39 | marenas | davidlt: do u have any message while building ? |
| 19:27.40 | Tartarus | marenas, Are you asking for doing something for youself, or designing a system for others to use? |
| 19:28.09 | marenas | its for others to use |
| 19:28.30 | marenas | that's why i want it to be the simplest way possible |
| 19:28.55 | Tartarus | Well, the simplest way is to script things from the bootloader |
| 19:29.20 | davidlt | marenas, I just copied my recipe from late-August to mid-April release. And when there should be patching done is nothing printed. Instead they are written as "unpacking" and copied to my working directory. |
| 19:31.18 | marenas | did u clean everything up ? |
| 19:31.32 | davidlt | It's like that: NOTE: Unpacking user.collection/recipes/modphp/modphp-5.2.13/acinclude-xml2-config.patch to tmp/work/armv7a-angstrom-linux-gnueabi/modphp-5.2.13-r0/ |
| 19:31.44 | davidlt | What do you mean? |
| 19:32.34 | marenas | bitbake "name_of_app" -c clean before trying to build |
| 19:32.46 | davidlt | Of course |
| 19:32.47 | marenas | or bitbake -b recipe.bb -c clean |
| 19:33.11 | davidlt | What's the difference if files are in modphp-.. folder or 'files' folder? |
| 19:33.13 | *** join/#oe alkopop79 (~alkopop79@nat79.mia.three.co.uk) |
| 19:33.53 | *** join/#oe alkopop79 (~alkopop79@nat79.mia.three.co.uk) |
| 19:35.02 | marenas | files folder is where all extra files you need for building should be |
| 19:35.18 | davidlt | so patches should go into it? |
| 19:35.21 | marenas | yes |
| 19:35.21 | marenas | yes |
| 19:36.01 | marenas | i dont know exactly how it works, but it probably looks there for patches to apply |
| 19:36.12 | davidlt | testing right now |
| 19:36.25 | davidlt | Same problem, only unpacking |
| 19:37.48 | davidlt | Can't get why they are not applied |
| 19:38.41 | davidlt | Trying php recipe |
| 19:39.10 | davidlt | It works |
| 19:39.55 | marenas | cool |
| 19:40.34 | davidlt | That's not good, I don't get why modphp doesn't work |
| 19:40.40 | marenas | aaa |
| 19:41.51 | *** join/#oe dijenerate (~dijenerat@65.48.157.147) |
| 19:41.59 | marenas | are u building modphp directly or a particular recipe ? |
| 19:42.44 | davidlt | I used modphp and php recipies and wrote modphp 5.2.13 recipe, which works on my late-August setup. |
| 19:43.22 | davidlt | It's pretty much the same as PHP |
| 19:47.08 | davidlt | just copied folder from mid-April to late-August to the same location. |
| 19:47.12 | davidlt | Worked. |
| 19:47.22 | davidlt | So why it doesn't work on mid-April. |
| 19:48.16 | davidlt | I have working directory modphp_5.2.13-r0/php-5.2.13 |
| 19:48.30 | *** join/#oe Marex (vasum7am@u-pl15.ms.mff.cuni.cz) |
| 19:48.34 | davidlt | All files from modphp-5.2.13 are copied to modphp_5.2.13 folder |
| 19:48.53 | *** join/#oe kevinsc (~a0214685@nat/ti/x-yzdgfvdmnugrgwlv) |
| 19:49.38 | marenas | maybe it's a change in another recipe or conf file that is causing problems |
| 19:50.41 | *** join/#oe kevinsc (~a0214685@nat/ti/x-ttdgocgzyvceyaom) |
| 19:51.13 | *** join/#oe hrw|gone (~hrw@chello089073120020.chello.pl) |
| 19:53.35 | *** join/#oe timtimred (~meh@79-67-225-21.dynamic.dsl.as9105.com) |
| 19:54.08 | Crofton | ok, back to system_tools_backends |
| 19:55.28 | *** join/#oe dijenerate (~dijenerat@65.48.157.147) |
| 19:55.57 | davidlt | I think I get this... |
| 19:56.10 | davidlt | Before there was ;patch=1 not apply=yes |
| 19:57.18 | *** join/#oe kevinsc (~a0214685@nat/ti/x-hqvonjxpjqiqngpk) |
| 19:58.49 | davidlt | legacy stuff |
| 20:00.00 | *** join/#oe ka6sox (~ka6sox@nslu2-linux/ka6sox) |
| 20:02.40 | Crofton | khem, got any more ideas for system-tools-backends? |
| 20:15.50 | *** join/#oe Martin-B (~martin@pool-191-66-198-89.dbd-ipconnect.net) |
| 20:16.15 | martinambrose | Could someone point me at an explanation of *-meta packages? In particular trying to understand the use case of gst-plugins-base-meta. |
| 20:16.34 | kergoth_ | meta packages are just recipes that depend on other recipes |
| 20:16.41 | kergoth_ | that's all. they don't produce packages, or do anything |
| 20:17.10 | kergoth_ | tasks, on the other hand, are recipes that don't build anything, but which do emit empty packages that depend on other packages |
| 20:28.16 | martinambrose | Hmm. I use tasks a bit with the purpose of collapsing a bunch of packages into a single target. But don't immediately see the benefit of *meta packages.. |
| 20:29.33 | martinambrose | E.g. there is task-arago-gst which has RDPENDS with gst-plugins-base and gst-plugins-base-meta. What extra things does the meta add? |
| 20:32.49 | *** join/#oe htns (~htns@61.6.64.6) |
| 20:34.16 | *** join/#oe RobotGuy (~n7pkt@c-24-21-60-36.hsd1.or.comcast.net) |
| 20:37.51 | *** join/#oe ka6sox (~ka6sox@nslu2-linux/ka6sox) |
| 20:49.27 | martinambrose | AFAICT, in this case of gst, the meta recipe creates an ipk file which only contains a control file with all of the plugins in the depends field. Moreover there is no remnants in the work or sysroots. I think this is what kergoth means by "empty packages" above. On the surface this then seems to be a side-effect of split packaging used for gst-plugins since the base control file has an empty depends field. In other words the purpo |
| 20:49.28 | martinambrose | of the meta recipes in this case is for documentation in the control file and, possibly, for use with opkg installs/updates. |
| 20:55.47 | denix | afaik, there's no clear difference between tasks and meta-packages... |
| 20:56.06 | *** join/#oe alkopop79 (~alkopop79@92.24.229.126) |
| 20:58.49 | denix | martinambrose: while meta-recipes don't produce actual packages, according to kergoth, there are no control files and nothing to feed to opkg |
| 21:00.18 | denix | kergoth: is the main difference that meta DEPENDS on other packages, while task RDEPENDS? |
| 21:00.36 | kergoth_ | yeah, as far as i know that's the case. |
| 21:01.29 | martinambrose | What I see in gst-plugins.inc is that the metapkg is defined using RDEPENDS. |
| 21:01.49 | martinambrose | An ipk is then created, e.g., here deploy/ipk/armv5te/gst-plugins-base-meta_0.10.25-r8.3.5_armv5te.ipk |
| 21:02.15 | kergoth_ | oh, that's different than a normal meta recipe (recipes/meta/*) |
| 21:02.19 | kergoth_ | that's just confusing naming. |
| 21:03.28 | *** join/#oe nschle85 (~kvirc@mnch-5d873012.pool.mediaWays.net) |
| 21:04.26 | nschle85 | hello, is there any arm gcc specialist ? |
| 21:07.22 | nschle85 | who is the maintainer of gcc ? |
| 21:07.49 | kergoth_ | if you have a question, ask it. |
| 21:08.36 | nschle85 | kergoth: why does webkit-efl not compile under x86 host ? |
| 21:08.59 | nschle85 | kergoth: compiling under amd64 works |
| 21:09.27 | denix | and you were looking for arm gcc specialist for that? |
| 21:09.55 | nschle85 | denix: yes |
| 21:09.58 | mrj10 | i'm assuming x86 host, arm target :P |
| 21:10.21 | kergoth_ | nschle85: i said *ask it* |
| 21:10.23 | kergoth_ | not *ask me* |
| 21:10.24 | nschle85 | mrj10: yoz are right |
| 21:10.24 | nschle85 | mrj10: yoz are right |
| 21:10.25 | kergoth_ | just spit it out already |
| 21:10.33 | denix | :) |
| 21:11.05 | denix | oh boy, newbie's life on irc is so hard... :) |
| 21:11.33 | Jay7 | hehe |
| 21:11.52 | ka6sox | denix this is mild |
| 21:12.12 | Jay7 | well.. build with speed scheduler was finished |
| 21:12.17 | mrj10 | anyone had problems building the latest version of gcc-4.5 due to libstdc++ PCH? |
| 21:12.32 | Jay7 | I'll publish results in a hour |
| 21:12.51 | nschle85 | sorry, got no answer yet |
| 21:13.28 | nschle85 | http://pastebin.com/zAmegie5 |
| 21:13.34 | mrj10 | i have a gcc 4.5 AMD64 to ARM cross-compiler working fine, but i get most of the way through building the native ARM compiler using it and get a bunch of "::fe<BLA> has not been declared in libstdc++-v3/include/tr1_impl/cfenv |
| 21:13.52 | mrj10 | this is for the package gcc-4.5-r19.1+svnr166342 |
| 21:14.24 | nschle85 | mrj10: amd64 is working ! thank you |
| 21:14.43 | nschle85 | mrj10: i386 seeems not work ! |
| 21:14.53 | mrj10 | nschle85: i am talking about my own problem. |
| 21:16.26 | nschle85 | denix: can you help me ? |
| 21:17.44 | denix | nschle85: try asking khem, I haven't seen anything like that before... |
| 21:20.41 | nschle85 | denix: sorry for my mistakes on irc, for me irc is one media to get in contact with developers, not to earn bat comments |
| 21:24.57 | nschle85 | khem: hello, i am using shr-image.bb but there is a problem compiling webkit-efl, i think its a general problem under i386 architecture (under amd64 all is fine) |
| 21:25.21 | nschle85 | khem: can you help me please ? |
| 21:25.47 | ka6sox | nschle85, wait for it...he is in and out. |
| 21:26.38 | nschle85 | ka6sox: do you mean he will read this thread later ? |
| 21:28.20 | ka6sox | yes |
| 21:28.39 | nschle85 | ka6sox: ok, i understood |
| 21:28.58 | ka6sox | lt 1 |
| 21:29.03 | ka6sox | aq 2 |
| 21:29.55 | nschle85 | ka6sox: do you know anybody else who can helpm me ? |
| 21:31.21 | ka6sox | everyone here is a volunteer...so patience is the best thing. |
| 21:32.52 | *** join/#oe kevinsc (~a0214685@nat/ti/x-puudaxcpumluwhyo) |
| 21:34.38 | GNUtoo|laptop | rahhh |
| 21:34.45 | GNUtoo|laptop | I don't know what happens |
| 21:34.56 | GNUtoo|laptop | I sent a patch twice |
| 21:35.00 | GNUtoo|laptop | and no patch arrived |
| 21:35.19 | mrj10 | are you subscribed to the developer's list? |
| 21:35.23 | GNUtoo|laptop | of course |
| 21:35.26 | mrj10 | if so, wait a few hours, sometimes the server hiccups |
| 21:35.26 | mrj10 | if so, wait a few hours, sometimes the server hiccups |
| 21:35.30 | mrj10 | happened a few days ago in fact |
| 21:35.38 | mrj10 | my patches showed up about 3 hours after i sent them |
| 21:35.50 | GNUtoo|laptop | ah ok |
| 21:35.50 | GNUtoo|laptop | ah ok |
| 21:35.59 | GNUtoo|laptop | basically here's what I did |
| 21:36.02 | GNUtoo|laptop | I sent a message |
| 21:36.02 | GNUtoo|laptop | I sent a message |
| 21:36.07 | GNUtoo|laptop | with a patch following it |
| 21:36.12 | GNUtoo|laptop | then the patch didn't arrive |
| 21:36.22 | GNUtoo|laptop | so I sent the patch as response to the message |
| 21:36.26 | GNUtoo|laptop | and still didn't arrive |
| 21:36.42 | mrj10 | well, i have 2 emails from you |
| 21:36.47 | GNUtoo|laptop | ok |
| 21:36.50 | mrj10 | but neither of them actually has a patch in it |
| 21:36.50 | mrj10 | but neither of them actually has a patch in it |
| 21:36.53 | GNUtoo|laptop | indeed |
| 21:37.03 | GNUtoo|laptop | I've also sent a response mail |
| 21:37.15 | GNUtoo|laptop | basically here's the output: |
| 21:37.32 | GNUtoo|laptop | http://pastebin.com/y6BqLC0y |
| 21:37.46 | *** join/#oe macneil (~voodoo@s64-180-61-141.bc.hsia.telus.net) |
| 21:37.51 | GNUtoo|laptop | it says 250 OK |
| 21:38.04 | GNUtoo|laptop | and before the messages arrived |
| 21:38.06 | GNUtoo|laptop | but not the patch |
| 21:40.22 | GNUtoo|laptop | mrj10, any ideas? |
| 21:42.22 | mrj10 | i am not a git-send-email expert, i just copied the tutorial here http://wiki.openembedded.org/index.php/How_to_submit_a_patch_to_OpenEmbedded to the letter |
| 21:42.50 | GNUtoo|laptop | the strange thing is that it worked before |
| 21:44.16 | mrj10 | that is strange. wish i could help more. |
| 21:44.23 | GNUtoo|laptop | ok |
| 21:44.31 | GNUtoo|laptop | maybe I'll ask #git |
| 21:44.33 | GNUtoo|laptop | thanks anyway |
| 21:50.28 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
| 21:50.28 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
| 21:50.28 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
| 21:52.44 | *** join/#oe ant__ (~andrea@host184-253-dynamic.5-87-r.retail.telecomitalia.it) |
| 22:16.49 | *** join/#oe CMoH (~cipi@95.76.71.81) |
| 22:16.49 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 22:16.49 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 22:47.51 | khem | nschle85 around ? |
| 22:48.17 | Crofton | khem, m9ving gnu-configize in front of libtool |
| 22:48.22 | khem | well he left |
| 22:48.25 | Crofton | did not help |
| 22:48.31 | khem | Crofton: ok |
| 22:48.32 | khem | hmm |
| 22:48.46 | Crofton | I hate seeing do_configure that has that much stuff in it |
| 22:49.02 | khem | I know but upstream maintainers are lame sometimes |
| 22:49.10 | khem | and we have to tie the band aids |
| 22:49.37 | khem | let me see if I have a system root somewhere |
| 22:49.37 | khem | I can quickly churn |
| 22:49.37 | khem | let me see if I have a system root somewhere |
| 22:49.37 | khem | I can quickly churn |
| 22:49.45 | khem | Crofton: can you post the error for me once again plz |
| 22:49.55 | khem | its using angstrom 2010 right ? |
| 22:49.59 | Crofton | right |
| 22:50.05 | khem | ok |
| 22:51.13 | Crofton | http://pastebin.com/PVCuRNi1 |
| 22:52.08 | khem | hmmm my laptop is in car |
| 22:56.59 | aditya_10101 | if I am building ti stuff |
| 22:57.16 | aditya_10101 | and its looking for 6.1.17 for something |
| 22:57.25 | aditya_10101 | how would I make it look at 6.1.9 instead for example |
| 23:04.58 | aditya_10101 | oh wait |
| 23:05.00 | aditya_10101 | I am retarded |
| 23:05.03 | aditya_10101 | on many levels |
| 23:05.07 | aditya_10101 | 9 < 17 |
| 23:07.24 | khem | Crofton: I will look into this issue once I get home tonight |
| 23:07.36 | Crofton | thanks |
| 23:07.41 | Crofton | I am stuk on something else atm |
| 23:07.41 | Crofton | I am stuk on something else atm |
| 23:07.51 | khem | right now I am trying it on a hopeless machine which is damn slow and it wants to rebuild gcc |
| 23:07.57 | khem | which means like 3 hours |
| 23:08.04 | Crofton | heh |
| 23:08.11 | Crofton | yeah, I am stuck on other things |
| 23:08.44 | khem | Crofton: ok |
| 23:08.53 | khem | how is release coming up ? |
| 23:09.09 | khem | I hope your software will not become a bottleneck |
| 23:11.01 | ka6sox | Crofton can you push? |
| 23:11.09 | Crofton | ka6sox, yes |
| 23:11.17 | Crofton | it involved me being an iodiot |
| 23:11.33 | Crofton | well, atm there is a weird sw/hw issue |
| 23:11.33 | khem | somehow mailing list rejected one of my message |
| 23:11.39 | khem | I wonder what pissed it off |
| 23:11.48 | Crofton | heh |
| 23:11.54 | Crofton | that is how I feel about this board |
| 23:12.03 | khem | hmm |
| 23:12.09 | khem | is it overo based ? |
| 23:12.16 | Crofton | yeah |
| 23:12.23 | khem | k |
| 23:12.23 | khem | k |
| 23:12.48 | Crofton | the problem occured after we tried to re setup the clock gen chip for the fpga |
| 23:12.58 | ka6sox | EB/N0 = 13.0 |
| 23:13.08 | Crofton | heh |
| 23:13.48 | CIA-1 | 03Chris Larson <chris_larson@mentor.com> 07master * rdf3fe2bf89 10openembedded.git/classes/newcollection.bbclass: |
| 23:13.48 | CIA-1 | newcollection: clean up, and work for those not using collections.inc |
| 23:13.48 | CIA-1 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
| 23:13.48 | CIA-1 | newcollection: clean up, and work for those not using collections.inc |
| 23:13.48 | CIA-1 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
| 23:13.58 | CIA-1 | 03Chris Larson <chris_larson@mentor.com> 07master * r81a5067e56 10openembedded.git/classes/newcollection.bbclass: |
| 23:13.59 | CIA-1 | newcollection: handle globs in file: uris |
| 23:13.59 | CIA-1 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
| 23:13.59 | CIA-1 | newcollection: handle globs in file: uris |
| 23:13.59 | CIA-1 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
| 23:13.59 | CIA-1 | 03Chris Larson <chris_larson@mentor.com> 07master * re0bcb3741e 10openembedded.git/classes/newcollection.bbclass: |
| 23:13.59 | CIA-1 | newcollection: fix host/path issue |
| 23:13.59 | CIA-1 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
| 23:13.59 | CIA-1 | 03Chris Larson <chris_larson@mentor.com> 07master * re0bcb3741e 10openembedded.git/classes/newcollection.bbclass: |
| 23:13.59 | CIA-1 | newcollection: fix host/path issue |
| 23:13.59 | CIA-1 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
| 23:14.31 | kergoth_ | there, now it seems to work great again |
| 23:14.51 | ka6sox | Crofton, at least they aren't illuminating 2 birds anymore |
| 23:16.28 | Jay7 | hm.. interesting data with speed scheduler.. |
| 23:16.49 | Jay7 | https://spreadsheets.google.com/a/jay-tech.ru/ccc?key=0AhY8lmfkCabTdGZRSGZ0eXg5cWhkV2k1c0Jvd0lvVnc&authkey=CLeK150N#gid=3 |
| 23:17.27 | Jay7 | peak disk usage is about 40Gb |
| 23:17.38 | Jay7 | compare with sheet Chart 3 |
| 23:18.49 | Jay7 | but build was slightly faster |
| 23:18.53 | Jay7 | about 40 min |
| 23:18.55 | ka6sox | ya, is that building minimal or something else? |
| 23:19.10 | Jay7 | angstrom |
| 23:19.18 | ka6sox | ah. |
| 23:19.23 | kergoth_ | how much more was that disk usage than the completion one? |
| 23:19.26 | Jay7 | angstrom-2008.1 |
| 23:20.25 | ka6sox | jay7 is there any way for you to get metrics on I/O BW? |
| 23:20.45 | ka6sox | specifically HD bandwidth used during different parts of the build. |
| 23:20.50 | Jay7 | min free space - completion: 24317Mb; speed: 18803Mb |
| 23:21.10 | Jay7 | total partition size is 64Gb |
| 23:21.27 | kergoth_ | i was really wanting to determine I/O bandwidth on a per task basis, but thats slightly nontrivial |
| 23:21.51 | Jay7 | ka6sox: it should depend on number of bb and make threads |
| 23:21.53 | ka6sox | ya, that would be very helpful. |
| 23:22.09 | Jay7 | so I'm not sure that it will be really helpful |
| 23:22.17 | kergoth_ | i was putting a lot of work into the bitbake scheduler, wrote like 5 different alternatives to speed and completion |
| 23:22.36 | ka6sox | Jay7, right. based on my testing I believe as the number of build threads goes up the amount of indyividual task I/O wait time increases considerabl |
| 23:22.40 | Jay7 | kergoth_: I can test'em all, but let's after release :) |
| 23:22.44 | kergoth_ | my most recent one profiles a build and uses the cpu time for each task to weight them in subsequent builds :) |
| 23:23.00 | kergoth_ | but the results weren't fantastic, sadly |
| 23:23.10 | kergoth_ | i think we might need to move to a dynamic rather than static scheduler at some point |
| 23:23.38 | Jay7 | kergoth_: I think we should split building from fetch/unpack |
| 23:23.53 | Jay7 | it is very different patterns |
| 23:24.11 | kergoth_ | I think we need to do something to make fetch/unpack fully cached. its really stupid to be having to re-unpack/re-patch source trees, particularly iyf the recipe supports separate objdir |
| 23:24.15 | kergoth_ | heh |
| 23:24.20 | kergoth_ | yeah, true |
| 23:24.33 | ka6sox | what we need is a scheduler that takes into account I/O waits too. |
| 23:24.57 | ka6sox | so it doesn't start so many threads that its waiting for I/O to happen and getting bottlenecked that way. |
| 23:24.59 | Jay7 | then we can fine-tune builders and fetchers |
| 23:25.02 | kergoth_ | i have one that marks tasks with a resource class (e.g. i/o, cpu, network) and sets the max # of threads per resource |
| 23:25.12 | kergoth_ | then you can crank up the overall maximum higher than you could otherwise |
| 23:25.17 | kergoth_ | but the results were inconclusive |
| 23:26.05 | kergoth_ | put way too much time into those |
| 23:26.16 | Jay7 | well.. do we have other tests pending with same pattern? |
| 23:26.19 | kergoth_ | see, we arent' coming anywhere near fully using the resources of machines with like 8 cores |
| 23:26.27 | Jay7 | ah, yes, I have one |
| 23:26.29 | kergoth_ | which sucks, and we need to figure out why |
| 23:26.31 | kergoth_ | but its a pain int he ass |
| 23:27.09 | Jay7 | kergoth_: I can show you graph of my 6 cores load |
| 23:27.17 | Jay7 | it is about 80% |
| 23:27.33 | Jay7 | disk I/O is bottleneck this time |
| 23:28.08 | ant__ | kergoth: which kind of parallelism gain woul you expect form a command like 'bitbake x-image y-image' wrt sequential build of the two images? |
| 23:28.12 | Jay7 | ah.. no, I can't show full time load |
| 23:28.16 | Jay7 | only partial |
| 23:28.21 | kergoth_ | ant__: depends :) |
| 23:28.39 | Jay7 | I should setup something that will save rrd data from snmp :) |
| 23:28.44 | ant__ | iirc both waiting for glibc locales |
| 23:28.44 | ant__ | iirc both waiting for glibc locales |
| 23:28.51 | ant__ | I have to retry |
| 23:28.51 | ant__ | I have to retry |
| 23:28.52 | kergoth_ | Jay7: i think we really need to measure per task i/o to get a handle on this, wihtout per task numbers, its hard to isolate other parts of the system from the bitbake build |
| 23:28.58 | Jay7 | ant__: this is my next test for this night :) |
| 23:28.58 | khem | kergoth_: multiple targets for bitbake will spawn parallel tasks ? |
| 23:29.11 | kergoth_ | khem: yep, it produces a single list of tasks in the end |
| 23:29.14 | *** join/#oe guufy (~Guufy@70-35-57-218.static.wiline.com) |
| 23:29.14 | *** join/#oe guufy (~Guufy@70-35-57-218.static.wiline.com) |
| 23:29.16 | kergoth_ | and operates based on that |
| 23:29.25 | khem | kergoth: cool so it will sort of combine both |
| 23:29.41 | Jay7 | kergoth_: with new logger it should be easy to measure space usage at least |
| 23:29.55 | khem | or will it have two queues |
| 23:30.06 | Jay7 | i.e. add vfstat output to log messages too |
| 23:30.14 | khem | combine this fetch and unpack seriouslt |
| 23:30.23 | Jay7 | I can even do again one-thread build :) |
| 23:30.32 | Jay7 | but it take about 19 hours |
| 23:30.44 | Jay7 | but I can reduce count of machines/images |
| 23:31.01 | Jay7 | don't forget about release ;) |
| 23:31.08 | kergoth_ | i started reading up on disk scheduling algorithms and stuff, but my head hurt after that |
| 23:31.17 | kergoth_ | :P |
| 23:31.19 | Jay7 | so, write all your ideas for next month ;) |
| 23:32.03 | kergoth_ | what i dislike about the scheduling thing is, i don't know enough to say what the optimal algorithm is, so i'm just flying blind. hypothesize about possible improvement, create scheduler for it, test it, rinse, repeat |
| 23:32.09 | ant__ | btw, dunno why but Gentoo moved from gitosis to gitolite http://idl0r.qasl.de/blog/index.php/2010/11/07/migrating-from-gitosis-to-gitolite |
| 23:32.23 | kergoth_ | ant__: gitolite has a number of features gitosis doesn't |
| 23:32.33 | kergoth_ | including access control within a repo |
| 23:32.39 | kergoth_ | would be nice for us to move to it as well |
| 23:32.40 | ant__ | I see |
| 23:32.40 | ant__ | I see |
| 23:33.15 | kergoth_ | maybe someone in here has more experience with scheduling and has better ideas to improve bitbake's, i'd love to see that |
| 23:33.18 | kergoth_ | :\ |
| 23:34.33 | Jay7 | kergoth_: your way is like to genetic algorythm :) |
| 23:34.43 | kergoth_ | hehe |
| 23:34.56 | Jay7 | create idea, code it, test it, improve it and so on :) |
| 23:35.32 | Jay7 | I can test it :) |
| 23:35.39 | kergoth_ | the problem isn't the method, persay, its how the idea was derived. the rest is common to any method, really, but i'm pulling ideas out of my ass, rather than from actual proven theory |
| 23:35.44 | kergoth_ | :) |
| 23:35.44 | Jay7 | so, code and improve :) |
| 23:35.44 | Jay7 | so, code and improve :) |
| 23:36.12 | ant__ | it all goes back to the dependency tree..hm |
| 23:36.12 | ant__ | it all goes back to the dependency tree..hm |
| 23:36.33 | Jay7 | well.. I'll post results to ML again |
| 23:37.13 | kergoth_ | http://kergoth.pastey.net/142813 |
| 23:37.36 | ant__ | kergoth: have you tlooked at Gentoo's package-order in case of rebuilds? |
| 23:37.59 | kergoth_ | i haven't looked at gentoo since we originally started based on portage. |
| 23:38.15 | ant__ | there could still be a common algorithm |
| 23:38.15 | ant__ | there could still be a common algorithm |
| 23:38.34 | ant__ | he..potentialy susceptible of adoption... |
| 23:38.34 | ant__ | he..potentialy susceptible of adoption... |
| 23:38.40 | kergoth_ | can't hurt to investigate |
| 23:39.03 | ant__ | sadly my python is 0+ |
| 23:39.03 | ant__ | sadly my python is 0+ |
| 23:39.39 | ant__ | well, I can somehow read it ;) |
| 23:40.25 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
| 23:40.55 | kergoth_ | that pastey is of a class that shows per task and overall build cpu usage and time elapsed |
| 23:41.03 | kergoth_ | just needs I/O |
| 23:41.16 | kergoth_ | and network, ideally.. |
| 23:41.20 | ka6sox | Jay7, I was watching the I/O loading go up exponentially as the number of -j threads were increased...until you reach the point where the builder is totaly I/O bound. |
| 23:41.57 | ant__ | logging uptime? |
| 23:41.57 | ant__ | logging uptime? |
| 23:42.12 | ka6sox | and the 2*(number of cores) didn't scale correctly when you got to beyond 3 cores. |
| 23:42.24 | Jay7 | vmstat can give io |
| 23:42.28 | Jay7 | but not per tasks |
| 23:42.36 | Jay7 | so.. merge by time again :( |
| 23:42.50 | Jay7 | and again building in one thread then |
| 23:42.52 | ka6sox | yes, I didn't look @ by task, I was only looking @ vmstat. |
| 23:42.58 | Jay7 | but this will break all numbers |
| 23:43.01 | kergoth_ | vmstat is helpful for overall |
| 23:43.11 | kergoth_ | but i donj't like that its the whole system |
| 23:43.16 | kergoth_ | for all i know you had an updatedb going ;) |
| 23:43.30 | ka6sox | kergoth_ I killed that. |
| 23:43.31 | ka6sox | :D |
| 23:43.34 | kergoth_ | hehe |
| 23:43.56 | ka6sox | the machine was ONLY building... |
| 23:44.14 | kergoth_ | should be pretty close to right numbers then, yeah |
| 23:44.22 | ka6sox | I was pretty careful not to allow even cronjobs to be running (except for log stuff) |
| 23:44.26 | kergoth_ | nice |
| 23:44.28 | Jay7 | btw, I wish to know separate disk usage by workdir and staging dir.. |
| 23:44.48 | ka6sox | ya, du is brutal |
| 23:44.52 | kergoth_ | I'm pretty sure its possible to capture per task i/o usage via netlink, but i think you have to be root to do it |
| 23:44.56 | ka6sox | unless you have separate partitions. |
| 23:45.04 | Jay7 | I can produce almost the same env here if it will be useful |
| 23:45.22 | Jay7 | and I'm root ;) |
| 23:45.31 | ka6sox | you are building as root? |
| 23:45.36 | Jay7 | no :) |
| 23:45.38 | kergoth_ | ka6sox: i was trying to time builds one time in a VM .. not smart ;) other vms kept stealing my cpu and making the results vary wildly. hehe |
| 23:45.45 | kergoth_ | = moron sometimes |
| 23:45.54 | aditya_10101 | dont worry |
| 23:45.58 | aditya_10101 | about 20 minutes ago |
| 23:46.05 | aditya_10101 | I thought 9 was > 17 |
| 23:46.12 | ka6sox | kergoth_ I was doing the same.. |
| 23:46.14 | ka6sox | brb |