| 00:02.33 | *** join/#oe BenLauDC (~benlau@221.125.8.44) |
| 00:22.15 | *** join/#oe sakoman_ (~sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
| 00:25.05 | *** join/#oe fraxinath (~quassel@p4FD650B1.dip.t-dialin.net) |
| 00:36.38 | *** part/#oe hoj (~hoj@75-147-191-205-Washington.hfc.comcastbusiness.net) |
| 01:44.10 | *** join/#oe pcacjr (~pcacjr@unaffiliated/pcacjr) |
| 02:12.16 | *** join/#oe borg_ (~olaf@p54868526.dip0.t-ipconnect.de) |
| 02:13.57 | *** join/#oe mekius_ (~mekius@c-98-214-3-153.hsd1.il.comcast.net) |
| 02:14.02 | *** join/#oe mekius_ (~mekius@enlightenment/developer/mekius) |
| 02:21.35 | *** join/#oe borg__ (~olaf@p548684AD.dip0.t-ipconnect.de) |
| 02:21.45 | *** join/#oe 84XAALVZF (~igor@140a.hackerdojo.com) |
| 02:34.25 | khem | Tartarus: I am seeing some failure building libxml-parser-perl |
| 02:35.05 | khem | http://pastebin.com/fb47vyiG |
| 02:36.33 | khem | any idea ? |
| 02:37.18 | khem | Function relocatable_binaries_preprocess failed could be something related to your commits today ? |
| 02:51.51 | khem | Tartarus: yes indeed its the patch from commit b4cbc6a2e6dffd367b7362f352699cb5a442cbc5 |
| 02:52.22 | khem | Tartarus: to reproduce try this bitbake -c clean -b virtual:native:/home/kraj/work/oe/openembedded/recipes/perl/libxml-parser-perl_2.36.bb |
| 02:52.33 | khem | bitbake -b virtual:native:/home/kraj/work/oe/openembedded/recipes/perl/libxml-parser-perl_2.36.bb |
| 02:52.43 | khem | without your patch all works |
| 02:57.17 | Tartarus | Keep poking, please. |
| 03:08.25 | *** join/#oe borg_ (~olaf@p548698D7.dip0.t-ipconnect.de) |
| 03:09.29 | Tartarus | khem: Ah |
| 03:09.45 | Tartarus | Did manage to hit that in my next round of stuff, but didn't think relocatible.bbclass hit that normally |
| 03:09.57 | Tartarus | I'll push something shortly, thanks |
| 03:11.46 | Tartarus | That's pretty dang crazy |
| 03:11.53 | Tartarus | 0x0000000f (RPATH) Library rpath: [/home/trini/work/OE-upstream/tmp.glibc.angstrom/sysroots/i686-linux/usr/lib:.oRIGIN/../lib] |
| 03:12.38 | Tartarus | on /home/trini/work/OE-upstream/tmp.glibc.angstrom/sysroots/i686-linux/usr/bin/unzipsfx |
| 03:16.22 | CIA-2 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * rf142648c46 10openembedded.git/classes/relocatable.bbclass: |
| 03:16.22 | CIA-2 | relocatible.bbclass: Call oe.path.relative in try/except |
| 03:16.22 | CIA-2 | Some programs such as libxml-parser-perl-native can have junky |
| 03:16.22 | CIA-2 | RPATH directories. Found by Khem Raj. |
| 03:16.22 | CIA-2 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 03:30.59 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 03:31.11 | khem | Tartarus: thx lemme try it here too |
| 03:34.15 | khem | Tartarus: works well here now thx for quickfix |
| 03:36.28 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 04:00.16 | *** join/#oe EiNSTeiN_ (~einstein@unaffiliated/einstein/x-615171) |
| 04:07.49 | *** join/#oe mekius (~mekius@enlightenment/developer/mekius) |
| 04:33.55 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
| 04:43.03 | *** part/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 05:09.26 | *** join/#oe mrc3 (~mrc3@nat/ti/x-usdcpvziqzfyifxe) |
| 05:13.39 | grg | there are some "oddities" within the gcc recipes... |
| 05:14.01 | grg | gcc-3.4.6 is most likely unused, as it has no cross recipe |
| 05:15.25 | grg | and some of the .inc files include the zecke-no-host-includes.patch - those versions are likely unused too, as the native recipes probably wont be able to build anything |
| 05:17.09 | *** join/#oe mrc3 (~mrc3@nat/ti/x-xkoakhkjulkvlxuu) |
| 05:19.39 | Tartarus | grg: Yeah, that was a special one for qemu 0.9.x or so |
| 05:23.44 | *** join/#oe mithro (~tim@unaffiliated/mithro) |
| 05:47.23 | *** join/#oe Openfree` (~Openfreer@116.228.88.98) |
| 05:54.57 | khem | I think we can punt most of 3.x recipes I believe |
| 05:55.44 | *** join/#oe incandescant (~incandesc@foo.stupids.org) |
| 05:56.47 | grg | ./distro/nylon.conf still prefers 3.3.4 |
| 05:57.24 | grg | and there are several references to 3.4.4 |
| 05:57.36 | khem | ah |
| 05:57.43 | khem | yes nylon I remember |
| 05:58.02 | khem | I wonder if it is still buildable on .dev |
| 05:59.13 | grg | hmmm... gmustix.conf.... hasn't been maintained since 2006... |
| 06:00.22 | *** join/#oe vaibhav1 (~vaibhav@122.170.53.129) |
| 06:01.57 | grg | wrt54oe since 2005 |
| 06:08.08 | khem | :) |
| 06:08.19 | khem | gotta sleep now |
| 06:08.56 | khem | grg: try gcc 4.5 I know u have mips I am interested in perf numbers |
| 06:09.20 | grg | khem, i'll see what i can do |
| 06:09.21 | khem | if u have any becnhmarks |
| 06:09.49 | khem | to contrast |
| 06:11.30 | khem | u can use unixbench_5.1.2.bb |
| 06:11.51 | khem | sleeps |
| 06:17.59 | *** join/#oe vaibhav1 (~vaibhav@122.170.53.129) |
| 06:26.50 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
| 06:28.12 | *** join/#oe sgh (~quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
| 06:33.09 | *** join/#oe gim (5eb4087a@gateway/web/freenode/ip.94.180.8.122) |
| 06:38.42 | gim | Hi! I want to add to recipe patch from http URI. The one problem is that it is packed in tar.gz with another patch. I've added SRC_URI for this archive and checksums for it, OE succesfully fetchs and unpacks it and I can see both patches from archive with other "normal" patches in sources dir, but patch task fails with "Patch patches.tar.gz does not apply (enforce with -f)". Haven't found nothing similar in other recipes, could anybody help w |
| 06:55.55 | *** join/#oe vaibhav1 (~vaibhav@122.170.53.129) |
| 06:58.18 | fraxinath | can i just import one function from a bbclass without inheriting the whole thing? |
| 06:58.34 | fraxinath | like in python with the from gnome import verdir oder something? |
| 07:01.12 | fraxinath | gim: have you tried writing your own do_patch python function? |
| 07:01.30 | *** join/#oe cyberdeck (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 07:02.08 | fraxinath | or actually gim, doesn'teven have to be python |
| 07:03.25 | *** join/#oe rulz (~rulz@220-244-174-13.static.tpgi.com.au) |
| 07:03.59 | fraxinath | if you have a linux-efika_2.6.21+git.bb that file has an arbitrary do_patch function |
| 07:04.39 | fraxinath | i think you will have to manually do all patches by yourself that way then, no only the one from the tar.gz |
| 07:09.55 | *** join/#oe thebohemian (~rschus@p5DDC2A03.dip.t-dialin.net) |
| 07:10.32 | gim | fraxinath: yes, seems like redefining do_patch is the only way |
| 07:16.36 | *** join/#oe B_Lizzard (~havoc@athedsl-431729.home.otenet.gr) |
| 07:16.59 | *** join/#oe screwgoth (~raseel@122.170.53.129) |
| 07:26.35 | *** join/#oe dijenerate (~dijenerat@64.210.44.37) |
| 07:33.44 | gim | Hm, redefining do_patch is ok except one thing -- I don't understand what to do with 'file://' patches, OE doesn't copy them to WORKDIR and I can't get how I'd copy them manually from recipe |
| 07:36.48 | *** join/#oe Proxyles (~henrik@c-f893e255.56-4-64736c14.cust.bredbandsbolaget.se) |
| 07:40.05 | hrw | morning |
| 07:40.34 | hrw | file://${WORKDIR}/my.patch maybe? |
| 07:42.35 | *** join/#oe marcosmamorim1 (~marcos@189.110.96.218) |
| 07:51.15 | *** join/#oe d_t_h (~dieter@a89-182-145-60.net-htp.de) |
| 07:51.40 | *** join/#oe ant__ (~chatzilla@host214-85-static.34-85-b.business.telecomitalia.it) |
| 07:52.27 | gim | hrw: Hi. In recipe SRC_URI contain some http items and one local. If I use standard patch function everything is OK -- 'http' items are fetched to sources dir and then unpacked to WORKDIR, 'file' patches are applied directly from recipes dir. Anyway, I looked at the python_do_patch definition and seems like I should somehow parse SRC_URI by myself in my patch function |
| 07:56.48 | hrw | gim: file://${WORKDIR}/my.patch maybe? |
| 07:58.12 | *** join/#oe Openfree` (~Openfreer@116.228.88.98) |
| 07:58.58 | fraxinath | can i just import one function from a bbclass without inheriting the whole thing? like in python with the from gnome import gnome_verdir oder something? |
| 08:01.08 | gim | hrw: Sorry, but I couldn't understand how it'll work. There is no my.patch in WORKDIR, my.patch is in recipes directory |
| 08:01.17 | *** join/#oe mnabil (~mnabil@41.234.70.97) |
| 08:02.06 | gim | my.patch isn't copied to WORKDIR neither when I use standard patch nor when I use my own |
| 08:02.49 | gim | OE patch function apply 'file' patches directly from recipes dir and now I try to understand how to do similar thing |
| 08:02.58 | hrw | SRC_URI="http://patches.tar.gz \ file://${WORKDIR}/patch-which-is-in-patches.tar.gz.patch" |
| 08:03.16 | hrw | OE unpacks patches.tar.gz to WORKDIR and then use one of them |
| 08:03.23 | hrw | fraxinath: no |
| 08:04.11 | hrw | gim: ah.. it complains about 'patches.tar.gz' not being patch? |
| 08:04.49 | gim | yes |
| 08:05.04 | gim | "Patch patches.tar.gz does not apply (enforce with -f)" |
| 08:05.19 | gim | though maybe 'apply=no' will help, I'll try it |
| 08:05.36 | fraxinath | hrw: how do i assign a bb varibale from within a py func? |
| 08:05.44 | hrw | looks like patch.bbclass needs to be changed |
| 08:05.52 | hrw | fraxinath: bb.data.setVar |
| 08:05.57 | fraxinath | thx |
| 08:06.07 | *** join/#oe dth_ntb (~dieter@a89-182-9-163.net-htp.de) |
| 08:10.05 | fraxinath | hrw, what's the syntax of that? it takes 3 vars... is there a doc anywhere? |
| 08:10.57 | gim | hrw: You were right, SRC_URI="http://patches.tar.gz \ file://${WORKDIR}/patch-which-is-in-patches.tar.gz.patch" worked, thank you very much |
| 08:11.14 | gim | *SRC_URI="http://patches.tar.gz;apply=no \ file://${WORKDIR}/patch-which-is-in-patches.tar.gz.patch" |
| 08:14.15 | hrw | fraxinath: do not remember |
| 08:14.46 | fraxinath | o_o |
| 08:15.06 | fraxinath | i'll see if i can find any occurances |
| 08:15.49 | fraxinath | hmm the third param seems to be some kind of a flag, it's always d |
| 08:17.12 | pb__ | fraxinath: 'd' is the datastore object |
| 08:17.50 | fraxinath | which datastore object? hmm it throws ERROR: global name 'd' is not defined while parsing /dream/oe1.6/openembedded/recipes/gnome/libsoup-2.4_2.29.5.bb |
| 08:18.18 | *** join/#oe marcosmamorim (~marcos@189.110.98.111) |
| 08:19.07 | fraxinath | getVar needs it too |
| 08:19.31 | *** join/#oe kristoffer (~kristoffe@79.138.196.179.bredband.tre.se) |
| 08:20.13 | fraxinath | should i mention that this is not inside a task but in a deperate def |
| 08:22.04 | pb__ | well, the datastore object that you want to operate on. oe usually passes that as 'd' to python methods. |
| 08:22.31 | pb__ | if this is a standalone def'd function (whether desperate or not) then you will have to pass it in explicitly |
| 08:23.39 | janp | morning |
| 08:33.24 | *** join/#oe CMoH-notebook (~cipi@92.82.231.136) |
| 08:39.00 | *** join/#oe marcosmamorim (~marcos@189.110.98.36) |
| 08:45.06 | hrw | I have a feeling that my ubuntu work eats disk space faster then OE did |
| 08:46.19 | *** join/#oe mrmoku` (~mrmoku@ppp-93-104-170-71.dynamic.mnet-online.de) |
| 08:51.26 | Jay7 | hehe.. |
| 08:51.26 | *** join/#oe vaibhav (~vaibhav@122.170.49.246) |
| 08:52.15 | Jay7 | should remove freebsd from notebook to build x11-image |
| 08:52.24 | Jay7 | .. or buy new hdd.. |
| 08:55.04 | hrw | if it is not very old then new hdd |
| 08:55.44 | gim | I'm working on x86_64 machine and want to build x86 meta-toolchain for ARM target. As I understand I should use canadian-sdk recipe, but I couldn't get what variables should I set. Could anybody help with it? |
| 08:56.22 | *** join/#oe rulztime (~rulz@220-244-174-13.static.tpgi.com.au) |
| 09:04.29 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rf867b84543 10openembedded.git/recipes/usb-gadget-mode/ (files/beagleboard/usb-gadget.conf usb-gadget-mode.bb): usb-gadget-mode: do not load any module by default for beagleboard |
| 09:13.14 | *** join/#oe matgnt (~matthias@p4FCF0082.dip0.t-ipconnect.de) |
| 09:24.08 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r4fe49913ae 10openembedded.git/recipes/liboauth/liboauth_0.8.8.bb: |
| 09:24.08 | CIA-2 | liboauth: add recipe for OAuth Core RFC 5849 standard implementation (will be used in elmdentica) |
| 09:24.08 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 09:34.04 | *** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net) |
| 09:35.59 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 09:39.06 | gim | Is there any documentation describing meta-toolchain canadian building? |
| 09:39.11 | *** join/#oe marcosmamorim (~marcos@189.110.98.210) |
| 09:44.53 | CruX| | gim: do you want cross compile linux apps on windows ? |
| 09:45.40 | CruX| | ah for meta toolchain you don't need canadian build |
| 09:47.08 | gim | CruX|: I'm working on x86_64 machine and want to build x86 meta-toolchain for ARM target. As I understand I should use canadian-sdk recipe, but I couldn't get what variables should I set. |
| 09:49.10 | CruX| | gim: i have one configuration: on x86 linux i'm compiling win32 meta toolchain for arm-linux |
| 09:49.35 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 09:50.58 | CruX| | gim: here is my local.conf http://pastebin.com/6G55U31z |
| 09:51.05 | CruX| | maybee it helps you |
| 10:02.07 | *** join/#oe kgilmer (~kgilmer@firebug.buglabs.net) |
| 10:20.18 | gim | CruX|: Thanks, seems that it should help. You build canadian-sdk recipe to build toolchain, right? |
| 10:23.25 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 10:30.59 | CruX| | gim: yes |
| 10:36.11 | CIA-2 | 03Roger Monk <r-monk@ti.com> 07org.openembedded.dev * r4551424c80 10openembedded.git/recipes/x-load/x-load_git.bb: |
| 10:36.12 | CIA-2 | x-load: Update to latest commit - fix hynix memory support |
| 10:36.12 | CIA-2 | * Add new commit to fix SDRC params |
| 10:36.12 | CIA-2 | * Bump PR |
| 10:36.12 | CIA-2 | Signed-off-by: Roger Monk <r-monk@ti.com> |
| 10:40.35 | *** join/#oe GNUtoo|laptop (~gnutoo@host12-84-dynamic.51-79-r.retail.telecomitalia.it) |
| 10:46.45 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r73db290223 10openembedded.git/recipes/opencv/openscenegraph_2.9.6.bb: openscenegraph: fix GLES2 and ffmpeg build |
| 10:56.55 | *** join/#oe screwgoth (~raseel@122.170.49.246) |
| 11:04.14 | *** join/#oe B_Lizzard (~havoc@athedsl-431729.home.otenet.gr) |
| 11:33.13 | gim | CruX|: I copied SDK sections from your config to mine and removed all mingw references. Now building canadian-sdk failes, se |
| 11:33.44 | gim | ... according to log, OE still tries to build mingw packages |
| 11:35.50 | gim | It runs tasks from recipes mingw-runtime_3.15.2.bb, mingw-w32api-headers_3.13.bb etc |
| 12:07.41 | *** join/#oe GNUtoo|laptop (~gnutoo@host12-84-dynamic.51-79-r.retail.telecomitalia.it) |
| 12:14.46 | *** join/#oe BenLauDC (~benlau@221.125.8.44) |
| 12:31.08 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * re3a95a050f 10openembedded.git/recipes/gstreamer/gst-musicxml2midi_git.bb: gst-musicxml2midi: add git version |
| 12:31.09 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rd2514f5bcb 10openembedded.git/recipes/ti/ti-msp430-chronos_1.05.00.00.bb: ti-msp430-chronos: bump PR |
| 12:31.09 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r0e24e6eb83 10openembedded.git/recipes/opencv/openscenegraph_2.9.7.bb: openscenegraph: add 2.9.7 |
| 12:37.47 | *** join/#oe aloisiojr (~aloisio@200.184.118.130) |
| 12:40.56 | *** join/#oe pcacjr_ (~pcacjr@unaffiliated/pcacjr) |
| 12:50.19 | CIA-2 | 03Denis 'GNUtoo' Carikli <GNUtoo@no-log.org> 07org.openembedded.dev * r54f7168696 10openembedded.git/ (conf/machine/htcdream.conf recipes/tasks/task-x11.bb): |
| 12:50.19 | CIA-2 | htcdream.conf: use xf86-video-fbdev and xf86-video-tslib |
| 12:50.19 | CIA-2 | Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@no-log.org> |
| 12:50.19 | CIA-2 | Acked-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 12:50.20 | CIA-2 | Acked-by: Michael 'Mickey' Lauer <mlauer@vanille-media.de> |
| 13:14.21 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
| 13:26.08 | *** join/#oe mnabil (~mnabil@41.234.70.97) |
| 13:30.19 | *** join/#oe Jin^eLD (~jin@belief.htu.tuwien.ac.at) |
| 13:30.22 | Jin^eLD | huhu |
| 13:31.24 | *** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 13:43.38 | *** join/#oe dth_ntb (~dieter@a89-182-145-60.net-htp.de) |
| 13:53.12 | CIA-2 | 03Henning Heinold <heinold@inf.fu-berlin.de> 07org.openembedded.dev * r22afd95e74 10openembedded.git/recipes/llvm/ (llvm-common-native.bb llvm-common.bb): llvm-common: use new staging system and switch to BBCLASSEXTENDED |
| 13:53.21 | CIA-2 | 03Henning Heinold <h.heinold@tarent.de> 07org.openembedded.dev * recb3cf8e4c 10openembedded.git/recipes/ (52 files in 6 dirs): openjdk: move over the recipes from jalimo |
| 13:53.48 | *** join/#oe woglinde (~heinold@f052067165.adsl.alicedsl.de) |
| 13:58.22 | *** join/#oe nitin (~nitin@134.134.137.71) |
| 13:59.14 | *** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net) |
| 14:01.37 | *** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net) |
| 14:03.46 | woglinde | hi jconnolly |
| 14:03.54 | jconnolly | hi woglinde |
| 14:04.03 | jconnolly | brb need to resize a partition |
| 14:04.07 | jconnolly | builds are large ;D |
| 14:04.11 | woglinde | *g* |
| 14:05.55 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rebe46b88fa 10openembedded.git/conf/distro/include/angstrom.inc: angstrom: include jalimo bits now that openjdk is in OE |
| 14:07.05 | *** join/#oe geo_gcju (c28a2734@gateway/web/freenode/ip.194.138.39.52) |
| 14:07.20 | geo_gcju | ho |
| 14:07.23 | geo_gcju | hi |
| 14:07.38 | geo_gcju | JaMa: Managed to get my chroot working |
| 14:08.59 | geo_gcju | now I'm using schroot and mount proc and devpts at chroot to it, everything working fine so far |
| 14:10.03 | JaMa | geo_gcju: good |
| 14:11.13 | *** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net) |
| 14:12.55 | geo_gcju | JaMa: so thanks for four hint with proc, from the errors I got I coulnd't spot the error |
| 14:13.10 | *** join/#oe jconnolly (~jconnolly@ool-18b82cf6.dyn.optonline.net) |
| 14:16.14 | *** join/#oe radhermit (~radhermit@radhermit-1-pt.tunnel.tserv3.fmt2.ipv6.he.net) |
| 14:31.58 | *** join/#oe CosmicPenguin (~nobody@207-114-132-30.static.twtelecom.net) |
| 14:53.36 | *** join/#oe LeTama (~IceChat7@vau06-1-82-228-252-90.fbx.proxad.net) |
| 14:59.09 | mickeyl | florian: ping |
| 14:59.36 | florian | mickeyl: yes? |
| 14:59.49 | pb_ | hi mickeyl, florian |
| 15:00.10 | woglinde | hi all |
| 15:00.13 | pb_ | hi woglinde |
| 15:00.50 | mickeyl | florian: i just received an reminder from Finanzamt |
| 15:00.58 | *** join/#oe cyberdeck (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 15:01.00 | mickeyl | florian: we need to submit the tax stuff by 30.7. |
| 15:02.48 | mickeyl | hi pb_ and woglinde |
| 15:04.02 | florian | mickeyl: oops... ok, well... i guess that's possible. maybe not this week but i'll try to do it next week |
| 15:04.08 | florian | its not that much... |
| 15:04.34 | mickeyl | ok. i will make sure the Tätigkeitsbericht is ready next week as well |
| 15:04.38 | mickeyl | will send it to you as PDF then |
| 15:05.39 | florian | needs a new brain and a fork of himself |
| 15:06.46 | mickeyl | heh |
| 15:09.31 | *** join/#oe nitin (~nitin@nat/intel/x-lywpgutmudtqcmtp) |
| 15:12.09 | *** join/#oe hoj (~hoj@75-147-191-205-Washington.hfc.comcastbusiness.net) |
| 15:12.51 | woglinde | have we travel-budget this year? |
| 15:15.07 | mickeyl | florian is the treasurer, however i think we don't have much left. Apparantly until now we have failed to acquire more donations |
| 15:16.18 | florian | right... |
| 15:16.38 | florian | would love to work on oe marketing but currently there is not a single minute left |
| 15:20.47 | *** join/#oe rob_w (~bob@pD95EF245.dip.t-dialin.net) |
| 15:21.16 | mickeyl | we need to push our director of PR |
| 15:21.57 | woglinde | *g* |
| 15:22.19 | pb_ | heh, indeed. poor chap. |
| 15:28.15 | *** join/#oe rsalveti (~rsalveti@201.82.70.219) |
| 15:29.53 | Jay7 | wow.. do we have travel-budget? :) |
| 15:30.13 | woglinde | we had |
| 15:30.15 | woglinde | last year |
| 15:30.41 | Jay7 | who is sponsored us? |
| 15:30.51 | woglinde | I forgot the company |
| 15:30.57 | woglinde | florian and mickeyl knows |
| 15:31.52 | Jay7 | imho we should try to ask some funding from TI and HP at least :) |
| 15:35.05 | woglinde | hihi or eads |
| 15:35.38 | pb_ | or mentor, their products are expensive enough :-} |
| 15:36.28 | pb_ | or intel. we could threaten to steal RP and sell him to raise cash. |
| 15:37.06 | *** join/#oe jconnolly (~jconnolly@ool-18b82cf6.dyn.optonline.net) |
| 15:37.44 | Jay7 | pb_: :)) |
| 15:40.31 | *** join/#oe rsalveti (~rsalveti@201.82.70.219) |
| 15:43.15 | *** part/#oe screwgoth (~raseel@122.170.49.246) |
| 16:08.00 | *** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl) |
| 16:08.22 | hrw | if someone still run OE source mirror then I have bad news for him: cleaning my DL_DIR |
| 16:13.28 | *** join/#oe Heinervdm (~thomas@pD9E15A20.dip.t-dialin.net) |
| 16:23.28 | tzanger | what does OE use to determine if TMPDIR has moved? |
| 16:23.36 | tzanger | mine hasn't, but bitbake is certainly convinced that it has |
| 16:23.51 | woglinde | your paths are relative? |
| 16:24.01 | woglinde | and you called bitbake from difrent dir |
| 16:24.02 | tzanger | nope... |
| 16:25.26 | tzanger | that is also a negative |
| 16:32.59 | *** join/#oe jpereira (~jpereira@unaffiliated/jpereira) |
| 16:34.15 | *** join/#oe jpereira (~jpereira@unaffiliated/jpereira) |
| 16:34.42 | *** join/#oe kristianpaul (~kristianp@190.7.138.180) |
| 16:34.46 | kristianpaul | Hello |
| 16:35.09 | kristianpaul | In OE when using bitbake it cross compile something |
| 16:35.12 | kristianpaul | but |
| 16:35.44 | kristianpaul | if i want to chnage some pararmaeters that can be passed to the configure, where i should look? |
| 16:42.54 | *** join/#oe toi (~toi@d54C2AA76.access.telenet.be) |
| 16:59.27 | *** join/#oe stefan_schmidt (~stefan@p5B035010.dip.t-dialin.net) |
| 17:10.59 | Jay7 | kristianpaul: did you mean what to write into recipe to pass some parameters to configure? |
| 17:11.02 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r479ea460e4 10openembedded.git/recipes/pam/ (libpam-base-files.bb libpam-base-files/pam.d/cups): libpam-base-files: cups installs its own pam file, so remove it from here |
| 17:11.14 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r81467a049f 10openembedded.git/recipes/meta/meta-toolchain-qte.bb: meta-toolchain-qte: fix sh syntax |
| 17:15.32 | *** join/#oe robtow (~rob@12.156.66.34) |
| 17:19.13 | *** join/#oe B_Lizzard (~havoc@athedsl-431729.home.otenet.gr) |
| 17:20.33 | *** join/#oe etrunko (~edulima@187.75.148.141) |
| 17:31.11 | *** join/#oe mrc3 (~mrc3@nat/ti/x-iqvkalhbtfwejnfz) |
| 17:33.45 | *** join/#oe mickeyl (~mickey@80.81.242.146) |
| 17:36.12 | *** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 17:36.30 | kergoth_ | spends his morning fixing his laptop's install so he actually has enough space to do big builds... /eyeroll |
| 17:37.01 | Jay7 | btw |
| 17:37.23 | Jay7 | on powerdeveloper.org you can propose your project to get Efika MX hardware |
| 17:37.37 | Jay7 | OE on Efika is already proposed by likewise :) |
| 17:37.45 | Jay7 | proposed and even accepted |
| 17:37.56 | *** join/#oe robtow (~rob@12.156.66.34) |
| 17:40.58 | eFfeM | tzanger: the old tmpdir var is your tmp dir in the saved_tmpdir file, you can see what is in there and compare with the actual dir |
| 17:41.58 | eFfeM | khem, looked at the gcc problem I had, the problem is when compiling the lib stuff, (and in my case linux_atomic.c), issue is that a -I to the x686 sysroot dir is there causing the system to pick up the wrong include file. |
| 17:43.05 | eFfeM | khem, I've seen this is from GMPINC which points to the sysroots/i686-linux/usr/include dir and hence causes this |
| 17:43.48 | eFfeM | khem, I've analysed it and the problem is a -I${GMPINC) in build*/gcc/Makefile, when I removed that manually and restarted compilation all works fine. |
| 17:43.56 | eFfeM | but not sure how to fix this properly |
| 17:45.03 | eFfeM | configure says GMPINC and GMPLIBS are influential env vars, should they be overruled in the bb file |
| 17:45.43 | eFfeM | (trying to tweak with gmp related ac vars didn't lead to success for me, but maybe I misunderstood things) |
| 18:04.26 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r6e7a6d5036 10openembedded.git/recipes/shadow/ (files/securetty shadow.inc): shadow: add more ARM serial ports |
| 18:06.41 | *** join/#oe mekius (~mekius@enlightenment/developer/mekius) |
| 18:16.14 | *** join/#oe rwhitby (~rwhitby@nslu2-linux/rwhitby) |
| 18:23.45 | *** join/#oe Martin-B (~martin@pool-81-67-198-89.dbd-ipconnect.net) |
| 18:25.10 | *** part/#oe kristianpaul (~kristianp@190.7.138.180) |
| 18:29.55 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r423aff2324 10openembedded.git/contrib/angstrom/sort.sh: angstrom feed sorter: add support for omap4430-panda |
| 18:31.36 | CIA-2 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r302dbb63be 10openembedded.git/recipes/linux/linux-nios2-2.6.34/defconfig: |
| 18:31.36 | CIA-2 | linux-nios2-2.6.34: moved defconfig to the neek subdir |
| 18:31.36 | CIA-2 | so other machines can have their defconfig adjacent to this |
| 18:31.36 | CIA-2 | Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com> |
| 18:34.58 | Tartarus | eFfeM: how is the include file wrong, anyhow? |
| 18:35.35 | Tartarus | Or is gcc using the GMPINC incs when it doesn't need to? |
| 18:37.47 | *** join/#oe bkinman (~bkinman@soenat3.cse.ucsc.edu) |
| 18:43.35 | khem | Tartarus: this is what I replied to one of earlier email GMPCINC is hostinclude |
| 18:43.44 | khem | and gcc passes it for target libs too |
| 18:43.58 | eFfeM | exactly |
| 18:44.18 | bkinman | Anybody know why it is that when I bitbake omap3-console-image, it compiles 2.6.33? I'm reading on the internets that the kernel that should be compiled will be the one whose bitbake file specifies DEFAULT_PREFERENCE_overo? linux-omap_2.6.29.bb is the file that contains that flag though? |
| 18:44.23 | khem | but I dont know the reason yet |
| 18:44.30 | eFfeM | and my target asm/unistd.h differs from the host one, causing compilation of the gcc lib to fail |
| 18:44.49 | khem | bkinman: whats your MACHINE |
| 18:45.28 | bkinman | "overo", as specified by auto.conf |
| 18:47.25 | Tartarus | One more reason I wish it was easier to just build gmp/mpfr/etc into gcc, heh |
| 18:47.52 | eFfeM | khem, the GMPINC comes from gcc/Makefile.in; I think configure gives it the wrong value, but it is overridable with configure env vars |
| 18:48.18 | eFfeM | and ofc I can just patch out the -I${GMPINC} but not sure if that is good either |
| 18:49.20 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 18:49.58 | florian | re |
| 18:51.55 | eFfeM | afk for a while |
| 18:51.56 | khem | eFfeM: gcc itself uses this include |
| 18:52.00 | eFfeM | ah ok |
| 18:52.02 | eFfeM | still here |
| 18:52.28 | woglinde | re |
| 18:52.50 | eFfeM | should we have a gmp-intermediate or so that compiles and builds gmp with gcc-intermediate ? |
| 18:53.07 | woglinde | effem do we need it? |
| 18:53.24 | khem | bkinman: it seems overo machine uses linux-omap-psp |
| 18:53.30 | khem | bkinman: not linux-omap |
| 18:53.41 | khem | blindvt: around ? |
| 18:53.44 | woglinde | linux-omap-psp has more features |
| 18:53.46 | Tartarus | eFfeM: The problem is why is gcc using host stuff when doing target stuff |
| 18:54.03 | khem | Tartarus: its a gcc bug/need I dont know |
| 18:54.09 | bkinman | khem: Interesting! Where did you find that? |
| 18:54.13 | eFfeM | Tartarus: I think what we see is that configure finds a gmp and uses that |
| 18:54.14 | khem | Tartarus: there might be a reason why gcc does that |
| 18:54.23 | Tartarus | khem: Right |
| 18:54.24 | khem | or may be just an oversight |
| 18:54.30 | Tartarus | But that seems to be a potential for a problem |
| 18:54.32 | khem | I dont know yet |
| 18:54.34 | *** join/#oe pb__ (~pb@blundell.swaffham-prior.co.uk) |
| 18:54.36 | khem | I havent looked into it |
| 18:54.39 | woglinde | re pb |
| 18:54.50 | Tartarus | ie 'normally' you would this this problem, for nios2 |
| 18:54.55 | *** join/#oe methril__ (~methril@189.27.132.223.dynamic.adsl.gvt.net.br) |
| 18:54.56 | Tartarus | Since a normal gmpinc will be /usr/include |
| 18:55.01 | khem | yeah |
| 18:55.04 | Tartarus | with host asm/unistd.h and so on |
| 18:55.12 | khem | or out host sysroot |
| 18:55.22 | khem | our |
| 18:55.30 | Tartarus | Or now that our host sysroot has it, yes :) |
| 18:56.28 | eFfeM | well, the issue is triggered by the introduction of linux-libc-headers-native which puts asm/unistd.h in x686/sysroot |
| 18:56.41 | woglinde | hm |
| 18:56.47 | eFfeM | and the nios2 one differs from the native one as nios2 has introduced a new system call |
| 18:57.23 | eFfeM | if I do ASSUME_PROVIDED_linux-libc-headers-native everything works fine |
| 18:57.50 | eFfeM | because there is no faulty unistd.h in the GMPINC dir |
| 18:57.57 | woglinde | the old kernel-header problem |
| 18:58.46 | eFfeM | yes, I already feared something nasty like this would happen with the introduction of linux-libc-headers-native; in this case I'd rather been proven wrong ... |
| 18:59.52 | bkinman | khem: I dont see linux-omap-psp bitbake file for kernel version 2.6.33? |
| 18:59.54 | eFfeM | anyway my workaround is to have ASSUME_PROVIDED += "linux-libc-headers-native" |
| 18:59.54 | eFfeM | <PROTECTED> |
| 19:00.36 | woglinde | psp is 2.6.32 |
| 19:00.42 | woglinde | yes |
| 19:00.50 | eFfeM | open for suggestions, but temporarily moving out of this hot room... |
| 19:01.48 | GNUtoo|laptop | hi, how do I oewarn etc...in python? |
| 19:03.07 | woglinde | gnutoo grep? |
| 19:03.36 | khem | bkinman: whatever it is at is what you can use |
| 19:03.47 | khem | if you need 2.6.33 then you have to port |
| 19:04.10 | GNUtoo|laptop | bb.note |
| 19:04.13 | GNUtoo|laptop | found it |
| 19:05.01 | woglinde | khem uh thats not task for some one alone |
| 19:07.40 | khem | woglinde: heh |
| 19:09.17 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 19:11.08 | *** join/#oe rob_w (~bob@pD95EF245.dip.t-dialin.net) |
| 19:16.44 | Tartarus | eFfeM: But the question is, how does the nios2 stuff build anywhere at all? |
| 19:16.57 | Tartarus | That might be an interesting gcc build log to look over |
| 19:17.48 | GNUtoo|laptop | hi JaMa |
| 19:17.53 | GNUtoo|laptop | I found the reason |
| 19:18.23 | GNUtoo|laptop | <PROTECTED> |
| 19:18.29 | blindvt | khem, pong |
| 19:18.31 | GNUtoo|laptop | <PROTECTED> |
| 19:18.35 | GNUtoo|laptop | return |
| 19:18.39 | GNUtoo|laptop | enabled is a string |
| 19:18.45 | GNUtoo|laptop | so enabled is true |
| 19:18.49 | *** join/#oe zenob (~marek@ip-77.222.249.248.spray.net.pl) |
| 19:19.08 | GNUtoo|laptop | even if it's 0 |
| 19:19.34 | Tartarus | GNUtoo|laptop: Ick, silly python :( |
| 19:19.39 | GNUtoo|laptop | lol |
| 19:19.47 | blindvt | khem, i built qemuppc, qemumips, qemux86, qemuarm and my own qemux86_64 successfully after the nptl overhaul, yes |
| 19:19.48 | Tartarus | Found a case like that in the strict hash stuff the other day |
| 19:19.53 | blindvt | khem, what ICE do you get? |
| 19:21.10 | blindvt | khem, i shall look into nobx now. What do you mean by "I think you do not have a function to disable already enabled feature." ? please explain? |
| 19:21.45 | *** join/#oe hansdampf (~moritz@212.77.182.145) |
| 19:22.31 | blindvt | khem, the 'rem' translate into a sed /SOMETHING/d stanza, if you mean that? |
| 19:22.38 | zenob | GNUtoo|laptop: i'm newbie in this oe stuff. what should i do to complete leviathan receipe ? |
| 19:22.59 | GNUtoo|laptop | zenob, go in the source dir |
| 19:23.06 | GNUtoo|laptop | go in the git dir |
| 19:23.29 | GNUtoo|laptop | note the name of leviathan recipe's source dir |
| 19:23.36 | GNUtoo|laptop | move or rm it |
| 19:23.40 | GNUtoo|laptop | and check it out manually |
| 19:23.42 | blindvt | khem, thinking about it, i'd much prefer to explicitly ask for BX, perhaps in some generic arm include? |
| 19:23.56 | GNUtoo|laptop | and rename it to the name you noted |
| 19:24.19 | GNUtoo|laptop | zenob, btw could you provide the exact error |
| 19:24.20 | GNUtoo|laptop | ? |
| 19:26.59 | GNUtoo|laptop | ping JaMa |
| 19:27.18 | Tartarus | khem: http://patchwork.openembedded.org/patch/2235/ is that an acked-by? :) |
| 19:27.46 | zenob | GNUtoo|laptop: http://pastebin.com/Mj0SVMQg |
| 19:28.05 | GNUtoo|laptop | hi mickeyl, about the git issue, did it apply to all gitorious repos? |
| 19:28.50 | GNUtoo|laptop | zenob, that doesn't seem a fetch error anymore... |
| 19:29.51 | *** join/#oe rwhitby (~rwhitby@nslu2-linux/rwhitby) |
| 19:30.31 | zenob | oh, sorry, i've tried to download manally *.tar.gz file, renamed it, and copied to dowload dir |
| 19:31.09 | GNUtoo|laptop | zenob, strange |
| 19:31.15 | GNUtoo|laptop | scripts/unifdef.c is present for me |
| 19:31.27 | GNUtoo|laptop | zenob, I meant the git |
| 19:31.32 | GNUtoo|laptop | clone it |
| 19:31.46 | GNUtoo|laptop | tar.gz is only the current source |
| 19:31.57 | GNUtoo|laptop | it will be changed at each source revision change |
| 19:32.23 | zenob | ok, i'll try |
| 19:32.54 | GNUtoo|laptop | like in that dir |
| 19:32.59 | GNUtoo|laptop | /home/gnutoo/embedded/oe/sources/git/gitorious.org.htc-msm-2-6-32.leviathan-incoming.git |
| 19:33.06 | GNUtoo|laptop | maybe instead of cloning |
| 19:33.11 | GNUtoo|laptop | just run the command that failed |
| 19:49.54 | *** join/#oe qdot (~qdot@vorlon.vm.bytemark.co.uk) |
| 19:50.18 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
| 19:51.21 | kergoth_ | i hate computers. |
| 19:51.24 | *** join/#oe kgilmer (~kgilmer@firebug.buglabs.net) |
| 19:51.38 | woglinde | kergoth me too |
| 19:52.04 | mario-goulart | And they hate us too |
| 19:53.28 | *** join/#oe grma (~gruberm@chello212186029093.tirol.surfer.at) |
| 20:03.22 | eFfeM | Tartarus: just saw your q: don't really understand it "how does the nios2 stuff build anywhere at all?" |
| 20:03.24 | kergoth_ | so it seems |
| 20:03.53 | eFfeM | Tartarus: it builds, see my tinderbox log of 2010-07-07 19:08:31 |
| 20:04.59 | eFfeM | sorry wrong tinderbox ref |
| 20:05.55 | kergoth_ | somehow my X just exploded on my work laptop, stuck in a crappy resolution, etc now |
| 20:05.57 | kergoth_ | scratches head |
| 20:06.00 | kergoth_ | oh |
| 20:06.07 | kergoth_ | maybe i'm so low on disk space i can't login :) |
| 20:06.41 | woglinde | system-rescue-cd |
| 20:07.17 | eFfeM | hm, somehow I cannot find a proper tinderbox log, will try to make a new one, also tinderbox package search seem to have some issues |
| 20:08.41 | eFfeM | Tartarus: but no idea why you think the nios2 stuff would not build (choose MACHINE neek and bitbake gcc-cross and you're on |
| 20:09.20 | dcordes | hi |
| 20:10.56 | *** join/#oe woglinde_ (~heinold@g225004109.adsl.alicedsl.de) |
| 20:12.16 | eFfeM | Tartarus: it is building now, http://tinderbox.openembedded.net/builds/78028/ will be back in a while |
| 20:14.48 | *** join/#oe qdot (~qdot@vorlon.vm.bytemark.co.uk) |
| 20:16.51 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
| 20:19.19 | Tartarus | eFfeM: I mean outside of OE |
| 20:19.23 | Tartarus | I have no idea how it could build |
| 20:19.34 | Tartarus | Since /usr/include will be used for GMPINC |
| 20:19.42 | Tartarus | And that will have the bad asm/unistd.h |
| 20:24.24 | eFfeM | Tartarus: originally I got a binary |
| 20:25.48 | eFfeM | and this is the published way: http://www.nioswiki.com/Build_the_gcc4_toolchain |
| 20:26.02 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
| 20:26.03 | eFfeM | never tried that it is based upon somw windriver/csl script or so |
| 20:26.32 | eFfeM | the non-mmu version builds upon the uclinux build env |
| 20:27.43 | eFfeM | don't have those sources and scripts handy |
| 20:32.42 | blindvt | is there some sort of emulator for nios2, btw? |
| 20:34.16 | Tartarus | eFfeM, k |
| 20:34.21 | blindvt | we have nios2 support in uClibc but i never attempted to test it nor keep it alive, admittedly. Some sort of emulator would help tremendously to keep that port alive, in my pov |
| 20:35.26 | bkinman | khem: Actually, I AM using 2.6.33, it seems that bitbake omap3-console-image IS compiling a 2.6.33 kernel? |
| 20:38.17 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 20:40.02 | bkinman | khem: i really wish, for the life of me, that i could figure out which files were responsible for selecting this kernel. |
| 20:41.08 | CIA-2 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * rbcb57eab74 10openembedded.git/recipes/ipkg-utils/ipkg-utils-native_1.6+cvs20050404.bb: |
| 20:41.08 | CIA-2 | ipkg-utils-native: Switch to non-legacy staging |
| 20:41.08 | CIA-2 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 20:48.05 | CIA-2 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r51ee5b59b4 10openembedded.git/recipes/ipkg-utils/ipkg-utils-native_1.6+cvs20050404.bb: |
| 20:48.06 | CIA-2 | ipkg-utils-native: Switch for real... |
| 20:48.06 | CIA-2 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 20:48.14 | Tartarus | ~lart self |
| 20:48.14 | ibot | takes out a cattle prod and gives self a good jolt |
| 20:48.32 | mwester | ouch |
| 21:03.02 | Tartarus | tests python-native switch, properly now |
| 21:05.21 | GNUtoo|laptop | hi |
| 21:05.23 | GNUtoo|laptop | I've Unknown fetch Error |
| 21:05.30 | GNUtoo|laptop | NOTE: Task failed: Unknown fetch Error: [Errno 2] No such file or directory: |
| 21:05.33 | GNUtoo|laptop | and the tarball |
| 21:05.38 | GNUtoo|laptop | I've messed up my source dir |
| 21:05.41 | GNUtoo|laptop | what can I do |
| 21:05.47 | GNUtoo|laptop | I don't want to rebuild from scratch |
| 21:05.52 | GNUtoo|laptop | I'm debugging a git issue |
| 21:06.16 | Tartarus | turn on packaged-staging so ditching TMPDIR hurts much less, next time :) |
| 21:06.22 | Tartarus | bitbake -c clean whatever is failing |
| 21:06.27 | GNUtoo|laptop | I've packaging staging |
| 21:06.29 | Tartarus | mv $DL_DIR $DL_DIR.old |
| 21:06.33 | GNUtoo|laptop | clean doesn't seem to fix it |
| 21:06.33 | GNUtoo|laptop | ok |
| 21:06.42 | Tartarus | Well, save off your pstaging dir |
| 21:06.45 | Tartarus | and wipe out the rest |
| 21:06.50 | Tartarus | or put pstaging outside of tmpdir :) |
| 21:07.10 | GNUtoo|laptop | basically I want to force it to refetch the git repo |
| 21:07.13 | Tartarus | $ grep DISTRO conf/local.conf |
| 21:07.13 | Tartarus | TMPDIR = "/home/trini/work/OE-upstream/tmp.${LIBC}.${DISTRO}" |
| 21:07.13 | Tartarus | PSTAGE_DIR = "/home/trini/work/OE-upstream/pstage.${LIBC}.${DISTRO}" |
| 21:07.15 | Tartarus | is what I do, heh |
| 21:07.18 | GNUtoo|laptop | ok |
| 21:07.32 | Tartarus | so nuking TMPDIR is easy, don't have to think about it |
| 21:07.44 | GNUtoo|laptop | I also use autorev |
| 21:07.51 | GNUtoo|laptop | so I need to keep the local count |
| 21:08.13 | GNUtoo|laptop | moving source didn't solve it |
| 21:08.21 | CIA-2 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * ra753e68001 10openembedded.git/recipes/python/ (python-native_2.6.1.bb python-native_2.6.4.bb): |
| 21:08.21 | CIA-2 | python-native: Switch to non-legacy staging |
| 21:08.21 | CIA-2 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 21:08.27 | GNUtoo|laptop | it doesn't seem the stamps either |
| 21:08.56 | Tartarus | Well, I don't quite know what your problem is from that one line :) |
| 21:09.01 | GNUtoo|laptop | ok |
| 21:09.07 | GNUtoo|laptop | basically when you fetch |
| 21:09.14 | GNUtoo|laptop | from git you make a tarball of it |
| 21:09.20 | Tartarus | Yeah |
| 21:09.20 | GNUtoo|laptop | it doesn't find that tarball |
| 21:09.31 | Tartarus | So something is off in that part of bitbake |
| 21:09.42 | GNUtoo|laptop | I removed the tarball |
| 21:09.52 | GNUtoo|laptop | basically here's the issue |
| 21:10.04 | GNUtoo|laptop | I've an htcdream |
| 21:10.16 | GNUtoo|laptop | the android kernel is non-standard |
| 21:10.23 | GNUtoo|laptop | so we use a gitorious repo for our kenrel |
| 21:10.32 | GNUtoo|laptop | that gitorious repo fails to be fetched |
| 21:10.35 | GNUtoo|laptop | I want to debug that |
| 21:11.33 | GNUtoo|laptop | so I removed the tarball |
| 21:11.38 | GNUtoo|laptop | and the stamps |
| 21:11.44 | GNUtoo|laptop | for forcing it to refetch it |
| 21:11.52 | GNUtoo|laptop | and it wanted the tarball again |
| 21:14.22 | GNUtoo|laptop | ah |
| 21:14.27 | GNUtoo|laptop | maybe in stamps in staging |
| 21:14.48 | GNUtoo|laptop | hmmm no |
| 21:15.21 | GNUtoo|laptop | does someone knows? |
| 21:15.48 | *** join/#oe woglinde (~heinold@f052233174.adsl.alicedsl.de) |
| 21:17.50 | zenob | GNUtoo, i don't know if it helps, but think there's something with gitorius, i'm still getting fatal: early EOF during git clone git://gitorious.org/htc-msm-2-6-32/leviathan-incoming.git |
| 21:18.18 | leviathan | hmm |
| 21:18.26 | leviathan | zenob: its a bug on gitorious |
| 21:18.47 | zenob | so what's the solution ? |
| 21:19.22 | GNUtoo|laptop | zenob, I'm trying to debug that now |
| 21:19.30 | GNUtoo|laptop | but I messed up my tmpdir |
| 21:22.17 | bkinman | When i do bitbake linux, it builds kernel 2.6.35, anybody know why? |
| 21:24.54 | leviathan | bkinman: no? |
| 21:25.09 | leviathan | bkinman: which device? |
| 21:25.16 | GNUtoo|laptop | I'll try -DDD |
| 21:25.20 | bkinman | leviathan: MACHINE is overo. |
| 21:25.25 | leviathan | bkinman: ohh |
| 21:25.26 | leviathan | hmm |
| 21:25.49 | leviathan | bkinman: perhaps they did not set a standart kernel |
| 21:25.51 | leviathan | or |
| 21:26.00 | leviathan | over is in official kernel |
| 21:26.01 | leviathan | :-) |
| 21:26.36 | bkinman | leviathan: this is killing me, i cant for the life of me figure out how it determines which kernel to build, i've been trying to figure this out for days. |
| 21:27.05 | leviathan | uhm |
| 21:27.09 | leviathan | try it in local.conf |
| 21:27.11 | GNUtoo|laptop | was bitbke's cache |
| 21:27.18 | leviathan | GNUtoo|laptop: ok |
| 21:27.36 | GNUtoo|laptop | thanks a lot for the help |
| 21:27.37 | bkinman | leviathan: local.conf does not specify a kernel as far as i can tell. |
| 21:27.56 | leviathan | bkinman: in local.conf we can set the definitions which virtual package should be used |
| 21:28.01 | leviathan | e.g. |
| 21:29.01 | leviathan | bkinman: PREFERRED_PROVIDER_virtual/kernel = "linux-leviathan" |
| 21:29.01 | leviathan | or so |
| 21:29.02 | bkinman | leviathan: yeah, there are no directives like that in my local.conf. Just DISTRO and DISTRO_TYPE |
| 21:29.31 | leviathan | bkinman: because its the last possible solution to fix your problem |
| 21:29.34 | leviathan | but it will do it |
| 21:29.35 | leviathan | ;-) |
| 21:31.13 | bkinman | leviathan: ah, you are making a suggestion, gotcha. |
| 21:31.37 | leviathan | yes |
| 21:31.39 | leviathan | :-) |
| 21:34.38 | *** join/#oe mrc3 (~mrc3@nat/ti/x-bzdxdxarrqgbsljy) |
| 21:36.18 | *** join/#oe user2 (~3MX@5e0090bd.bb.sky.com) |
| 21:36.46 | blindvt | curses |
| 21:38.48 | *** join/#oe dijenerate (~dijenerat@64.210.44.37) |
| 21:46.31 | *** join/#oe mickeyl (~mickey@80.81.242.146) |
| 21:47.02 | bkinman | Hrmm. bitbake linux seems to produce a kernel that doesnt work... However, bitbake omap3-console-image produced a kernel image that does seem to work, does that make sense to anybody? |
| 21:47.32 | kergoth_ | "linux" is one *specific* kernel recipe |
| 21:47.37 | kergoth_ | not necessarily the one your machine needs |
| 21:47.41 | kergoth_ | you want to bitbake virtual/kernel |
| 21:52.31 | blindvt | dammed. what was the http_proxy and ftp_proxy settings again that were whitelisted? |
| 21:53.04 | blindvt | what a pita. Looking for my notes |
| 21:55.09 | tzanger | oh wow |
| 21:55.24 | tzanger | -cclean linux blows away the entire source and a subsequent bitbake linux rebuilds it from source |
| 21:55.32 | tzanger | I guess -cclean isn't necessary if I change a defconfig :-) |
| 21:55.45 | *** join/#oe dth_ntb (~dieter@a89-182-145-60.net-htp.de) |
| 21:59.16 | buZz | when will the 2.6.34 for akita be released? |
| 21:59.50 | Jay7 | buZz: you can use it today :) |
| 21:59.51 | blindvt | we're at 2.6.34.1 by now |
| 21:59.58 | buZz | woa |
| 22:00.47 | buZz | can i just let bitbake pick a different kernel for my machine? |
| 22:00.55 | Jay7 | ant have testing it sometimes |
| 22:01.25 | Jay7 | buZz: set DEFAULT_PREFERENCE_akita="1" in recipe with appropriate kernel |
| 22:01.45 | Jay7 | still not tested latest kernels on akita and tosa :( |
| 22:02.15 | tzanger | hmm |
| 22:02.48 | tzanger | none of the AT91 linux defconfigs have CONFIG_EARLY_AT91_USART set... I would have thought that they would have wanted that |
| 22:03.14 | buZz | according to someone in my email, the 2.6.34 will allow me to run newer udev |
| 22:03.31 | buZz | and thus, get gudev, and be able to continue my gnome-image based on xorg |
| 22:03.32 | buZz | :P |
| 22:03.33 | Jay7 | buZz: yes, udev-151 |
| 22:04.15 | Jay7 | but then revert Stanislav Brabec's commit that have glued udev-14x for zauruses |
| 22:04.53 | buZz | i still have to get used to dealing with stuff like that on git .. |
| 22:05.59 | Jay7 | distro/include/angstrom-2008-preferred-versions.inc:PREFERRED_VERSION_udev_akita = "141" |
| 22:06.26 | khem | bkinman: which branch of oe are you using ? |
| 22:06.26 | Jay7 | git log distro/include/angstrom-2008-preferred-versions.inc |
| 22:06.36 | Jay7 | then git revert <rev> |
| 22:06.51 | Jay7 | but git checkout -b your_own_branch before |
| 22:07.04 | Jay7 | btw |
| 22:07.18 | Jay7 | do we have renamed org.oe.dev to master already? |
| 22:07.25 | bkinman | khem: let me check. |
| 22:08.15 | bkinman | khem: the overo branch |
| 22:09.17 | *** join/#oe mickeyl (~mickey@80.81.242.146) |
| 22:14.34 | GNUtoo|laptop | I've the error again |
| 22:14.41 | GNUtoo|laptop | how do I force to reparse everything? |
| 22:14.54 | Jay7 | rm cache? |
| 22:15.15 | GNUtoo|laptop | ok |
| 22:15.28 | GNUtoo|laptop | apart that I shouldn't rm the local count |
| 22:15.35 | GNUtoo|laptop | thanks |
| 22:16.08 | Jay7 | may be there is some bitbake option for this but I don't know.. |
| 22:16.23 | GNUtoo|laptop | ok |
| 22:17.17 | GNUtoo|laptop | sigh |
| 22:17.22 | GNUtoo|laptop | I will never fix the issue |
| 22:18.10 | zenob | can't you just build single receipe ? |
| 22:18.28 | GNUtoo|laptop | I can't fetch |
| 22:18.37 | GNUtoo|laptop | NOTE: Task failed: Unknown fetch Error: [Errno 2] No such file or directory: '/home/gnutoo/embedded/oe/sources/git_gitorious.org.htc-msm-2-6-32.leviathan-incoming.git_3a5d683e5893ae75ace4bdfef4f5605555d40740.tar.gz |
| 22:18.50 | leviathan | hmm |
| 22:18.56 | zenob | yes, but what may cause this ? |
| 22:18.57 | leviathan | got into the sources dir |
| 22:18.59 | GNUtoo|laptop | and without fetching I can't solve that gitorious issue |
| 22:19.08 | GNUtoo|laptop | leviathan, ? |
| 22:19.11 | leviathan | and clone manually |
| 22:19.14 | leviathan | :-( |
| 22:19.17 | GNUtoo|laptop | leviathan, no |
| 22:19.30 | leviathan | gitorious is broken somehow |
| 22:19.37 | leviathan | in combination with bitbake |
| 22:19.39 | GNUtoo|laptop | leviathan, I *WANT* to fix gitorious issue |
| 22:19.39 | leviathan | dunno why |
| 22:19.40 | blindvt | i've a foobar http fetcher that doesn't respect my http_proxy nor my ftp_proxy. sigh |
| 22:19.44 | leviathan | ahh |
| 22:19.47 | leviathan | GNUtoo|laptop: hmm |
| 22:20.00 | GNUtoo|laptop | and in order to do that I need to force it to fetch from gitorious |
| 22:20.03 | GNUtoo|laptop | instead of locally |
| 22:20.11 | blindvt | this is so extremely unproductive |
| 22:20.14 | leviathan | GNUtoo|laptop: it might be an issue with the commandline options |
| 22:20.17 | blindvt | calls it a day |
| 22:20.26 | blindvt | g'night all |
| 22:20.31 | buZz | so does the calender! |
| 22:20.32 | GNUtoo|laptop | leviathan, I don't think so |
| 22:20.33 | leviathan | blindvt: gn8 |
| 22:20.58 | GNUtoo|laptop | I think it's a variable or something like that |
| 22:21.02 | GNUtoo|laptop | but bitbake is complex |
| 22:21.11 | *** join/#oe arun (~arun@unaffiliated/sindian) |
| 22:21.22 | GNUtoo|laptop | I didin't even succeed at printing what git did in fetchcmd |
| 22:26.20 | bkinman | Any other kids in here doing kernel hacking for the overo? |
| 22:29.26 | GNUtoo|laptop | sigh |
| 22:30.24 | Jay7 | oh.. |
| 22:30.37 | *** join/#oe xeon-enouf (~xeon-enou@unaffiliated/xeon-enouf) |
| 22:30.53 | Jay7 | is trying to sync with psplash mainstream and with patches from psplash recipe |
| 22:31.05 | GNUtoo|laptop | grrr |
| 22:32.49 | Jay7 | GNUtoo|laptop: override git call with own script |
| 22:33.03 | Jay7 | that will store command line somewhere |
| 22:33.12 | *** join/#oe mrc3 (~mrc3@nat/ti/x-orxeuatmbtrvhiay) |
| 22:33.14 | GNUtoo|laptop | ok but |
| 22:33.19 | GNUtoo|laptop | I can't even make git fetch |
| 22:33.30 | GNUtoo|laptop | I'm struggeling with that error: |
| 22:33.44 | GNUtoo|laptop | NOTE: Task failed: Unknown fetch Error: [Errno 2] No such file or directory: '/home/gnutoo/embedded/oe/sources/git_gitorious.org.htc-msm-2-6-32.leviathan-incoming.git_3a5d683e5893ae75ace4bdfef4f5605555d40740.tar.gz' |
| 22:34.00 | GNUtoo|laptop | I'm trying pass on a lot of bitbake function |
| 22:34.08 | GNUtoo|laptop | and I've still the same error |
| 22:34.30 | leviathan | hmm |
| 22:34.33 | ka6sox-work | cbrake_away, you here? |
| 22:35.02 | leviathan | GNUtoo|laptop: I'm writing here presentation for my MEG presentation |
| 22:35.07 | GNUtoo|laptop | ok |
| 22:35.10 | leviathan | and why its not a perpetuum mobile |
| 22:35.12 | leviathan | so |
| 22:35.14 | zenob | but manual clone also doesn't work and hangs at 15% |
| 22:35.14 | leviathan | and btw |
| 22:35.19 | leviathan | I should sleep now |
| 22:35.23 | GNUtoo|laptop | ok |
| 22:35.35 | leviathan | I'll look into it |
| 22:35.50 | zenob | thanks |
| 22:36.02 | leviathan | btw, GNUtoo|laptop because a supra conductor is a perpetuum mobile |
| 22:36.10 | leviathan | and I'm using quantum mechanics |
| 22:36.27 | leviathan | my construction could really be the first real type 2 perpetuum mobile xD |
| 22:36.33 | GNUtoo|laptop | zenob, ok I'm really trying hard to fix it |
| 22:36.37 | leviathan | but anyway |
| 22:36.38 | leviathan | ^^ |
| 22:36.49 | leviathan | GNUtoo|laptop: I'll look into it |
| 22:36.53 | leviathan | promised |
| 22:36.56 | GNUtoo|laptop | leviathan, into what? |
| 22:36.58 | GNUtoo|laptop | bitbake? |
| 22:37.02 | leviathan | yes |
| 22:37.07 | leviathan | I'll try to fix it |
| 22:37.11 | GNUtoo|laptop | ok |
| 22:37.13 | leviathan | if you do not manage to do so |
| 22:37.14 | GNUtoo|laptop | but it seem hard |
| 22:37.17 | leviathan | the next days |
| 22:37.19 | leviathan | yes |
| 22:37.40 | GNUtoo|laptop | I've an idea |
| 22:37.43 | GNUtoo|laptop | rename the recipe |
| 22:37.45 | GNUtoo|laptop | locally |
| 22:38.40 | leviathan | GNUtoo|laptop: gn8 |
| 22:38.43 | leviathan | ok |
| 22:38.50 | GNUtoo|laptop | same error |
| 22:38.53 | leviathan | ok |
| 22:38.54 | GNUtoo|laptop | it was a bad idea |
| 22:38.58 | GNUtoo|laptop | because the git is the same |
| 22:39.03 | leviathan | yes |
| 22:39.07 | leviathan | its the git url |
| 22:39.12 | *** join/#oe mrc3 (~mrc3@nat/ti/x-krrxlvrzrapzdxmd) |
| 22:39.14 | GNUtoo|laptop | maybe I could change that |
| 22:39.19 | GNUtoo|laptop | to http |
| 22:39.31 | leviathan | GNUtoo|laptop: look how other gitorious using recipes have done it |
| 22:39.33 | leviathan | :-) |
| 22:39.38 | leviathan | http is a good idea |
| 22:39.40 | GNUtoo|laptop | there are not much |
| 22:40.04 | leviathan | GNUtoo|laptop: I guess its because of broken git server |
| 22:40.06 | leviathan | try http |
| 22:40.15 | GNUtoo|laptop | no |
| 22:40.21 | GNUtoo|laptop | I guess it's a variable |
| 22:41.16 | mickeyl | i tend to agree. using the very same command in a user shell always seems to work for me |
| 22:41.33 | mickeyl | so it's probably something that OE blacklists |
| 22:41.39 | mickeyl | but that git needs for this server |
| 22:42.53 | Jay7 | I suspect errors in psplash svn.. |
| 22:43.05 | Jay7 | that rgb ordering looking wrong |
| 22:43.22 | GNUtoo|laptop | ok |
| 22:44.05 | GNUtoo|laptop | LANG="en_US.utf8" ? |
| 22:44.08 | blindvt | kergoth, somehow f84f382f340d6db15b9e5afb8c7c93969249a958 from that dell guy completely broke proxy handling in the wget fetcher for me. I have both http_proxy and ftp_proxy set in my environment proper (plus the odd upper-case variants in my local.conf) and bb's wget fetcher hangs trying to contact any target directly instread of via the given proxy |
| 22:44.34 | GNUtoo|laptop | because git needs LC_ALL LANG or something like that |
| 22:44.35 | blindvt | s/instread/instread/;# even |
| 22:44.51 | *** join/#oe mrc3 (~mrc3@nat/ti/x-nybzxkmxrflcfylf) |
| 22:45.30 | blindvt | fingers playing tricks on me. neither insns nor instruction nor read. but instead, really |
| 22:46.27 | blindvt | sleep. now. really |
| 22:46.55 | GNUtoo|laptop | mickeyl, how can you fetch if it says: |
| 22:47.04 | ka6sox-work | git and bugzilla offline for 30m to 1hr...for hardware replacement |
| 22:47.09 | GNUtoo|laptop | NOTE: Task failed: Unknown fetch Error: [Errno 2] No such file or directory: '.../git_gitorious.org.htc-msm-2-6-32.leviathan-incoming.git_3a5d683e5893ae75ace4bdfef4f5605555d40740.tar.gz' |
| 22:47.54 | mickeyl | well, that looks like the fetcher has been interrupted in between |
| 22:48.05 | mickeyl | it's a different output iirc on clean sourcetree |
| 22:48.23 | GNUtoo|laptop | I'll change rev then |
| 22:48.33 | GNUtoo|laptop | because nothing to do |
| 22:48.35 | GNUtoo|laptop | cleaning cache |
| 22:48.43 | GNUtoo|laptop | stamps |
| 22:48.54 | GNUtoo|laptop | staging |
| 22:48.59 | *** join/#oe mrc3 (~mrc3@nat/ti/x-jbbncmidmzblocmb) |
| 22:49.00 | GNUtoo|laptop | s/staging/packaging staging |
| 22:49.01 | GNUtoo|laptop | etc... |
| 22:49.05 | GNUtoo|laptop | still that file error |
| 22:49.44 | *** join/#oe newbie_oe (446f23e2@gateway/web/freenode/ip.68.111.35.226) |
| 22:54.18 | newbie_oe | hi all |
| 22:54.42 | newbie_oe | how to remove udev dependecy from angstrom |
| 22:55.04 | *** join/#oe mrc3 (~mrc3@nat/ti/x-xjvwysntcgukkcgq) |
| 22:57.53 | GNUtoo|laptop | PREFERRED_PROVIDER_hotplug = "" |
| 22:58.50 | Tartarus | ... but what are you trying to achieve? |
| 22:59.06 | GNUtoo|laptop | Tartarus, our kernel is from gitorious |
| 22:59.17 | GNUtoo|laptop | and fetch fails like this: |
| 22:59.24 | GNUtoo|laptop | fatal: The remote end hung up unexpectedly |
| 22:59.30 | GNUtoo|laptop | fatal: early EOF |
| 22:59.34 | GNUtoo|laptop | fatal: index-pack failed |
| 22:59.42 | newbie_oe | thanks i got |
| 23:01.21 | Tartarus | GNUtoo, sorry, I was asking newbie_oe :) As that is how you disable udev, but you might well end up with almost no devices |
| 23:01.25 | Tartarus | That's not usually desired |
| 23:01.41 | newbie_oe | i am trying ti use the mdev |
| 23:01.44 | GNUtoo|laptop | ok np |
| 23:01.55 | GNUtoo|laptop | ah ok |
| 23:01.58 | newbie_oe | with mdev with busy box |
| 23:02.02 | GNUtoo|laptop | then use mdev as dev manager |
| 23:02.02 | mickeyl | if you are on a good kernel, don't bother with *dev, but use devtmpfs |
| 23:02.10 | newbie_oe | yes |
| 23:03.23 | Jay7 | pixel drawing procedure is 90 lines of C.. |
| 23:03.51 | *** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net) |
| 23:06.28 | Jay7 | that is interesting why psplash_18bpp.patch is chaning code only for BGR565/BGR888 modes.. |
| 23:06.34 | *** join/#oe ka6sox (~ka6sox@nslu2-linux/ka6sox) |
| 23:06.58 | Jay7 | who can help me with this? |
| 23:07.19 | bkinman | I deleted everything in /tmp/deploy/glibc/images/overo/ , and I now get the following error when trying to bitbake omap3-console-image: install: cannot stat `arch/arm/boot/uImage': No such file or directory ... Anybody know what that is all about? |
| 23:07.39 | Jay7 | rebuild linux recipe |
| 23:07.50 | Jay7 | bitbake -c clean linux |
| 23:08.01 | Jay7 | then bitbake linux |
| 23:08.19 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
| 23:08.42 | Jay7 | (if overo is using common linux kernels) |
| 23:09.01 | zenob | GNUtoo this is gitorius server problem, cause the same error occurs when cloning, so maybe we should report it to them ? |
| 23:11.28 | *** join/#oe mickeyl (~mickey@openmoko/coreteam/mickey) |
| 23:13.54 | khem | git down ? |
| 23:15.34 | mwester | either that or very slow. |
| 23:16.08 | khem | fatal: The remote end hung up unexpectedly |
| 23:16.12 | mwester | The server was taken down for 30 minutes -- 45 minutes ago. |
| 23:16.21 | khem | I see |
| 23:16.29 | khem | so it might have stretched a bit |
| 23:16.43 | mwester | Let's hope it's just taking a little longer than expected, and not having more troubles with that blasted RAID controller... |
| 23:16.45 | khem | mwester: Does nslu use uclibc ? |
| 23:17.00 | khem | hopes same |
| 23:17.02 | mwester | Does now. |
| 23:17.13 | khem | mwester: hmmm ok |
| 23:17.14 | mwester | Up until a few weeks ago, it was the full normal libc |
| 23:17.22 | mwester | I switched it over on your recommendation. |
| 23:17.34 | khem | mwester: oh thats eglibc |
| 23:17.37 | khem | I meanst uclibc |
| 23:17.42 | mwester | Ah, sorry. |
| 23:17.52 | khem | I am going to push a bigger overhaul of uclibc |
| 23:18.04 | khem | so was wondering who will get bitten |
| 23:18.22 | khem | mwester: btw. how is toolchain upgrade going on ? |
| 23:18.24 | mwester | There used to be a uclibc variant - it was difficult to keep it building, and when openwrt came out with a port to the NSLU2, we dropped maintaining the uclibc on NSLU2 stuff. |
| 23:18.27 | khem | any new surprises |
| 23:18.47 | bkinman | Jay7: no love. |
| 23:18.53 | mwester | No new surprises, at least due to the toolchain. Lots due to other changes :) But toolchain seems to work. |
| 23:19.04 | mwester | I may try THUMB to see if I can get some flash space back. |
| 23:19.16 | khem | mwester: cool. You might try 4.5 for fun |
| 23:19.27 | mwester | Live on the edge, huh? |
| 23:19.29 | khem | mwester: yes thumb works well |
| 23:19.51 | Jay7 | afaik today was scheduled downtime to replace BBU |
| 23:20.07 | khem | toolchains seldom break 4.5 is good atm |
| 23:20.21 | mwester | ok. What new magic makes it better? |
| 23:20.25 | khem | mwester: it should perform better on armv7 |
| 23:20.29 | mwester | ah |
| 23:20.32 | khem | and thumb |
| 23:20.37 | grg | lto! |
| 23:20.40 | khem | code gen has improved |
| 23:20.46 | mwester | that would be good, we need all the speed we can get on that tiny little chip. |
| 23:20.47 | grg | lto= link time optimisation |
| 23:20.48 | khem | lto is still baby |
| 23:20.57 | khem | we tried benchmarks |
| 23:21.05 | khem | it give quite a lot |
| 23:21.12 | grg | heh, gcc4.6 has -Ofast. |
| 23:21.15 | khem | but then you can not enable it on system level yet |
| 23:21.21 | bkinman | Jay7: got any other ideas? |
| 23:21.47 | Jay7 | bkinman: sorry, no |
| 23:22.01 | khem | mwester: 4.4 and 4.5 were neck to neck without lto |
| 23:22.05 | mwester | Our biggest gain overall would be busybox performance -- so the underlying libs and busybox would be the first candidates for optimization efforts. |
| 23:22.08 | khem | but thats one benchmark |
| 23:22.21 | khem | mwester: I see |
| 23:22.37 | khem | mwester: several things could be tried |
| 23:22.38 | Jay7 | bkinman: when I had error that was similar to your rebuilding kernel recipe helped me |
| 23:23.03 | *** join/#oe zenob (~marek@ip-77.222.249.248.spray.net.pl) |
| 23:23.23 | khem | bkinman: you are not using .dev or stable oe are you ? |
| 23:23.47 | bkinman | khem: i'm not sure. I'm using the overo branch. |
| 23:24.08 | khem | mwester: in my experiments so far gcc 4.5 is as good as 4.4 |
| 23:24.21 | khem | oh debugging experience with 4.5 is better though |
| 23:24.26 | mwester | I'll give it a try and see what happens. :) |
| 23:24.40 | khem | mwester: cool I can fix if something fails :) |
| 23:24.46 | mwester | I presume I can leave the other tools (libtool, etc) at the same versions? |
| 23:24.50 | GNUtoo|laptop | grrr it appeared again |
| 23:24.59 | GNUtoo|laptop | even if the srcrev is not the same |
| 23:25.01 | Tartarus | khem: http://patchwork.openembedded.org/patch/2235/ is that an acked-by? :) |
| 23:25.02 | khem | mwester: should be possible |
| 23:25.03 | GNUtoo|laptop | and I cleaned |
| 23:25.06 | GNUtoo|laptop | and reparsed |
| 23:25.06 | mwester | ok |
| 23:25.08 | GNUtoo|laptop | etc... |
| 23:25.39 | khem | Tartarus: yes |
| 23:25.55 | Tartarus | thanks |
| 23:25.58 | khem | mwester: where are you with automake |
| 23:26.12 | khem | 1.11.1 and 2.65 ? |
| 23:26.23 | mwester | 1.11.1 |
| 23:26.43 | khem | ok shoud be good I believe |
| 23:26.46 | mwester | and autoconf 2.65 |
| 23:26.56 | newbie_oe | hi |
| 23:26.59 | khem | just change the versions and see the wonder :) |
| 23:27.09 | newbie_oe | how to include mdev in my busybox |
| 23:28.15 | newbie_oe | i want to build busybox with mdev in OE for angstrom distro |
| 23:28.16 | *** join/#oe raster (raster@enlightenment/developer/raster) |
| 23:29.07 | khem | PREFERRED_PROVIDER_hotplug = "mdev" |
| 23:29.22 | newbie_oe | oh just replacing udev with mdev |
| 23:29.29 | newbie_oe | ok |
| 23:29.48 | newbie_oe | ok thank you |
| 23:31.34 | bkinman | khem: If i am using a particular kernel (I am using linux-omap3_2.6.33), how would i go about cleaning the build for that? I've tried bitbake -c clean linux-omap3_2.6.33, but it doesnt seem to work, i still get the error that arch/arm/boot/uImage doesnt exist when i try to bitbake omap3-console-image |
| 23:31.47 | Tartarus | bkinman: virtual/kernel |
| 23:32.05 | Tartarus | That will get the kernel recipe a given machine uses |
| 23:32.13 | bkinman | Tartarus: Thanks, giving that a try. |
| 23:37.18 | Jay7 | -> sleep |
| 23:38.49 | GNUtoo|laptop | grrr |
| 23:38.57 | GNUtoo|laptop | I now have the error |
| 23:39.09 | GNUtoo|laptop | and it doesn't even try to fetch anymore |
| 23:39.17 | GNUtoo|laptop | even when changing srcrev |
| 23:44.04 | *** join/#oe MWelchUK_work_ (~welchma@65.91.2.71) |