00:10.22 | rwhitby | should libsdl-x11.bb be updated to stage the sdl-config script? |
00:10.33 | rwhitby | (otherwise scummvm doesn't build) |
00:19.47 | *** join/#oe summatusmentis (n=summatus@rn083002.morris.umn.edu) |
00:24.23 | *** join/#oe wrobbie (n=rob@cm203.kappa85.maxonline.com.sg) |
00:24.58 | *** join/#oe mithro (n=tim@secure.astc-design.com) |
00:27.03 | *** join/#oe Vorondil (n=vorondil@unaffiliated/vorondil) |
00:28.41 | *** join/#oe jott_ (n=j@unaffiliated/jott) |
00:32.23 | *** join/#oe grma (n=gruberm@212.186.13.45) |
00:45.44 | interfaith | rwhitby:any hints on getting the network up ? |
00:46.04 | interfaith | ifconfig shows no devices , only lo |
00:48.04 | interfaith | compiling in kernel all NPE network drivers does not change a thing |
00:49.04 | interfaith | rwhitby: redboot gets the network, linux cannot ? |
00:51.03 | *** part/#oe mranostay (n=mranosta@pdpc/supporter/base/mranostay) |
00:51.54 | rwhitby | interfaith: sorry, but I simply don't have the time to help you with this. |
00:52.06 | interfaith | ok.. thx |
00:52.50 | interfaith | i'll let you know if something washes out |
00:52.58 | rwhitby | it's just too difficult without the board in front of me. |
00:55.42 | interfaith | one other issue , bitbake task-base -c clean , then the provider for task-base is lost |
00:55.50 | interfaith | can this be recovered ? |
00:57.10 | rwhitby | I have no idea what you're talking about there. |
00:58.03 | interfaith | ok , bitbake task-base normaly works fine, but now errors saying no provider is found |
00:58.56 | interfaith | this error came after doing a bitbake task-base -c clean |
00:58.56 | interfaith | i will paste bin it |
01:01.30 | interfaith | pastebin.ca/680567 |
01:02.26 | interfaith | if need be i will re-install |
01:03.21 | *** join/#oe m9dhatter (n=roel@203.177.140.188) |
01:04.51 | m9dhatter | hello. the oe wiki seems to be broken. i didn't know where else to report it. since its not really an OE bug. the wiki displays links with <a href="">text</a> |
01:27.34 | CIA-17 | 03rwhitby 07org.oe.dev * r98e5d691... 10/ (1 packages/scummvm/scummvm.inc): |
01:27.34 | CIA-17 | scummvm: Put it back the (broken) way it was. Changing to STAGING_BINDIR_CROSS |
01:27.34 | CIA-17 | doesn't help, cause that doesn't end in a 'bin' directory, and the configure |
01:27.34 | CIA-17 | script in scummvm adds a 'bin' to the end of the prefix given. Someone else who |
01:27.34 | CIA-17 | cares will need to fix it properly. |
01:27.39 | CIA-17 | 03rwhitby 07org.oe.dev * r98e5d691... 10/ (1 packages/scummvm/scummvm.inc): |
01:27.41 | CIA-17 | scummvm: Put it back the (broken) way it was. Changing to STAGING_BINDIR_CROSS |
01:27.43 | CIA-17 | doesn't help, cause that doesn't end in a 'bin' directory, and the configure |
01:27.45 | CIA-17 | script in scummvm adds a 'bin' to the end of the prefix given. Someone else who |
01:27.47 | CIA-17 | cares will need to fix it properly. |
01:27.49 | CIA-17 | 03rwhitby 07org.oe.dev * r98e5d691... 10/ (1 packages/scummvm/scummvm.inc): |
01:27.51 | CIA-17 | scummvm: Put it back the (broken) way it was. Changing to STAGING_BINDIR_CROSS |
01:27.53 | CIA-17 | doesn't help, cause that doesn't end in a 'bin' directory, and the configure |
01:27.55 | CIA-17 | script in scummvm adds a 'bin' to the end of the prefix given. Someone else who |
01:27.57 | CIA-17 | cares will need to fix it properly. |
01:28.10 | *** join/#oe AvengerMoJo (n=alex@61.14.130.201) |
01:28.11 | CIA-17 | 03rwhitby 07org.oe.dev * r98e5d691... 10/ (1 packages/scummvm/scummvm.inc): |
01:28.11 | CIA-17 | scummvm: Put it back the (broken) way it was. Changing to STAGING_BINDIR_CROSS |
01:28.11 | CIA-17 | doesn't help, cause that doesn't end in a 'bin' directory, and the configure |
01:28.11 | CIA-17 | script in scummvm adds a 'bin' to the end of the prefix given. Someone else who |
01:28.11 | CIA-17 | cares will need to fix it properly. |
01:28.46 | CIA-17 | 03rwhitby 07org.oe.dev * r64fd2558... 10/ (1 packages/tasks/task-openmoko-feed.bb): task-openmoko-feed: Removed scummvm cause it's broken and too hard for me to fix. |
01:37.48 | *** join/#oe mhnoyes_ (n=mhnoyes@dialup-4.246.18.217.Dial1.SanJose1.Level3.net) |
01:44.29 | *** join/#oe memeruiz_ (n=memeruiz@Ra6a2.r.pppool.de) |
01:58.25 | *** part/#oe AvengerMoJo (n=alex@61.14.130.201) |
01:58.30 | *** join/#oe hillct_ (n=H@cpe-024-211-242-232.nc.res.rr.com) |
02:25.13 | mwester | hrw|gone: Added madwifi-ng_r2702-20070903.bb -- Preference = -1, because it won't build on BE kernels (undefined references). The modules load ok on an LE 2.6.21 kernel, though. |
02:29.17 | *** join/#oe mithro (n=tim@secure.astc-design.com) |
02:38.16 | *** join/#oe benlau (n=benlau@221.125.8.107) |
03:54.36 | *** join/#oe osas (n=nnnnnnnn@72.53.149.68) |
04:07.15 | *** join/#oe mykilx (n=mykilx@239-210.35-65.tampabay.res.rr.com) |
04:17.42 | *** join/#oe zap (n=zap@16.170.249.ozerki.net) |
05:02.04 | *** join/#oe T0mW (n=Tom@24.238.86.158.res-cmts.sth.ptd.net) |
05:04.09 | *** join/#oe memeruiz__ (n=memeruiz@Ra6a2.r.pppool.de) |
05:38.14 | *** join/#oe leoncamel (n=leoncame@p6024-ipbfp305fukuokachu.fukuoka.ocn.ne.jp) |
05:48.53 | *** join/#oe CIA-3 (n=CIA@208.69.182.149) |
05:56.43 | mickeyl | *yawn* |
05:56.45 | mickeyl | morning |
06:02.22 | *** join/#oe jselect (n=jselect@dsl-210-15-200-169-static.QLD.netspace.net.au) |
06:21.36 | hrw | hi mickeyl |
06:22.05 | hrw | mickeyl: rewind log to check our libmokopanelui2 discussion |
06:23.14 | *** join/#oe polyonymous_ (n=hacker@pD95389C7.dip0.t-ipconnect.de) |
06:24.13 | rwhitby | hrw: I couldn't fix that libsdl problem yesterday, so I reverted it to what it was. |
06:24.55 | rwhitby | the trouble is the STAGING_BIN_CROSS is a directory that doesn't end in /bin, but the place in scummvm which used it (--with-sdl-prefix) expected a directory to which it would append /bin |
06:29.34 | *** join/#oe bluelightning (n=blueligh@122.57.160.176) |
06:29.41 | hrw | and it does not like my i586 target ;( |
06:32.01 | mickeyl | hrw: DEPENDS is correct, it _is_ a build time dependency. |
06:32.16 | mickeyl | it's a header file |
06:32.51 | hrw | ah. |
06:36.17 | *** join/#oe steliosk (n=Stelios@ipa226.211.tellas.gr) |
06:36.32 | steliosk | good morning all |
06:37.54 | hrw | hi Stelios |
06:39.56 | steliosk | hrw : hi ! |
06:43.05 | hrw | I tried to use GLIS case from IKEA today - this plastic is too hard and breaks too easy ;( |
06:50.50 | steliosk | hrw : Did you use dremel to cut it or something else ? |
06:51.22 | hrw | sharp knife |
06:51.36 | steliosk | We are thinking of designing a plexiglass case for Efika, as there is a request from a customer, but we are not sure we want to get into that kind of work |
06:52.11 | hrw | I lack dremel currently |
06:52.14 | steliosk | Use a dremel cutter at low speed and should cut fine |
06:52.57 | steliosk | how's alix performance ? any benchmarks ? |
06:53.22 | hrw | steliosk: I use it as nfs now so did not made any benchmarks other ten iperf |
06:54.40 | steliosk | i wonder how it will perform with float point. i want to test g729 codec on it |
06:56.56 | hrw | is it in OE? I will be able to build/run it then |
07:00.57 | CIA-3 | 03koen 07org.oe.dev * rc21d99da... 10/ (1 conf/sanity.conf): bitbake: require 1.8.8 |
07:01.02 | CIA-3 | 03koen 07org.oe.dev * r1581de48... 10/ (1 packages/webkit/webkit-gtk_svn.bb): webkit: switch to SRCREV |
07:01.08 | CIA-3 | 03koen 07org.oe.dev * rdc0a9b26... 10/ (1 classes/openmoko2.bbclass): openmoko: switch to SRCREV |
07:01.16 | CIA-3 | 03koen 07org.oe.dev * r843a2e60... 10/ (1 packages/uclibc/uclibc_svn.bb): uclibc: switch to SRCREV |
07:01.23 | CIA-3 | 03koen 07org.oe.dev * r2b01a0fd... 10/ (1 packages/dfu-util/dfu-util_svn.bb): dfu-utils: switch to SRCREV |
07:01.28 | CIA-3 | 03koen 07org.oe.dev * r4ee9744d... 10/ (1 packages/gnuradio/gnuradio_svn.bb): gnuradio: convert to SRCREV |
07:01.35 | CIA-3 | 03koen 07org.oe.dev * r2a487f85... 10/ (1 packages/gsm/libgsmd_svn.bb): libgsmd: convert to SRCREV |
07:01.43 | CIA-3 | 03koen 07org.oe.dev * r9d496fc2... 10/ (5 files in 3 dirs): hildon-1: add svn version which builds against stock gtk |
07:01.52 | CIA-3 | 03koen 07org.oe.dev * re28ef080... 10/ (25 files in 6 dirs): openmoko*: convert to SRCREV |
07:02.00 | CIA-3 | 03koen 07org.oe.dev * r9c10fc79... 10/ (1 packages/ezx/opentapi_svn.bb): opentapi: convert to SRCREV |
07:02.08 | CIA-3 | 03koen 07org.oe.dev * rdb3553a5... 10/ (5 files in 2 dirs): gtk-webcore: convert to SRCREV |
07:02.34 | koen | mickeyl: back in FF? |
07:02.48 | mickeyl | yep, finally |
07:02.49 | koen | good morning all :) |
07:02.50 | mickeyl | morning koen |
07:02.56 | mickeyl | ah! |
07:02.58 | mickeyl | SRCREV day |
07:03.30 | hrw | Poky has lot of SRCREV stuff |
07:03.53 | koen | I have a sed script for that :) |
07:03.57 | hrw | ;D |
07:04.20 | koen | but I committed only the recipes I actually build |
07:04.30 | hrw | koen: does it also reset PR? |
07:04.38 | koen | mickeyl: RPs next change will require a build from scratch |
07:04.50 | koen | hrw: I decided not to |
07:04.59 | hrw | koen: why? |
07:05.22 | mickeyl | oki |
07:05.40 | koen | hrw: I didn't see the need for it |
07:05.44 | hrw | who will tell openmoko abusers? |
07:06.17 | hrw | koen: ok |
07:06.24 | hrw | we reset them in Poky |
07:07.45 | hrw | back home and started to have net problems? |
07:08.05 | koen | you'll like net problems now |
07:08.07 | mickeyl | right. in the meantime i have upgraded to alice deluxe, but they didn't release my limits, i.e. i have still the same performance as before :/ |
07:08.14 | koen | it results in parse errors |
07:08.35 | hrw | mickeyl: so what speed you ave and whic you should? |
07:08.42 | koen | see http://bugs.openembedded.org/show_bug.cgi?id=2897 |
07:09.02 | mickeyl | i have 8000kbit/256kbit, but should have 16000kbit/1000kbit |
07:09.54 | hrw | hmm.. when here will be ethernet speed at good price |
07:10.46 | *** join/#oe rob_w (n=bob@M8d09.m.pppool.de) |
07:11.13 | hrw | but my 3072/512 works quite good recently |
07:11.48 | hrw | koen: my cable was 1mbit before |
07:12.28 | koen | the isp is stopping business in december, so I'm now busy hunting down places where I use koen@dominion as email :( |
07:12.42 | koen | (and reading "semiconductor devices" of course) |
07:13.11 | hrw | koen: I'm in process of switching email from @hrw.one.pl to @haerwu.biz |
07:14.00 | hrw | http://laughingsquid.com/roadworks-steamroller-prints-and-street-fair/ |
07:14.15 | *** join/#oe cyberdeck (i=molter@unaffiliated/cyberdeck) |
07:15.33 | hrw | koen: consider switching angstrom to binutils 2.18 |
07:15.44 | hrw | BFD: /home/hrw/devel/build/angstrom/tmp/work/armv4t-angstrom-linux-gnueabi/alsa-lib-1.0.14-r1/image/usr/lib/.debug/libasound.so.2.0.0: warning: sh_link not set for section `.ARM.exidx' |
07:15.45 | koen | I was waiting for you to say that :) |
07:15.50 | hrw | those are gone |
07:16.04 | hrw | koen: poky builds from scratch were ok during nigt |
07:16.44 | koen | added, will do a buildrun after the pkgdata changes |
07:17.35 | CM | mickeyl: What does that speed cost? |
07:20.29 | *** part/#oe mykilx (n=mykilx@239-210.35-65.tampabay.res.rr.com) |
07:22.41 | hrw | how to freeze thunderbird - give 9K mails to move from imap to another imap |
07:25.41 | CM | hrw: how to freeze outlook - Move 9 mails with 300k attatchment to a personal folder :( |
07:27.52 | ljp | how to freeze outlook select 'mark all as read' |
07:29.59 | *** join/#oe birunko (n=birunko@200.184.118.132) |
07:31.22 | *** join/#oe marciom (n=marcio@200.184.118.132) |
07:32.19 | hrw | rwhitby: scummvm searc for sdl-config in path given and in path given/bin/ |
07:33.20 | hrw | rwhitby: NOTE: package scummvm-0.9.1-r1: task do_compile: started |
07:34.01 | *** join/#oe mithro (n=tim@secure.astc-design.com) |
07:36.42 | mickeyl | CM: 60 eur, included is a voice flatrate |
07:36.44 | mickeyl | aaaaaargh |
07:36.44 | mickeyl | heh |
07:36.49 | mickeyl | they didn't send me new hardware |
07:36.56 | mickeyl | and as it turns out i still have a ADSL 1 modem |
07:36.58 | mickeyl | *sigh* |
07:37.04 | mickeyl | no wonder |
07:37.12 | CM | :-/ |
07:37.18 | mickeyl | new hardware underway now. |
07:45.43 | steliosk | weird bug. When using icecc on a mixed i686/amd64 environment everything compiles well except i686-generic targets |
07:46.11 | steliosk | removing the amd64 machines from the icecc cluster makes i686-generic build fine |
07:47.18 | steliosk | all other targets (ppc,x86,xscale) build without problems |
07:47.31 | hrw | rwhitby: NOTE: package scummvm-0.9.1-r1: task do_build: completed |
07:51.11 | koen | patched 'configure'? |
07:51.25 | hrw | no |
07:53.35 | koen | scummvm 0.10 has been out for a while |
07:55.50 | hrw | feel free to update |
07:57.55 | CIA-3 | 03hrw 07org.oe.dev * rfebd6fbe... 10/ (1 packages/scummvm/scummvm.inc): |
07:57.55 | CIA-3 | scummvm: give proper path to sdl-config |
07:57.55 | CIA-3 | configure script check for GIVEN_PATH and GIVEN_PATH/bin |
08:04.01 | rwhitby | hrw: aha, you took off the /.. |
08:05.14 | *** join/#oe rd_ (n=rd@88.198.85.37) |
08:05.36 | hrw | rwhitby: I read configure script and thats was it |
08:06.12 | rwhitby | yeah, my interest level wasn't that high :-) |
08:07.24 | *** join/#oe lichtges1alt (n=Lichtges@R72ea.r.ppp-pool.de) |
08:07.39 | hrw | neither do mine |
08:07.55 | hrw | but I prefer to fix instead of discussing and discussing |
08:08.23 | *** join/#oe pvanhoof (n=pvanhoof@d54C0EE14.access.telenet.be) |
08:09.47 | hrw | I wonder how people use thunderbird mailer.. |
08:10.19 | hrw | you can have sorted mails or threaded.. but not both |
08:10.24 | rwhitby | hrw: thx for fixing |
08:10.51 | hrw | rwhitby: no problem |
08:11.40 | rwhitby | so today's the SRCREV day? |
08:12.07 | hrw | yes |
08:12.30 | XorA | morning |
08:13.34 | keesj | Hi |
08:17.44 | RP | morning all |
08:18.43 | hrw | steliosk: so what do we do with i586/i686 generics? |
08:19.03 | steliosk | hrw : I am building them to test then now |
08:19.16 | steliosk | that's why i posted the problem with icecc above |
08:19.16 | *** join/#oe ade|desk (n=adavey@194.200.143.249) |
08:19.22 | hrw | ok |
08:20.46 | steliosk | btw does anyone know of a place for 1u cases that can be customized ? Our supplier stopped bringing cases |
08:21.35 | koen | hrw: thunderbird sucks ass, but it's the least bad mailer with threaded display on osx |
08:23.12 | *** join/#oe pleemans (n=peter@217.206.93.210) |
08:34.34 | koen | RP: bitbake 1.8.8 is in, time for the remaining poky stuff :) |
08:34.50 | RP | koen: Looking at it now |
08:39.28 | *** join/#oe tank17 (i=tank17@gateway/tor/x-27ae9babc48a2ee2) |
08:39.52 | *** join/#oe Laibsch (n=Laibsch@134.99.37.93) |
08:40.04 | *** part/#oe Laibsch (n=Laibsch@134.99.37.93) |
08:40.53 | *** join/#oe lrg (n=liam@lrg2.demon.co.uk) |
08:44.16 | koen | hey lrg |
08:45.26 | lrg | hey koen |
08:46.27 | XorA | ~fish lrg |
08:46.28 | ibot | ACTION slaps lrg around with a large trout |
08:46.48 | RP | koen: pushed |
08:47.14 | koen | thanks |
08:47.37 | lrg | and will probably get fished again by XorA |
08:50.17 | *** join/#oe mzb_d800 (n=mzb@ppp108-88.static.internode.on.net) |
08:52.21 | *** join/#oe florian (n=fuchs@217.146.132.69) |
08:56.19 | florian | good morning |
08:57.39 | CIA-3 | 03mwester 07org.oe.dev * r6e5c49eb... 10/ (1 packages/madwifi/madwifi-ng_r2702-20070903.bb): |
08:57.39 | CIA-3 | madwifi-ng: added recipe for the latest snapshop in order to provide support for more |
08:57.39 | CIA-3 | recent kernels. Default preference = -1, since this version will not build on BE kernels. |
08:57.50 | CIA-3 | 03rpurdie 07org.oe.dev * rc43c60af... 10/ (1 classes/base.bbclass): base.bbclass: Wipe install directory before running install to make rebuilding packages safer (from poky) |
08:57.59 | CIA-3 | 03rpurdie 07org.oe.dev * rb77696cb... 10/ (4 files in 3 dirs): classes/conf: Remove bitbake < 1.8.8 compatibility code |
08:58.07 | CIA-3 | 03rpurdie 07org.oe.dev * r190270f4... 10/ (9 files in 2 dirs): package*.bbclass: Switch to separate tasks for each packing type (from poky) |
08:58.12 | CIA-3 | 03rpurdie 07org.oe.dev * ra9a8c4a4... 10/ (1 classes/package.bbclass): package.bbclass: Turn install path into a variable (PKGDATA) and cleanup some unneeded complexity (from poky) |
08:58.17 | CIA-3 | 03rpurdie 07org.oe.dev * r209ccafa... 10/ (1 classes/multimachine.bbclass): |
08:58.17 | CIA-3 | multimachine.bbclass: Use a new PKGDATA_DIR which includes the multimachine path |
08:58.17 | CIA-3 | to prevent cross contamination between machines. This change requires all |
08:58.17 | CIA-3 | install tasks to rerun (remove the do_install stamps from tmp/stamps) |
08:59.31 | *** join/#oe mzb_d800 (n=mzb@ppp108-88.static.internode.on.net) |
09:03.55 | *** join/#oe kurre2 (n=tomimo@a193-229-227-182.elisa-laajakaista.fi) |
09:06.56 | *** join/#oe tomimo (n=kurre@a193-229-227-182.elisa-laajakaista.fi) |
09:09.35 | koen | autobuilder restarted |
09:13.29 | hrw | nice |
09:14.13 | hrw | and I need to clean my tmp ;( |
09:14.36 | hrw | or keep on not updatng for today |
09:15.23 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
09:15.30 | koen | mickeyl: the autobuilder also builds openmoko images for all OE phones :) |
09:18.58 | *** join/#oe ssvb (n=ssvb@vbaltd.vba.com.by) |
09:23.10 | XorA | ~lart adsl customer support |
09:23.10 | ibot | whips out a shotgun, trudges over to adsl customer support, and goes postal |
09:27.03 | hrw | http://pastebin.ca/680863 - to not having libc6-dev conflict with linux-libc-headers-dev |
09:27.37 | hrw | objections? other then 'ARGH.. why I need to rebuild glibc again!!!' |
09:28.25 | XorA | does libc6-dev depend on linux-libc-headers-dev? |
09:28.48 | hrw | yes |
09:28.59 | XorA | ok with me then |
09:30.56 | XorA | configure: error: Need linker with .init_array/.fini_array support. |
09:31.01 | XorA | in glibc |
09:31.14 | XorA | -itermediate |
09:31.36 | koen | XorA: 'unset MACHINE' |
09:31.43 | koen | and rebuild binutils |
09:31.56 | koen | hrw: fine by me |
09:33.19 | XorA | koen: Please set a valid MACHINE in your local.conf |
09:34.22 | koen | I set it in auto.conf |
09:34.57 | *** join/#oe tank17 (i=tank17@gateway/tor/x-b66f79b7b00a08cb) |
09:38.41 | *** join/#oe lrg (n=liam@lumison.wolfsonmicro.com) |
09:42.39 | steliosk | hrw : the optimizations for i585 and i686 build here without any problem for uclibc |
09:42.46 | steliosk | hrw : trung glibc now |
09:42.55 | steliosk | s/trung/trying |
09:43.11 | hrw | great |
09:46.49 | hrw | I am updating alix to geode packages now (-mcpu=k6-2) |
09:48.41 | *** join/#oe tank17 (i=tank17@gateway/tor/x-f43e5093c8140062) |
09:58.22 | steliosk | hrw : any idea how debian handles the different x86 machines ? |
09:58.32 | hrw | steliosk: not at all |
09:58.39 | hrw | steliosk: Debian is i486 |
09:58.45 | steliosk | hmmm, i'll have a look and we could follow that |
09:59.15 | steliosk | i think there are more arches supported |
09:59.18 | hrw | steliosk: libc-i686 is provided, few packages are provided in optimised packages, kernels are for misc subarchs |
09:59.50 | hrw | you will hate me - glibc to rebuild |
09:59.58 | *** join/#oe tank17 (i=tank17@gateway/tor/x-8178719467d27437) |
10:04.43 | XorA | ~hate hrw |
10:06.36 | Crofton|home | ~hurt hrw |
10:06.37 | ibot | ACTION takes a large hammer and plays whack-the-mole on hrw's hands, laughing all the while |
10:07.00 | Marex | Dokuro-chan ;-) |
10:07.20 | hrw | ;D |
10:07.22 | koen | hrw: I bumped eglibc as well :) |
10:09.35 | *** join/#oe mr_nice (n=mr_nice@p54A9C473.dip.t-dialin.net) |
10:09.55 | *** join/#oe mallum (n=mallum@host86-151-66-134.range86-151.btcentralplus.com) |
10:10.32 | RP | XorA: Insert a "PR" value into the stamps ;-) |
10:11.29 | koen | hey mallum |
10:11.47 | mallum | hey koen |
10:13.44 | XorA | RP: that would be part of the way, but for example glibc has a small change in packaging, so doesnt really need a rebuild |
10:13.54 | XorA | RP: just a do_install done again |
10:13.57 | hrw | XorA: but repackaging |
10:14.29 | hrw | XorA: which can be hard if rm_work is in use |
10:14.55 | RP | XorA: Just making it apply to a package's subtask would be a nightmare :) |
10:16.08 | Crofton|home | are you all done pushing things that will make me rebuild tmp? |
10:16.43 | *** join/#oe wrobbie (n=rob@cm203.kappa85.maxonline.com.sg) |
10:16.44 | hrw | RP: can I just move some dirs in staging to get it more-or-less compatible? |
10:17.11 | RP | hrw: You could copy pkgmaps to each of the machine specific directories |
10:18.03 | hrw | like poky has? |
10:18.21 | RP | hrw: Yes, its poky's change that just went into OE |
10:18.49 | XorA | RP: thats why we have the RP super genius :-) |
10:24.35 | hrw | Angstrom psplash looks nice on 20" 1680x1050 ;) |
10:30.23 | wrobbie | Hi all.. Is the 'recent checkins' feature on openembedded.org broken? It's 12 weeks behind.. |
10:31.08 | *** join/#oe pleemans (n=peter@217.206.93.210) |
10:34.09 | *** join/#oe zecke (n=ich@dsl-62-220-14-162.berlikomm.net) |
10:37.36 | rwhitby | XorA: a debug board with the reset switch wired up to a serial controlled relay works well for me. |
10:38.42 | XorA | rwhitby: yeah, but that doesnt allow me to flash 5x zaurus in one go :-) |
10:51.13 | *** join/#oe bluelightning (n=blueligh@219-89-44-129.dialup.xtra.co.nz) |
10:55.28 | *** join/#oe bluelightning_ (n=blueligh@219-89-44-129.dialup.xtra.co.nz) |
10:59.51 | CIA-3 | 03hrw 07org.oe.dev * r0e25c866... 10/ (14 files in 2 dirs): glibc: do not package /usr/include/scsi as it is in libc-linux-headers-dev (from Poky) |
10:59.58 | CIA-3 | 03koen 07org.oe.dev * r3fed2353... 10/ (3 files in 2 dirs): eglibc: apply glibc fix to eglibc as well |
11:07.00 | *** join/#oe ssvb (n=ssvb@vbaltd.vba.com.by) |
11:07.16 | hrw | argh.. |
11:07.33 | hrw | fsck on 420GB partition takes eons |
11:26.09 | hrw | uf. pass 2 started |
11:40.05 | XorA | zecke: wake up :-D |
11:46.29 | *** join/#oe vivijim (n=vivijim@200.184.118.132) |
11:48.26 | *** join/#oe russf (n=russf@host217-41-46-92.in-addr.btopenworld.com) |
12:11.18 | *** join/#oe dijenerate (n=dijenera@72.22.131.245) |
12:22.36 | *** join/#oe florian (n=fuchs@217.146.132.69) |
12:33.34 | *** join/#oe aloisio (n=aloisio@200.184.118.132) |
12:37.18 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
12:39.07 | *** join/#oe mallum (n=mallum@86.157.93.91) |
12:43.53 | *** join/#oe mzb_d800 (n=mzb@ppp108-88.static.internode.on.net) |
12:48.45 | mr_nice | mickeyl RP did you found some time to look at oe bug 2598? |
12:49.16 | *** join/#oe tnb (n=tnb@sdgsystems.net) |
12:53.07 | CIA-3 | 03koen 07org.oe.dev * r29af1af8... 10/ (1 packages/ffmpeg/ffmpeg_svn.bb): ffmpeg: convert to SRCREV |
12:53.12 | CIA-3 | 03koen 07org.oe.dev * rdcf81de9... 10/ (1 packages/libxosd/libxosd_svn.bb): libxosd: convert to SRCREV |
12:53.17 | CIA-3 | 03koen 07org.oe.dev * r59643594... 10/ (6 files in 5 dirs): matchbox*: convert to SRCREV |
12:53.27 | CIA-3 | 03koen 07org.oe.dev * r0240cbca... 10/ (1 packages/tinymail/libtinymail_svn.bb): tinymail: convert to SRCREV |
12:53.32 | hrw | ~oebug 2598 |
12:53.33 | CIA-3 | 03koen 07org.oe.dev * r385c0fc9... 10/ (1 packages/libowl/libowl_svn.bb): libowl: convert to SRCREV |
12:53.38 | hrw | !oebug 2598 |
12:53.39 | CIA-3 | 03koen 07org.oe.dev * rc459d2db... 10/ (1 packages/sphyrna/sphyrna_svn.bb): sphyrna: convert to SRCREV |
12:53.40 | cdbot2 | * * Bug 2598, Status: NEW, Created: 2007-07-04 07:06 |
12:53.41 | cdbot2 | * * <mr_nice>: angstrom simpad gpe: metabug suspend with power button does not work |
12:53.42 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2598 |
12:53.44 | CIA-3 | 03koen 07org.oe.dev * r659ab8c0... 10/ (1 packages/xoo/xoo_svn.bb): xoo: convert to SRCREV |
13:02.17 | *** join/#oe jsheldon (n=jim@70.90.111.225) |
13:04.48 | *** join/#oe rschuste1 (n=rob@e178085087.adsl.alicedsl.de) |
13:04.52 | rschuste1 | hi al |
13:04.59 | rschuste1 | s/al/all/ |
13:05.33 | rschuste1 | in what package belongs .la file? |
13:05.38 | koen | -dev |
13:05.48 | koen | see conf/bitbake.conf |
13:05.56 | rschuste1 | thanks koen |
13:08.38 | chouimat | morning |
13:08.38 | wrobbie | hmm. is there currently a way to get an overview of recent changes? (with 1-click diffs etc) :) |
13:11.24 | XorA | koen: angstrom-version no longer actually makes a .ipk |
13:14.44 | koen | XorA: indeed |
13:14.57 | koen | XorA: and I know why |
13:14.59 | XorA | koen: makes image building a touch difficult :-) |
13:15.04 | XorA | koen: ah cool |
13:15.09 | XorA | koen: new changes? |
13:15.38 | koen | yes |
13:15.43 | koen | see commit message :) |
13:19.44 | *** join/#oe kurre2 (n=tomimo@a193-229-227-182.elisa-laajakaista.fi) |
13:20.08 | CIA-3 | 03koen 07org.oe.dev * r617f82b6... 10/ (1 packages/angstrom/angstrom-version.bb): angstrom-version: ${D} gets deleted on do_install, so install the files in do_install instead of do_compile |
13:20.15 | koen | XorA: there you go |
13:20.36 | XorA | koen: cheers |
13:25.56 | koen | it had me wondering for a while |
13:29.06 | Crofton|home | anyone know much about gumstix? |
13:29.17 | Crofton|home | like how to assemble them? |
13:37.11 | *** join/#oe pleemans (n=peter@217.206.93.210) |
13:38.41 | *** join/#oe mr_nice (n=mr_nice@p54A9F919.dip.t-dialin.net) |
13:38.54 | *** join/#oe mzb (n=mzb@ppp108-88.static.internode.on.net) |
13:39.22 | koen | Crofton|home: the should fit just on top of eachother |
13:40.08 | *** join/#oe djay-il (n=alex@gentoo/userrep/djay-il) |
13:40.17 | Crofton|home | they do, but I hae no power cable, only usb :) |
13:40.21 | djay-il | hello |
13:40.44 | Crofton|home | I have a card with a usb piort, but it suggests I cannot power it this way |
13:41.43 | *** join/#oe cbrake (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
13:41.51 | djay-il | hi cbrake |
13:41.57 | *** join/#oe christopher (n=christop@64-199-159-130.ip.mcleodusa.net) |
13:42.24 | cbrake | djay-il: hello |
13:42.40 | djay-il | its been awhile for me... |
13:42.48 | djay-il | I wasn't around :-) |
13:42.48 | cbrake | djay-il: what are you doing these days? |
13:43.04 | djay-il | cbrake: I started a new job 2 days ago |
13:44.07 | koen | Crofton|home: judging from http://gumstix.com/store/catalog/product_info.php?cPath=26&products_id=170 you can power it via usb |
13:44.42 | *** join/#oe tomimo (n=kurre@a193-229-227-182.elisa-laajakaista.fi) |
13:45.12 | *** join/#oe aloisio (n=aloisio@200.184.118.132) |
13:45.16 | Crofton|home | http://gumstix.com/store/catalog/product_info.php?products_id=196 |
13:45.28 | *** join/#oe cbrake (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
13:45.57 | djay-il | cbrake:besides, I'm getting married :-) |
13:46.13 | cbrake | djay-il: contrats -- lots of changes :-) |
13:46.26 | djay-il | cbrake: indeed |
13:46.35 | djay-il | and I just moved to a new appartment |
13:47.02 | djay-il | and sort of made myself an independent business |
13:47.15 | djay-il | sort of freelance/consulting... |
13:47.39 | Crofton|home | koen, I did get a screen with the gusmtix |
13:48.57 | Crofton|home | http://gumstix.com/store/catalog/product_info.php?products_id=195 |
13:49.17 | Crofton|home | no touch screen |
13:51.50 | koen | "Samsung LCD panel with resistive touchscreen overlay" |
13:53.22 | Crofton|home | doh |
13:54.26 | Crofton|home | good, we should be able to get openmoko gooing :) |
13:59.31 | Crofton|home | what I do not have is a serial cable ..... |
14:00.12 | sakoman | good morning! |
14:00.35 | Crofton|home | gm |
14:00.35 | hrw | hi sakoman |
14:00.54 | sakoman | Crofton|home: have you figured out how to assemble your gumstix? |
14:01.08 | Crofton|home | well, I have stacked up the boards |
14:01.14 | Crofton|home | but I do not have the serial adapter |
14:01.21 | Crofton|home | or a power supply |
14:01.26 | sakoman | board or cable? |
14:02.02 | sakoman | So they didn't send you the wall wart? |
14:02.07 | Crofton|home | no wall wart |
14:02.11 | sakoman | Argh!!!! |
14:02.16 | Crofton|home | yeah |
14:02.19 | sakoman | That sucks! |
14:02.26 | Crofton|home | also he sent a USB cable, but it does not fit |
14:02.37 | sakoman | What boards did they send? |
14:02.38 | Crofton|home | I think the serial boad may be newish |
14:02.40 | Crofton|home | or something |
14:02.43 | Crofton|home | not sure |
14:03.03 | Crofton|home | I just assembled the board stack |
14:03.04 | sakoman | How many mini-din connectors on the serial board? |
14:03.24 | Crofton|home | 3 |
14:04.11 | sakoman | To start out you probably just want to use the serial board (console vx) and the processor board (verdex) |
14:04.27 | sakoman | Did they send a board with ethernet? |
14:04.31 | Crofton|home | yeah |
14:04.38 | Crofton|home | it has wired and wireless |
14:04.56 | sakoman | I add that after you get the basics working |
14:05.27 | sakoman | And they didn't send a serial cable either? |
14:06.03 | Crofton|home | I need to drop Craig a note |
14:06.16 | sakoman | Did they send a "screws & spacers" kit? |
14:07.20 | Crofton|home | yes |
14:07.27 | Crofton|home | that seems pretty important :) |
14:07.27 | sakoman | If not you might want to use a little double stick foam tape to hold things together more securely than just with the connector |
14:08.07 | sakoman | The screws and spacers will try your patience if you do much assembly/disassembly :-) |
14:08.11 | Crofton|home | based on what I see, the should not ship anything without the S&S kit |
14:08.21 | Crofton|home | they already have .... |
14:08.55 | sakoman | I use screws on my product, but double stick foam on the bench |
14:09.57 | Crofton|home | I'll drop Craig a note and see if we are missing some info |
14:10.04 | *** join/#oe mhnoyes (n=mhnoyes@dialup-4.246.18.97.Dial1.SanJose1.Level3.net) |
14:11.09 | sakoman | I think he'll be embarrassed that you are missing a couple of the basics to get started |
14:11.51 | sakoman | Too bad you aren't closer, I have extras of both missing pieces in the drawer |
14:12.43 | Crofton|home | I'm sure |
14:13.04 | Crofton|home | but, these are just things to be worked out |
14:13.34 | sakoman | I'm jealous, you've got the cool new stuff! |
14:13.49 | Crofton|home | yes, but I am sure it needs more power :) |
14:14.03 | sakoman | Yeah, and costs more :-) |
14:15.22 | Crofton|home | There was something on the "internet" last week about solar really starting to take off |
14:15.54 | sakoman | Yeah, the gov incentives are helping |
14:16.15 | Crofton|home | bbiab |
14:18.19 | christopher | all ... what did everyone decide was the cleanest way to NOT include the uImage in the final image. I know I had a rootfs preprocess command that deleted it, but there was another way of setting the kernel iamge to "" but I can't recall the syntax |
14:24.57 | hrw | christopher: look at zaurus config |
14:29.17 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
14:32.38 | christopher | hrw: thanks. RDEPENDS_kernel-base = "" got it |
14:36.12 | *** join/#oe memenarsil (n=memeruiz@lapradig15.informatik.tu-muenchen.de) |
14:39.19 | *** join/#oe stevenh (n=lews@65.167.23.2) |
14:39.59 | Crofton|home | christopher, that goes in machine.conf, right? |
14:40.07 | *** join/#oe CosmicPenguin (n=nobody@crank.laptop.org) |
14:40.18 | *** join/#oe alphaone (n=alphaone@2001:638:602:af01:0:0:0:1) |
14:42.22 | *** join/#oe AvengerMoJo (n=alex@219.142.237.250) |
14:42.40 | *** join/#oe asmola_work (n=asmola@70.90.102.194) |
14:43.06 | christopher | Crofton|home: it was in a zaurus*.inc file. I was going to put mine in my machine file |
14:44.49 | Crofton | I am going to do the same for the gumstix |
14:48.36 | *** join/#oe tomimo (n=kurre@a193-229-227-182.elisa-laajakaista.fi) |
14:51.38 | *** join/#oe svolpe_gerrath (n=Gerrath_@unaffiliated/gerrath) |
14:51.45 | *** join/#oe svolpe (n=Gerrath_@unaffiliated/gerrath) |
14:53.03 | *** join/#oe Crofton|home (n=balister@66-207-66-26.black.dmt.ntelos.net) |
15:01.27 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
15:03.25 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
15:07.19 | cbrake | so RDEPENDS_kernel-base = "" is preferred over FILES_kernel-image = "" |
15:07.56 | cbrake | in the kernel recipe. Looks like I should probably update a few of my machines/kernels ... |
15:08.06 | Crofton | cbrake, I have been gone a few days ... |
15:08.28 | Crofton | but I think this should stop the dangling symlink also .. |
15:08.35 | Crofton | I should know later today |
15:11.10 | *** join/#oe osas (n=nnnnnnnn@72.53.149.68) |
15:13.15 | *** part/#oe djay-il (n=alex@gentoo/userrep/djay-il) |
15:24.15 | Jin|away | Crofton: ping |
15:24.38 | Crofton | Jin^eLD, pong, but I'll be gone for a bit |
15:25.16 | Jin^eLD | Crofton|work: I am still trying to build the davinci stuff, but can't because git is failing to get things |
15:25.27 | Jin^eLD | uboot_git can not be fetched |
15:25.44 | Jin^eLD | and also problem with the kernel |
15:27.53 | *** join/#oe summatusmentis_ (n=summatus@rn083002.morris.umn.edu) |
15:36.21 | *** join/#oe Keizer (n=keizer@71.16.35.6) |
15:39.39 | *** part/#oe jsheldon (n=jim@70.90.111.225) |
15:46.31 | *** join/#oe dfoley (n=dfoley@s142-179-108-133.bc.hsia.telus.net) |
15:51.44 | *** join/#oe xkill (n=wntrmut@krombacher-pils.oph.RWTH-Aachen.DE) |
16:01.42 | zecke | XorA|gone: yes? |
16:03.24 | *** join/#oe Bitmaster (n=Bitmaste@c-d962e253.325-1-64736c12.cust.bredbandsbolaget.se) |
16:03.49 | *** join/#oe zap (n=zap@16.170.249.ozerki.net) |
16:04.36 | zecke | XorA|gone: wake up :) |
16:05.09 | *** part/#oe ade|desk (n=adavey@194.200.143.249) |
16:06.05 | koen | zecke: could you make feedread switch tabs if I double tap on an entry? |
16:06.39 | koen | it's counter intuitive to see nothing happen when tapping on an entry and having to manualy got back and forth between the first and second tab |
16:09.44 | zecke | koen: seeing nothing? is highlight not working? |
16:09.55 | koen | it hightlights |
16:10.01 | zecke | koen: I agree with automatically switching tabs, how would one switch back? |
16:10.16 | koen | switching back can be done manually |
16:10.27 | zecke | koen: for switch back I have the <- and -> buttons as replacement, then I need some clever way to merge 'feeds' |
16:10.35 | zecke | AFAIK lifera can do that |
16:10.56 | koen | sakoman: the feed configs are going to be done in a less annoying way |
16:11.19 | *** join/#oe dion (n=dion@inhex.net) |
16:11.29 | koen | sakoman: the plan is to have ANGSTROM_FEED_CONFIG somewhere that specifies which _recipe_ to use, so you can add your own recipes |
16:13.06 | CIA-3 | 03koen 07org.oe.dev * r8c69b6f5... 10/ (1 conf/distro/include/angstrom.inc): angstrom.inc: include a var that selects which package will provide the feed configs |
16:13.12 | CIA-3 | 03koen 07org.oe.dev * re6b5c0b0... 10/ (1 packages/angstrom/angstrom-version.bb): angstrom-version: and bump PR |
16:13.18 | CIA-3 | 03koen 07org.oe.dev * ra0ad096e... 10/ (1 packages/angstrom/angstrom-feed-configs.bb): angstrom-feed-configs: mark everything as conffiles so user edits get preserved |
16:13.20 | *** join/#oe jbs_ (n=Bernardo@89.181.176.38) |
16:14.11 | christopher | is anyone creating a custom UI with gtk using OE ? I am wondering how to compile using OE ...even if it is one of the examples. when I do a make on one of those in the gtk folder, it fails due to not finding a pango library. |
16:16.57 | *** join/#oe pH5 (n=ph5@e178209073.adsl.alicedsl.de) |
16:19.58 | zecke | koen: check how that change works and if it conflicts with scrolling or other abnormal behaviour |
16:22.22 | koen | will do after I get a toolchain up |
16:22.29 | koen | thanks for looking into it |
16:27.09 | sakoman | koen: OK, thanks for the "heads up" |
16:27.19 | sakoman | are those the changes that just went in? |
16:27.31 | koen | sakoman: yes, but they don't do anything yet |
16:27.40 | sakoman | OK :-) |
16:28.17 | *** join/#oe kristoffer (n=kristoff@80.251.192.4) |
16:32.52 | koen | RP: does that prelink patch solve the problem we saw with prelinking wget earlier? |
16:36.54 | *** join/#oe TheCan (n=thecan@dslb-084-056-132-106.pools.arcor-ip.net) |
16:41.25 | CIA-3 | 03pfalcon 07org.oe.dev * r91c7d956... 10/ (1 packages/qte/qte-mt-static_2.3.10.bb): |
16:41.25 | CIA-3 | qte-mt-static: Set DEFAULT_PREF=-1, this is hightly adhoc target. |
16:41.25 | CIA-3 | * To help a bit people who try to build OPIE w/o reading instructions. |
16:41.53 | *** join/#oe steliosk (n=Stelios@ipa226.211.tellas.gr) |
16:42.52 | zecke | christopher: Hmm, what kind of example do you need? Your app is using standard autotools? |
16:42.59 | zecke | christopher: pkgconfig to find gtk+? |
16:43.13 | CIA-3 | 03koen 07org.oe.dev * rf187242e... 10/ (1 conf/distro/angstrom-2007.1.conf): angstrom 2007, 2008: switch to binutils 2.18 to get rid of the warning spew in stripping and gdb |
16:43.24 | *** join/#oe kristoffer_ (n=kristoff@80.251.192.4) |
16:45.08 | zecke | koen: if you have time to read, read the gcc summit 2003 proceedings |
16:46.05 | *** join/#oe ynezz (n=ynezz@195.113.97.155) |
16:51.55 | *** join/#oe Keizer (n=keizer@71.16.35.6) |
16:57.13 | *** join/#oe Crofton (n=balister@hc652167c.dhcp.vt.edu) |
16:58.11 | *** join/#oe Gerrath (n=Gerrath_@unaffiliated/gerrath) |
17:03.09 | *** join/#oe dcordes (n=tsingtao@f049000163.adsl.alicedsl.de) |
17:08.39 | dcordes | are there any language translation applications in oe? |
17:09.58 | *** join/#oe hughescr (n=Snak@adsl-70-132-20-28.dsl.snfc21.sbcglobal.net) |
17:10.13 | hughescr | Crofton: did you get a console-lcd board in the package? |
17:10.21 | hughescr | it has 3 mini-din connectors on it |
17:10.30 | Crofton | yeas |
17:10.34 | hughescr | if not, sounds like the packing/shipping team really messed up your shipment |
17:10.38 | hughescr | oh ok |
17:10.42 | hughescr | but no wall wart |
17:10.52 | Crofton | and no mini-din to serial |
17:11.04 | hughescr | ah ok no minidin to serial |
17:11.06 | hughescr | I see |
17:11.09 | Crofton | I assembled it and admired the assembly :) |
17:11.15 | hughescr | I thought you meant the baord was missing not the sable |
17:11.21 | Crofton | ah |
17:11.51 | hughescr | ok, I'll get them to send the serial null modem and wall wart then, and the correct USB cable this time... |
17:15.32 | *** join/#oe svolpe (n=Gerrath_@unaffiliated/gerrath) |
17:16.20 | *** join/#oe kristoffer__ (n=kristoff@80.251.192.4) |
17:16.55 | hughescr | "offer only valid in Alaska on thursdays" |
17:18.05 | koen | I found the "after 6 months €24/month" clause |
17:18.19 | koen | and the "need a phoneline clause" |
17:18.23 | koen | ah |
17:18.25 | koen | found it |
17:18.37 | koen | "you live in an 8 mbit/s area" |
17:18.47 | koen | stupid adsl |
17:20.00 | Crofton | heh, my mind isn't fully focused atm |
17:20.00 | Crofton | my aunt is in hospital |
17:20.07 | *** join/#oe dion (n=dion@inhex.net) |
17:20.21 | koen | I hope she gets well soon |
17:20.30 | Crofton | sable? |
17:22.40 | sakoman | s/sable/cable/ |
17:24.19 | koen | gah, I detest these soft math courses |
17:24.42 | koen | anything that can be explained with marbles, coins or dice is not math |
17:25.31 | Crofton | hughescr, that sounds good |
17:25.59 | Crofton | bummer, I though I learned a secret code name |
17:26.21 | Crofton | phdcomics.com is bashing humanties majors atm .... |
17:26.29 | Crofton | koen, probability? |
17:26.37 | mwester | easy targets for bashing, though. |
17:26.39 | koen | Crofton: yes |
17:28.15 | Crofton | koen, probability is very important to communication engineers |
17:28.15 | Crofton | there are guys in my office who look at BER graphs all day |
17:28.19 | Crofton | and claim you are not a comm engineer unless you are creating new BER plots all day |
17:28.21 | Crofton | they are wrong |
17:28.40 | koen | Crofton: I get all the stuff in our com theory courses |
17:28.46 | koen | but I'm made to endure the basics |
17:29.01 | koen | (basically I forget the exam date each year) |
17:30.05 | mwester | Crofton: send some of the BER-creators on a critical customer network problem, armed with some test gear -- a taste of the real world is often a good cure for PHD-itis. |
17:30.47 | Crofton | take "Stochastic Signal Processing" :) |
17:31.09 | koen | Crofton: I want that "laser in use sign" :) |
17:31.26 | koen | http://www.phdcomics.com/comics/archive.php?comicid=906 |
17:31.29 | koen | the yellow one |
17:32.04 | Crofton | hehehe |
17:32.09 | Crofton | It took a moment, but I figured out what koen is going on about |
17:35.05 | cdbot2 | * * OE Bug 2917 has been created by autobuild(AT)openembedded.org |
17:35.07 | cdbot2 | * * angstrom-console-image-1.0-r0-do_rootfs |
17:35.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2917 |
17:35.11 | *** join/#oe csmanx (n=csman@190.42.189.12) |
17:35.37 | cbrake | christopher: many of my project use custom gtk apps -- the best way I've found is create a project in svn using standard autotools build system. Get it all working on a x86 system. |
17:36.16 | cbrake | christopher: then create a recipe that fetches it from svn and builds it -- much like any of the other recipes. If you can get it working on x86, and have the dependencies built, it usually just works. |
17:37.02 | cbrake | christopher: this is where you really start to appreciate autotools, and "inherit autotools" |
17:37.32 | koen | and for libs 'inherit autotools pkgconfig' :) |
17:38.04 | Crofton | koen, you should talk to sakoman about an image in between minimal and console |
17:38.04 | cdbot2 | * * OE Bug 2917 has been RESOLVED (WONTFIX) by <koen> |
17:38.06 | cdbot2 | * * angstrom-console-image-1.0-r0-do_rootfs |
17:38.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2917 |
17:39.46 | steliosk | RP: I see a lot of errors when using nfs to store sources when using latest bitbake |
17:41.07 | steliosk | RP : http://rafb.net/p/FqKQkY86.html |
17:52.40 | koen | bah |
17:52.57 | koen | the day I receive the orange filter for my camera I get clear skies |
17:54.21 | ynezz | is it possible to disable this 'DEBUG: SVN fetcher hitting network for svn://gtk-webcore.svn...' when updating BB's cache? |
17:54.49 | ynezz | i think it's src_uri or so |
17:54.59 | koen | SRCREV |
17:55.14 | ynezz | ok whatever, it's slow as hell :) |
17:58.35 | ynezz | it's about 10 min. for 50% of packages now |
18:01.37 | ynezz | koen, now I understand why are you looking for fast adsl connection :) |
18:05.35 | CM | koen: Just a bitbake question. What is this lock thing that's suddenyl required? http://rafb.net/p/QVljk184.html |
18:05.41 | *** join/#oe aCiDBaSe (n=osantana@200.184.118.132) |
18:05.58 | CM | bitbake -c rebuild libdmx works |
18:06.22 | CM | Not all recipies fail either, so far only the X stuff |
18:11.48 | *** join/#oe rd_ (n=rd@88.198.85.37) |
18:12.17 | ynezz | does this dir exists? /home/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/libdmx-1_1.0.2-r1/install/ |
18:12.55 | *** join/#oe T0mW (n=Tom@24.238.86.158.res-cmts.sth.ptd.net) |
18:14.34 | *** join/#oe ssvb (n=user@87.252.225.64) |
18:15.11 | CM | ynezz: I just rebuilt libdmx, but now it failed on libpcap. I'll look at the same line |
18:16.11 | CM | ynezz: No, it doesn't exist. Instead of install there's a temp dir |
18:16.59 | *** join/#oe kristoffer_ (n=kristoff@80.251.192.2) |
18:19.46 | *** join/#oe KhemWork (i=kraj@nat/montavista/x-a3fcf5f59294f425) |
18:25.53 | *** join/#oe timtimred (n=On3@82-34-50-106.cable.ubr02.chel.blueyonder.co.uk) |
18:33.38 | *** join/#oe steliosk (n=Stelios@ipa226.211.tellas.gr) |
18:38.46 | asmola_work | Crofton, Koen, trying to do an angstrom-minimal-image build for gumstix-verdex, it died on task-boot and said missing dependency update-modules, so i did a bitbake update-modules, everything went OK, then I tried a bitbake angstrom-minimal-image again and I am getting missing dependency module-init-tools-depmod, any ideas? |
18:38.52 | asmola_work | http://pastebin.com/m397eebc4 |
18:40.06 | Crofton | not yet |
18:40.26 | Crofton | I have my auto builder running, so it should appear in bugzilla sometime |
18:40.31 | Crofton | if it happens for me |
18:40.54 | christopher | cbrake: do you know of any tutorials that are helpful for doing that? that is, building and using OE as a framework? |
18:42.35 | stefan_schmidt | zecke: ping |
18:43.04 | zecke | µpong |
18:43.35 | Crofton | asmola_, I am running an omap5912osk build atm |
18:43.53 | stefan_schmidt | zecke: Have you still a bit space for the nights at OEDEM? After some rework it seems OEDEM would fit nice between vacation and my .tw trip. ;) |
18:43.56 | Crofton | we'll see if the problem is global, is specific to gumstix |
18:44.02 | asmola_work | sounds good |
18:44.11 | Crofton | I am on glibc atm |
18:44.28 | zecke | stefan_schmidt: It is a Hilbert-Room. There is always place for one more chair |
18:44.38 | Crofton | once I finish the first machine, the rest go fast |
18:44.40 | stefan_schmidt | zecke: :D |
18:44.52 | stefan_schmidt | zecke: Good to know. |
18:45.09 | koen | CM: remove tmp and rebuild |
18:45.12 | stefan_schmidt | zecke: At least all the 'old' guys will go for a hotel anyway. ;) |
18:45.45 | zecke | stefan_schmidt: oh, let me reread but the answer doesn't change |
18:46.10 | stefan_schmidt | heh |
18:46.25 | *** join/#oe birunko (n=birunko@200.184.118.132) |
18:46.43 | stefan_schmidt | koen: btw, I had some thoughts about the kernel patch stuff between ezx and oe. |
18:47.04 | stefan_schmidt | koen: Your goal is to have an always buildable kernel in oe, right? |
18:47.10 | zecke | we will have enough beds for the poor students employed by certain .tw based companies even if bjoern and doku are not aware of their luck :} |
18:47.25 | stefan_schmidt | koen: My goal is to be able to build the latest svn stuff even if it would fail. |
18:47.41 | koen | stefan_schmidt: an always buildable kernel being the default, yes |
18:47.49 | stefan_schmidt | zecke: heh. I have tp use my money to drink with you. ;) |
18:48.20 | stefan_schmidt | koen: hmm, just one bb with known good SRCREV and one with latest and default -1? |
18:48.43 | stefan_schmidt | koen: Once we one the newest version works fine we can just update the SRCREV |
18:48.54 | koen | I still extremely dislike fetching patches from svn for the reasons mentioned |
18:49.02 | stefan_schmidt | koen: Would make it easier for you and we would not need to pull the patches in. |
18:49.14 | koen | if we are going to have a stable and toy kernel we can put hte stable patches in OE |
18:49.24 | stefan_schmidt | koen: Then only build releases with miorrored tar balls? |
18:49.45 | stefan_schmidt | koen: hmm, how is this handled with linux-rp? |
18:49.55 | koen | linux-rp is not really a good example |
18:50.21 | stefan_schmidt | koen: But I consider to base newer ezx stuff on it. :) |
18:50.37 | stefan_schmidt | After a lot poking from mickeyl :) |
18:50.39 | *** join/#oe summatusmentis (n=summatus@rn083002.morris.umn.edu) |
18:51.43 | *** join/#oe khem (i=khem@nat/montavista/x-b1240e355a40f470) |
18:52.04 | stefan_schmidt | zecke: I had some chats with your headhunter at MDD. Nice guy. He was excited about OpenMoko with sound on the A780. :) |
18:53.20 | stefan_schmidt | zecke: Hard to find, eh? |
18:54.07 | cbrake | christopher: no, I don't know of anything offhand. I you want to send me an email (cbrake@bec-systems.com) with some specific questions, I'll consider them for my next blog post. I think how to set up a custom application would be a good next topic. |
18:54.49 | cbrake | christopher: one of the biggest benefits of OE is having a somewhat standard way to do things -- you can focus on real work, instead of creating yet another build system. |
18:54.52 | christopher | cbrake: ok. I can do that. OE can be overwhelming to a newbie and I am trying to understand what part to customize and how to use what is already there. |
18:55.26 | christopher | cbrake: yeah, exactly. I'd like to have a base system with X, and gtk support and just do a hello world example. and then, I can follow that around and go from there |
18:56.12 | christopher | cbrake: I have a couple of images that mount etc, but they are running a lot more things that I need in my system and end up not working or crashing. |
18:57.02 | cbrake | christopher: angstrom-console-image has never given me a lot of problems, but I've not built a fresh image in the last week or two. |
18:57.27 | stefan_schmidt | hmm, I'm the only one with failing glibc_2.5 for a new build from scratch? |
19:00.14 | christopher | cbrake: does that have x-windows support? |
19:00.36 | christopher | cbrake: or kdrive I should say |
19:01.00 | christopher | cbrake: and that has the gtk libraries for running gtk apps? if so, that would be the place to start. |
19:01.43 | cbrake | christopher: no, but you can extend angstrom-console-image pretty easily: http://bec-systems.com/web/content/view/79/9/ |
19:02.38 | *** join/#oe viviji1 (n=vivijim@200.184.118.132) |
19:02.56 | cbrake | christopher: the more difficult task is how to slim down agnstrom-console-image, but that should be doable with a custom image recipe as well. |
19:03.28 | christopher | cbrake: ok. what size are most of your images with x and gtk support? 6-8 mb |
19:03.29 | christopher | ? |
19:03.32 | cbrake | christopher: I'm still running in bloat mode on most of my current projects -- no time for optimization right now :-\ |
19:04.11 | christopher | cbrake: ok, I can understand that. |
19:04.25 | cbrake | christopher: 18-30MB JFFS2, but some of those contain quite of bit of custom application stuff |
19:04.58 | *** join/#oe hughescr (n=Snak@adsl-75-52-251-81.dsl.pltn13.sbcglobal.net) |
19:05.01 | christopher | cbrake: oh wow. That's bigger than I thought. i think the gpe x11 image I built earlier was around 26 or so |
19:05.19 | cbrake | christopher: but, with 128MB of NAND flash I don't really care what the flash footprint is :-) |
19:05.59 | cbrake | christopher: at least not right now. Yeah, I think you could build a stripped down X+GTK image in about 15-20MB JFFS2 size. |
19:06.19 | christopher | cbrake: ok. I'd be fine with that. if I can get it to work. :) hehe |
19:06.52 | cbrake | christopher: well, pretty soon things will start to click and you'll be glad you stuck with it :-) |
19:07.33 | *** join/#oe zecke (n=ich@dsl-62-220-14-162.berlikomm.net) |
19:07.42 | christopher | cbrake: hope so. so, I see the bb file you are showing on your site. would you then add gtk depends to that file? |
19:07.53 | *** join/#oe csmanx (n=csman@190.42.189.12) [NETSPLIT VICTIM] |
19:08.26 | cbrake | christopher: yes, that should work. |
19:09.14 | *** join/#oe Crofton|work (n=balister@ossie.wireless.vt.edu) |
19:09.41 | koen | stefan_schmidt: linux-rp is a great kernel due to the patches it has, but not a great recipe |
19:09.45 | koen | not a bad recipe either |
19:10.26 | ynezz | does it looks ok? http://ynezz.true.cz/ts72xx-oe.patch |
19:11.02 | *** join/#oe summatusmentis (n=summatus@rn083002.morris.umn.edu) |
19:11.14 | ynezz | just rewritten it to use linux_<foo>.bb |
19:11.20 | koen | does linux/ts72xx/2.6.22.6/ actually work? |
19:11.27 | ynezz | yes |
19:11.38 | koen | I'd use linux-2.6.22.6/ts72xx/ |
19:11.39 | ynezz | i've rebuild both and they boots |
19:11.42 | *** join/#oe russf (n=russf@host217-41-46-92.in-addr.btopenworld.com) [NETSPLIT VICTIM] |
19:11.43 | stefan_schmidt | koen: moment, I try to find out why glibc header files are ending on .x instead of .h here. |
19:12.08 | koen | stefan_schmidt: there's some sed magic in packages/glibc iirc |
19:12.26 | ynezz | ok, I'll rewrite it |
19:13.13 | stefan_schmidt | uh, shell. Anybody can tell what this should do? h=`echo $r|sed -e's,\.x$,.h,'` |
19:13.29 | koen | could you put DEFAULT_PREFERENCE = "-1" next to the DEFAULT_PREFERENCE_ts72xx = "(-)1" lines? |
19:13.40 | koen | ynezz: apart from that it looks ok |
19:13.50 | ynezz | ok, fine |
19:13.54 | koen | attach it to the bugtracker with that change and it looks ready to commit |
19:14.25 | koen | I'll be away tomorrow, so if you want it in fast, poke someone else ;) |
19:16.07 | stefan_schmidt | OK, it seems this take me longer to understand. |
19:16.16 | stefan_schmidt | koen: Back to the patches. |
19:17.57 | stefan_schmidt | koen: I still don't think pulling all patches, even only the known good ones, into OE is such a great idea. If you dislike pulling it from svn you would need to pull a lot more stuff in oe. Tarballs for the stable version are not enough? |
19:18.15 | stefan_schmidt | koen: In the end we should do tarball more often anyway. :) |
19:18.26 | stefan_schmidt | s/tarball/tarballs/ |
19:24.22 | *** join/#oe Bitmaster (n=Bitmaste@c-d962e253.325-1-64736c12.cust.bredbandsbolaget.se) |
19:25.36 | *** join/#oe vivijim (n=vivijim@200.184.118.132) [NETSPLIT VICTIM] |
19:28.17 | *** join/#oe kristoffer__ (n=kristoff@80.251.192.2) |
19:29.46 | *** join/#oe SirManiac (n=ryan@75-104-41-226.cust.wildblue.net) |
19:30.10 | koen | stefan_schmidt: I'd like to have a controlled way to tweak single patches |
19:30.52 | koen | stefan_schmidt: linux-rp uses single patches :) |
19:31.24 | koen | stefan_schmidt: the toy kernel can pull patches from svn directly if it wants, but the user kernel won't change often |
19:32.48 | stefan_schmidt | koen: You would like to tweak our patches? They are perfect. ;) |
19:33.35 | stefan_schmidt | koen: Is there another kernel OE do it the same way? |
19:34.00 | stefan_schmidt | koen: I mean you can alway have 'distro' patches inside of OE |
19:39.05 | cdbot2 | * * OE Bug 2918 has been created by ynezz(AT)true.cz |
19:39.06 | cdbot2 | * * Support for Technologic Systems TS-72xx SBC |
19:39.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2918 |
19:39.17 | cdbot2 | * * OE Bug 2919 has been created by craig(AT)gumstix.com |
19:39.19 | cdbot2 | * * Create a distro for gumstix |
19:39.21 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2919 |
19:39.56 | hughescr | sakoman: my patches are now all in OE bugs |
19:43.19 | *** join/#oe memeruiz (n=memeruiz@Ra6a2.r.pppool.de) |
19:47.19 | *** join/#oe svolpe (n=Gerrath_@unaffiliated/gerrath) |
19:47.47 | *** join/#oe Gerrath (n=Gerrath_@unaffiliated/gerrath) |
19:48.45 | asmola_work | crofton, how is the osk build going? |
19:50.30 | *** join/#oe TheCan (n=thecan@dslb-084-056-174-184.pools.arcor-ip.net) |
19:55.07 | koen | stefan_schmidt: linux_*.bb :) |
19:56.05 | cdbot2 | * * OE Bug 2920 has been created by cwixon(AT)usa.net |
19:56.07 | cdbot2 | * * New Recipe: Free42 RPN Calculator |
19:56.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2920 |
20:03.24 | koen | NOTE: the following files were installed but not shipped in any package: |
20:03.25 | koen | NOTE: /usr/lib/preloadable_libiconv.so |
20:03.27 | koen | hmmm |
20:03.52 | koen | (yes, I'm building uclibc, woglinde, you can relax now) |
20:03.55 | *** join/#oe kristoffer_ (n=kristoff@80.251.192.2) |
20:04.23 | Crofton | crunching along |
20:04.39 | Crofton | I think I set it to only do one process |
20:04.43 | koen | this time for .deb packages |
20:05.16 | koen | now I have 2 machines that will spam bugzilla for new packages I want to add :) |
20:05.26 | Crofton | koen, do we have any "policies" on distros derived from angstrom? |
20:06.19 | koen | yes |
20:06.27 | koen | "Don't do it*" |
20:06.32 | Crofton | heh |
20:06.38 | koen | * unless you have a _very_ good reason |
20:06.51 | Crofton | how can we accomodate Craig's gumstix issues? |
20:07.22 | Crofton | I am going to work though the gumstix patches and knock out the easy stuff first |
20:08.05 | Crofton | I suspect there will be "loss of control" issues moving from a buildroot system they had complete control over |
20:08.39 | koen | so put someone from gumstix (i.e. craig) in the angstrom-core-team |
20:09.36 | Crofton | then the "core team" grows every time someone wants to do real work with it |
20:09.51 | koen | I guess so |
20:09.56 | Crofton | and becomes dominated by commericial interests |
20:09.58 | koen | the core team thingy wasn't my idea |
20:10.05 | cdbot2 | * * OE Bug 2921 has been created by autobuild(AT)openembedded.org |
20:10.07 | cdbot2 | * * ltrace-0.4-r1-do_compile |
20:10.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2921 |
20:10.34 | Crofton | These are general issues, that hopefully become more common |
20:10.37 | Crofton | is my thinking |
20:10.57 | *** part/#oe SirManiac (n=ryan@75-104-41-226.cust.wildblue.net) |
20:11.04 | Crofton | so developing systems to support vendors who want to use OE is really important |
20:11.19 | *** join/#oe SirManiac (n=_sir_man@75-104-41-226.cust.wildblue.net) |
20:11.25 | koen | right |
20:12.03 | koen | experience learns that having your own distro is great for the first week and then it bitrots |
20:12.08 | Crofton | rumour has it I have a new PC here I can install OE on |
20:12.17 | koen | having a derivative distro jsut delays that bitrot :) |
20:12.21 | Crofton | so I stop doing builds on the SCM/webserver |
20:12.48 | Crofton | this is one of my concerns |
20:12.57 | koen | IMNSHO the "too many vars in local.conf" can be fixed by providing a sample local.conf |
20:13.30 | koen | since uclibc is practically unmaintained nowadays, I foresee a rising interest in using glibc on gumsticx |
20:13.38 | koen | especially since OE makes it so easy |
20:13.57 | koen | <queue khem saying "or eglibc"> |
20:14.06 | Crofton | sadly, he did not send me the lowest end gumstix |
20:14.21 | Crofton | apparently they have disk space issues |
20:14.44 | koen | right |
20:14.51 | koen | I don't debate that |
20:15.07 | Crofton | and I suspect a number of his problems are related to underlying issues we should fix anyway |
20:15.14 | koen | OTOH I've been known to overestimate the reading skills of users |
20:16.29 | Crofton | koen, http://ossie.wireless.vt.edu/trac/ticket/58 |
20:17.01 | Crofton | from a fellow who has declared that he "is not a Linux developer" |
20:17.21 | Crofton | apparently sudo make install is testing some people's limits |
20:17.21 | stefan_schmidt | koen: Sorry, distracted. OE is really pulling all that kernel patches in? It should not be me to stop this as long as I have my toy recipe to play with the newest stuff. Any opinions on others about that? Should we write a mail to oe-devel? |
20:17.51 | Crofton | asmola_, I am on 504 of 584 tasks for the omap5912osk |
20:18.04 | cdbot2 | * * OE Bug 2922 has been created by <Marek> |
20:18.06 | cdbot2 | * * qpe-mahjongg - replace some sick code |
20:18.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2922 |
20:18.15 | koen | stefan_schmidt: write to oe-devel and keep in mind that not everyone is a leet developer |
20:18.36 | stefan_schmidt | koen: heh, will do. |
20:19.05 | cdbot2 | * * OE Bug 2923 has been created by <Marek> |
20:19.07 | cdbot2 | * * libsdl_net doesnt compile - looking for host includes |
20:19.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2923 |
20:19.18 | asmola_work | Crofton, mine died right around that point |
20:19.26 | koen | "oe should only have patches that <foo>" translates to "I'm soooo leet and lazy" for me |
20:19.48 | koen | 'night all |
20:19.52 | Crofton | gn |
20:19.59 | asmola_work | then i started punching in some random bitbake commands and now it looks to be at 250 or so |
20:20.01 | asmola_work | gn koen |
20:20.05 | sakoman | Crofton: I think gumstix is going to stress the OE conventions |
20:20.12 | SirManiac | night |
20:20.13 | Crofton | yeah |
20:20.23 | sakoman | There's not really a single "machine" |
20:20.38 | Crofton | lots of combinations of hw |
20:20.58 | sakoman | And each gumstix OEM is gonna want to control which kernel modules get installed and autoloaded |
20:20.59 | *** part/#oe SirManiac (n=_sir_man@75-104-41-226.cust.wildblue.net) |
20:21.03 | Crofton | we have the goal of one distro yo unite them all |
20:21.19 | Crofton | I suspect we will stress monotone |
20:21.36 | Crofton | it should be possible for someone to maintain a local branch in mtn |
20:21.43 | sakoman | Yeah, not sure what the right answer is |
20:21.55 | Crofton | pull from main OE server and move stuff into the branch in a controlled fashion |
20:22.09 | sakoman | That's what I am thinking |
20:22.15 | asmola_work | arguably buildroot has the same issue, but with the gui config, users are able to easily pick and choose what things they want / don't want |
20:22.24 | Crofton | also some people just stop pulling for certain projects |
20:22.24 | sakoman | right |
20:22.35 | Crofton | likewise does that I think |
20:22.50 | sakoman | For most commercial products that is always the case |
20:23.01 | Crofton | Too bad we do't have the OEDNAM |
20:23.09 | sakoman | You branch at some point in the release cycle |
20:23.33 | Crofton | you also need to work with your SCM system |
20:23.44 | sakoman | And do any future updates by hand and only after really careful benefit analysis :-) |
20:24.23 | Crofton | well, we are supposed to have tools that make this better :) |
20:24.42 | sakoman | a secret: no one does this well :-) |
20:25.05 | Crofton | lets just say, I have heard people say really dumb things |
20:25.25 | sakoman | hopefully I haven't been one of them :-) |
20:25.28 | Crofton | no |
20:25.35 | Crofton | this is school related stuff |
20:25.40 | sakoman | ah |
20:25.52 | *** join/#oe SirManiac (n=_sir_man@75-104-41-226.cust.wildblue.net) |
20:25.54 | Crofton | electrical engineers make lousy software guys |
20:26.03 | Crofton | generally speaking of course |
20:26.10 | sakoman | and vice versa! |
20:26.13 | Crofton | yep |
20:26.26 | Crofton | and this is what makes software defined radio hard |
20:26.57 | sakoman | indeed |
20:27.23 | Crofton | http://www.openembedded.org/wiki/OEDEM2007 |
20:27.34 | Crofton | we should enter some of this discussion here |
20:28.29 | Crofton | try to get some discussion going on how people use OE for real, and how OE can better support the "customer" base |
20:28.47 | sakoman | are you going? |
20:29.41 | *** join/#oe tank17 (i=tank17@gateway/tor/x-993b25d42bfd6d59) |
20:29.54 | Crofton | probably not |
20:30.23 | Crofton | there is an outside chance, but it is very complicated |
20:30.57 | hrw | hi |
20:31.01 | stefan_schmidt | koen: Mail sent. Should clear the positions. If I missed something don't hesitate to clarify it. |
20:31.01 | Crofton | unless monay falls from the sky |
20:31.24 | sakoman | understood, it would be an expensive trip! |
20:31.32 | hrw | there is a way to get multiple gumstix configs supported in OE\ |
20:31.58 | hrw | also vendors which use OE and gumstix can make own configs (for own usage) |
20:32.02 | Crofton | hrw, let mw get mine booting and I can start trying to work though the issues |
20:32.32 | Crofton | we need to describe the "best" way to do that, and end up with a bitrotted database |
20:32.47 | sakoman | hrw: yes, that's what I assume I will do "worst case" |
20:33.24 | Crofton | it is always good to attempt to do the right thing, then compromise to make deadlines |
20:33.33 | sakoman | exactly |
20:33.37 | hrw | now we have gumstix-connex and gumstix-verdex - rigt? |
20:33.41 | Crofton | yes |
20:34.32 | Crofton | asmola_, omap5912osk built |
20:34.36 | hrw | if there is gumstix-verdex-umbaumba which adds pcmcia/cf and wifi then it can be done in a way which will use gumstix-verdex stuff but be different to it |
20:34.49 | hrw | OVERRIDES can be set in machine configs |
20:35.47 | asmola_work | crofton, ok, good to know, mine is cranking away again, we'll see how far it goes |
20:36.07 | sakoman | hrw: so gumstix-verdex-umbaumba.conf would "require" gumstix-verdex and then set the overrides? |
20:36.38 | hrw | sakoman: yes, and will add "pcmcia" to MACHINE_FEATURES |
20:36.50 | *** join/#oe gremlin[it] (n=gremlin@217.202.79.114) |
20:37.16 | Crofton | obviously the solution is for gumstix to give us all slightly different hw to test on :) |
20:37.45 | asmola_work | so there are a bunch of gumstix-verdex-*, but then how are these combined if you are using say pcmcia and network? |
20:37.49 | Crofton | roa -> Berlin is $758 :) |
20:38.16 | hrw | asmola_work: network is smc91xx connected to pxa directly or pcmcia? |
20:38.20 | Crofton | a week in Berlin, not so cheap |
20:38.27 | *** join/#oe v8jlene (n=nnnleneh@birgitte.twibble.org) |
20:38.33 | sakoman | hrw: in that case, it would be best if gumstix-verdex just handles the bare verdex cpu module |
20:38.42 | Crofton | I think directly, not sure xactly what pins are on the connector though |
20:39.03 | *** join/#oe mgross (i=mgross@nat/intel/x-ccb8c2299f323d17) |
20:39.12 | sakoman | and then there were also gumstix-verdex-goliath, etc override conf files |
20:39.21 | hrw | or we can add MACHINE_GUMSTIX_* variables whic user will set in local.conf |
20:39.38 | hrw | MACHINE_GUMSTIX_NETWORK = "1" # enable smc91xx module |
20:39.54 | hrw | MACHINE_GUMSTIX_PCMCIA = "1" # enable CF extension |
20:39.55 | hrw | etc |
20:39.58 | asmola_work | hrw, i think directly as well, i have the schematics and eagle on my home computer but not here |
20:40.17 | Crofton | I am wondering if the connector is a form of pcmcia ... |
20:40.20 | hrw | asmola_work: as long as it is not cf/pcmcia it does not matter how it is |
20:40.57 | hrw | but if it is cf/pcmcia but not allow to connect other card then it is to be handled in a bit other way |
20:41.28 | asmola_work | crofton, i don't beleive so because i know that on the hybrid board you have, the wireless is cf/pcmcia |
20:42.21 | asmola_work | which is why the hubrid board (ethernet & wireless) doesnt have the cf card slot |
20:42.41 | hrw | asmola_work: wireless is marvel 8385? |
20:44.36 | asmola_work | hrw: yes |
20:44.57 | asmola_work | although they don't have a board released with wireless for the verdex ( although I think crofton may have one ) |
20:45.10 | Crofton | :) |
20:45.31 | *** join/#oe punkass (n=user@unaffiliated/punkass) |
20:46.32 | hrw | I need to extract libertas update for 2.6.23-rc3 from libertas tree and check that card in zaurus ;D |
20:48.50 | *** join/#oe svolpe (n=Gerrath_@unaffiliated/gerrath) |
20:49.11 | *** join/#oe Gerrath (n=Gerrath_@unaffiliated/gerrath) |
20:50.47 | asmola_work | crofton, yeah made it to 553 of 557 again, grrr |
20:51.13 | Crofton | can you go ahead and pastebin the error while I am waiting on git? |
20:51.28 | asmola_work | yeah, doing that rightnow |
20:51.51 | asmola_work | http://pastebin.com/m4143fde5 |
20:52.12 | asmola_work | i got that last time so i did a bitbake update-modules |
20:52.28 | Crofton | angstrom-2007.1 and gumstix-verdex |
20:52.32 | asmola_work | yes |
20:52.34 | Crofton | when did you update last? |
20:52.44 | asmola_work | noon or so today |
20:52.53 | *** join/#oe mr_nice (n=mr_nice@p54A9F919.dip.t-dialin.net) |
20:52.55 | asmola_work | i have enable_binary_locale_generation=0 |
20:53.00 | Crofton | heh |
20:53.02 | Crofton | me too |
20:53.15 | Crofton | we don't need no steenkin locale |
20:53.30 | asmola_work | :) |
20:55.38 | Crofton | I wonder if the module_autoload lines are pulling in update-modules .... |
20:55.58 | asmola_work | if i build update-modules then i get this... |
20:56.14 | Crofton | drum roll |
20:56.36 | asmola_work | http://pastebin.com/m3b4fd756 |
20:56.58 | Crofton | hrw, ping |
20:58.09 | Crofton | what happened to angstrom-console-image? |
20:58.35 | hrw | ? |
20:58.53 | Crofton | can you look at asmola_work 's pastebins? |
20:58.53 | hrw | Crofton: you do from scratch? |
20:58.59 | Crofton | I'm hoping you know the answer |
20:59.06 | Crofton | asmola_work, did |
20:59.10 | asmola_work | hrw, that was from scratch |
20:59.18 | Crofton | I am building omap5912osk, then gumstix |
20:59.29 | Crofton | I am almost to the same point on gumstix |
20:59.38 | hrw | my from scratch build is on glibc now ;( |
20:59.44 | asmola_work | if it doesn't break on your computer i'm thrrowing mine out the winodw |
20:59.51 | Crofton | heh |
21:00.01 | hrw | asmola_work: is it fast? |
21:00.02 | asmola_work | except there aren't any windows here (probably not an accident) |
21:00.17 | Crofton | we try really hard to isolate from the host, but it is really hard .... |
21:00.25 | asmola_work | is my computer fast? |
21:01.04 | *** join/#oe Cyberdeck (n=mnemonic@unaffiliated/cyberdeck) |
21:01.05 | asmola_work | im running multiple threads on the build since i am on a dual core |
21:02.16 | hrw | asmola_work: so throw it under my door ;D |
21:02.17 | *** join/#oe kristoffer (n=kristoff@80.251.192.2) |
21:02.22 | Crofton | heh |
21:02.25 | asmola_work | :) |
21:02.30 | Crofton | long throw |
21:02.48 | hrw | looks like I will have to do two new builds ;( |
21:05.28 | asmola_work | i am going to run home, i'll be back online in about 20 |
21:06.59 | Crofton | ok |
21:07.40 | Crofton | I have a machine here I can set up to do builds |
21:07.50 | Crofton | and it will be sort of dedicated to this stuff |
21:07.52 | Crofton | hopefully |
21:10.12 | CM | Crazy thing: http://nsa.unaligned.org/ |
21:11.33 | hrw | for machine in fic-gta01 alix gumstix-verdex c7x0 ;do echo "MACHINE='$machine'" >conf/auto.conf;bitbake angstrom-console-image;bitbake openmoko-devel-image;bitbake angstrom-x11-pimlico-image;bitbake mc strace less task-proper-tools cvs subversion lighttpd monotone;bitbake task-native-sdk;done |
21:11.43 | hrw | should be enough for more then night |
21:17.17 | hrw | bye |
21:20.43 | *** join/#oe woglinde (i=woglinde@e178072198.adsl.alicedsl.de) |
21:20.50 | Crofton | bother, gumstix succeeded for me ... |
21:20.53 | woglinde | hi |
21:20.58 | Crofton | I need to build from scratch |
21:28.20 | mr_nice | woglinde: hi |
21:29.19 | woglinde | hi mr_nice |
21:29.36 | mr_nice | woglinde: do you have some time for me? |
21:30.39 | woglinde | hm yes |
21:30.50 | mr_nice | woglinde: :) |
21:31.09 | mr_nice | woglinde: can you have a look at oe bug 2598 |
21:31.53 | mr_nice | woglinde: I wrote a patch for that simpad power off problem |
21:32.35 | woglinde | hm whats powerd doing? |
21:33.15 | woglinde | hm ah |
21:33.24 | mr_nice | woglinde: it wathes the given evdev file for KEY_POWER. if it is pressed it does apm -s |
21:34.09 | woglinde | hm why the heck the kernel cant see this himself |
21:34.13 | asmola_ | crofton, ii'm back |
21:34.29 | mr_nice | woglinde: good question |
21:34.43 | Crofton | it built for me, but it was not a clean build |
21:35.00 | woglinde | mr_nice I will check it in tomorrow okay? |
21:35.40 | asmola_ | yeah everything had been working fine for me but in th interest of the greater good last week i decided to build from scratch and thats when i hit this bump and then i dropped it and picked it up again today and seeing the same issue |
21:35.51 | mr_nice | woglinde: :) |
21:35.58 | Crofton | I am going to make a build machine at school |
21:36.10 | Crofton | and try there, but it will take me a while to get it going |
21:36.20 | Crofton | I have started a one cpu clean build at home |
21:37.12 | *** join/#oe kristoffer_ (n=kristoff@80.251.192.4) |
21:37.34 | asmola_ | ok, sounds good, let me know how it goes |
21:37.49 | Crofton | will do, sorry about this |
21:37.59 | Crofton | it is a nuisance to replicate .... |
21:38.01 | asmola_ | no need to be sorry, i can't thank you enough |
21:38.50 | Crofton | thank my spare clock cycles |
21:38.52 | asmola_ | with all of this ossie/angstrom stuff i have been able to fool everyone at work into thinking that i know something :) |
21:39.13 | Crofton | well, we expect you to pay us back :) |
21:39.27 | asmola_ | haha. uh oh |
21:40.03 | woglinde | bye |
21:42.13 | *** join/#oe T0mW (n=Tom@24.238.86.158.res-cmts.sth.ptd.net) |
21:42.56 | *** join/#oe flo_lap (n=fuchs@f049187020.adsl.alicedsl.de) |
21:43.05 | Crofton | asmola_, make some cool shit with what you have and show it to big shots |
21:43.32 | Crofton | I'm going to walk home and burn an install dvd |
21:43.57 | asmola_ | ok, cool, talk to you later |
21:51.00 | *** join/#oe Laibsch (n=Laibsch@134.99.37.93) |
21:51.12 | *** part/#oe Laibsch (n=Laibsch@134.99.37.93) |
22:03.59 | *** join/#oe tank1718 (i=tank17@gateway/tor/x-04e032b95ae1d06d) |
22:09.29 | rwhitby | stefan_schmidt: for the ixp4xx-kernel, I pull in patches from a SRCREV on the nslu2-linux svn server. |
22:09.47 | rwhitby | it makes it easier to keep patches in sync between OE, OpenWrt, and Debian. |
22:10.27 | stefan_schmidt | rwhitby: So fixed rev and no separate patches in OE? That's also the way I see it. |
22:10.43 | stefan_schmidt | rwhitby: Thanks. Let's wait for more comments. |
22:11.25 | stefan_schmidt | rwhitby: In the end we both are more the 'upstream' guys in this problem. So it make sense we have the same opinion, as it makes our life easier. :) |
22:12.05 | polyonymous_ | zecke, ping? |
22:12.05 | rwhitby | yeah, and I've had the same difference of opinion with koen on this issue too. |
22:12.12 | zecke | polyonymous_: pong |
22:12.16 | zecke | did I break something? |
22:12.20 | polyonymous_ | zecke, yeah :) |
22:12.31 | zecke | something important? ;) |
22:12.34 | rwhitby | stefan_schmidt: I see his point, from the point of view of an OE-only viewpoint. |
22:12.37 | polyonymous_ | zecke, it turns out you can't EXPORT_FUNCTION from the file containing dash in the name |
22:12.44 | polyonymous_ | (qmake-base) |
22:13.23 | polyonymous_ | I've even forced bitbake to emit qmake-base_do_configure function, but it only works if run.do_configure has #!/bin/bash :) |
22:13.29 | rwhitby | stefan_schmidt: but to take his point of view to the extreme, then all downloads would need to be on OE-hosted servers just in case an upstream server goes away (and this somewhat is the case with the sources mirror logic) |
22:13.32 | stefan_schmidt | rwhitby: yeah, lets see how others think about this |
22:13.34 | zecke | polyonymous_: for sure file a bitbake bug (even if that code in bitbake is ugly...) |
22:13.44 | polyonymous_ | zecke, so, basically, the whole opie is broken. |
22:13.49 | stefan_schmidt | rwhitby: indeed |
22:13.51 | zecke | polyonymous_: so we are back to copying this code to qmake and qmake2? |
22:13.53 | polyonymous_ | zecke, well, how would you want to fix it? |
22:13.59 | polyonymous_ | zecke, that's the question. |
22:14.07 | polyonymous_ | zecke, if I were sure of it I wouldn't poke you :) |
22:14.32 | polyonymous_ | zecke, this can be done, I think with one more ugly workaround in bitbake like replacing '-' with '_'... |
22:14.50 | polyonymous_ | Or renaming qmake-base to qmake_base (but that breaks conventions) |
22:14.52 | zecke | polyonymous_: file a bitbake bug and then move the code to qmake and qmake2.bbclass |
22:15.03 | zecke | qmakebase ;) |
22:15.25 | polyonymous_ | zecke, well, as a temporary workaround I'll add another .bbclass instead of duplicating code. |
22:15.37 | polyonymous_ | to be inherited by qmake and qmake2 |
22:15.52 | zecke | polyonymous_: copy+bug report and once bitbake is fixed and we depend on it we can clean it up |
22:16.12 | RP | Offhand does anyone know a good graphical patch reject resolver? |
22:16.13 | polyonymous_ | zecke, ok. But what fix would you expect? |
22:16.14 | *** part/#oe vivijim (n=vivijim@200.184.118.132) |
22:16.33 | polyonymous_ | zecke, I can do it myself, but I'm not sure which way to go - it's not just bitbake's problem, but also shell's. |
22:16.55 | zecke | polyonymous_: oh shell :} |
22:16.58 | polyonymous_ | RP, offhand, only gvim. |
22:17.02 | *** join/#oe lrg (n=liam@lrg2.demon.co.uk) |
22:17.06 | *** join/#oe mallum (n=mallum@host86-151-66-134.range86-151.btcentralplus.com) |
22:17.09 | polyonymous_ | zecke, yeah, that's the problem. I *did* fix the bitbake part :) |
22:17.14 | polyonymous_ | zecke, but it only works for bash. |
22:17.30 | zecke | polyonymous_: rename functions on the fly |
22:17.43 | polyonymous_ | zecke, s/-/_/? |
22:17.43 | zecke | polyonymous_: as you suggested and make sure that the other version is currently not present |
22:18.03 | polyonymous_ | zecke, ok, thanks. I think I'll try to fix it in bitbake then. |
22:18.12 | zecke | awesome! |
22:19.40 | RP | zecke: btw, have you any idea why export FOO ?= "value" doesn't work properly? |
22:19.52 | RP | zecke: and should we support "export FOO" ? |
22:21.19 | rwhitby | stefan_schmidt: I've also replied in email. |
22:21.21 | zecke | RP: IIRC export FOO is already used by metadata :) |
22:21.27 | stefan_schmidt | rwhitby: thanks |
22:21.42 | RP | zecke: export FOO = "" works, export FOO does not afaik |
22:21.56 | zecke | RP: for ?= we would need to look into the feeder and I don't feel like doing that :} |
22:22.03 | *** join/#oe Marex (n=Marex@gwfm4-3-0-240.802.cz) |
22:22.15 | *** join/#oe KhemWork (i=kraj@nat/montavista/x-1ae5d46e0fa238d7) |
22:22.55 | RP | zecke: damn ;-) |
22:37.04 | cdbot2 | * * OE Bug 2924 has been created by autobuild(AT)openembedded.org |
22:37.06 | cdbot2 | * * openmoko-image-1.0-r0-do_rootfs |
22:37.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2924 |
22:40.07 | RP | zecke: export FOO ?= "" works as expected, we just have some strange default values :/ |
22:45.59 | *** join/#oe dijenerate (n=dijenera@72.22.131.245) |
22:46.43 | CIA-3 | 03rpurdie * r969 10/ (4 files in 4 dirs): Add support for the syntax "export VARIABLE" |
22:50.57 | *** join/#oe hughescr (n=Snak@adsl-75-52-251-81.dsl.pltn13.sbcglobal.net) |
22:54.00 | hughescr | koen: hope my comments on bug #2919 don't come across as too harsh -- I didn't re-read before hitting "submit" |
22:54.04 | ljp | <PROTECTED> |
22:54.37 | zecke | ljp: hi :) |
22:54.45 | hughescr | koen: I'm just trying to keep everything absolutely as drop-dead simple as possible for gumstix users trying to figure out OE |
22:55.01 | hughescr | there are over 7,000 of them, and 99% of those are not very tech-savvy |
22:55.12 | zecke | ljp: ask my co-workers for quotes |
22:55.21 | hughescr | they can just about figure out how to follow the buildroot setup/build instructions, which is 3 command line instructions |
22:55.40 | hughescr | If I were to try and get them using OE today, it'd be a support nightmare for me |
22:56.13 | hughescr | But I desperately want to get away from buildroot and onto OE asap |
22:56.43 | hughescr | and having a gumstix-specific distro/set of images seems like the easiest way to smooth many of these edges |
22:56.52 | stefan_schmidt | zecke: You mean something like: "It's wonderful. This sane API. Fast to learn." ? *caught* |
22:57.34 | zecke | stefan_schmidt: ah right, I complained about the GtkTreeIter up/down/forward/backward navigation at the camp :) |
22:57.52 | zecke | and randomly say Gtk+ devs get paid for LOC they produce |
22:58.04 | stefan_schmidt | heh |
22:58.21 | stefan_schmidt | Duplicating work brings money in... |
22:58.59 | zecke | frameworks are a threat to the money flow ;) |
22:59.32 | stefan_schmidt | zecke: Not really. Just create your own. It's hip these days. :) |
22:59.45 | zecke | using vala? |
23:00.16 | ljp | isnt that like all guis build in c? :) |
23:00.23 | stefan_schmidt | zecke: For example. And if that is boring too, go for another language. |
23:00.50 | Crofton | hughescr, we understand your problems |
23:01.01 | Crofton | I think we are still grappling with how to deal with them |
23:01.14 | zecke | stefan_schmidt: what I find funny about vala is. If Mr. de Icaza would have developed a C# frontend for gcc vala would not be needed... |
23:01.19 | Crofton | without creating millions of distros and special cases |
23:01.34 | Crofton | hughescr, also, did you sort out my cable issue? |
23:01.53 | zecke | ljp: but my complain means I take a look at Qtopia... |
23:03.02 | sakoman | hughescr: I'm playing around with an "expert" gumstix machine type that might work better for guys like me who want fine grain control |
23:03.18 | stefan_schmidt | zecke: Perhaps. But sometimes it's easier to start another language. You know when people have this great vision about how the future should look like... |
23:03.52 | zecke | stefan_schmidt: hehe, it is too early to argue |
23:04.01 | sakoman | hughescr: . . . and are willing to put up with a little extra work :-) |
23:04.29 | stefan_schmidt | zecke: BTW, you need to rant more Qtopia now then before or people will think you opinion is paid. ;) |
23:05.12 | stefan_schmidt | zecke: And of course rant about OpenMoko |
23:05.37 | stefan_schmidt | zecke: Talking about that. GSoC finished fine? |
23:05.52 | *** join/#oe mhnoyes (n=mhnoyes@dialup-4.246.18.156.Dial1.SanJose1.Level3.net) |
23:06.06 | zecke | stefan_schmidt: if I manage to upload code... |
23:06.40 | stefan_schmidt | zecke: oh, sometimes the real problems came at the end... |
23:07.48 | zecke | lol so Palm just throw away 10 million $ of revenue... |
23:08.47 | *** join/#oe yakov (n=yakov@89-179-45-70.broadband.corbina.ru) |
23:09.04 | yakov | hello |
23:09.20 | hughescr | Crofton: cable issue yes, they're going overnight today -- should be there tomorrow |
23:09.25 | Crofton | thanks |
23:09.42 | Crofton | can you send a tracking number if possible? |
23:09.44 | *** join/#oe vivijim (n=vivijim@20132134049.user.veloxzone.com.br) |
23:09.56 | hughescr | sakoman: yes I was planning on doing that basically with like one example and then some wiki docs on how to roll ones own |
23:10.25 | Crofton | I'm hoping this sort of thing is discussed some at OEDEM in early October |
23:10.50 | sakoman | I'll show you what I've put together after I verify that it actually works :-) |
23:11.19 | hughescr | Crofton: tracking number emailed |
23:11.28 | Crofton | hughescr, also, there have been suggestions that koen be sent to school to learn "social skills" :) |
23:11.33 | yakov | lisppaste7, |
23:11.45 | Crofton | so don't worry about seeming harsh, just as long as the argument is good |
23:11.52 | hughescr | Crofton: social skills no problem with me; I prefer bluntness :) |
23:12.05 | Crofton | you two will get along fine then :) |
23:12.15 | Crofton | open source devs need thick skins |
23:12.25 | hughescr | yeah |
23:12.32 | sakoman | all devs need thick skin :-) |
23:12.47 | hughescr | Holding the sweet-and-happiness in reserve for when you *really* need something is sometimes useful too :) |
23:12.56 | Crofton | well, paid devs can chose to surround themselves with yes men :) |
23:13.06 | sakoman | industry fights just happen behind closed doors :-) |
23:13.09 | Crofton | yeah |
23:13.31 | sakoman | No less fireworks though! |
23:13.42 | lisppaste7 | yakov pasted "migration error" at http://paste.lisp.org/display/47237 |
23:13.48 | sakoman | Just a smaller audience :-) |
23:14.12 | Crofton | yakov, what are you trying to do? |
23:14.39 | Crofton | I think maybe you are trying to migrate from a higher version mtn db using a lower version of mtn |
23:14.41 | yakov | migrate db from here http://www.openembedded.org/snapshots/OE.mtn.bz2 |
23:14.42 | Crofton | I suspect |
23:14.50 | yakov | in order to use with my current mtn |
23:14.53 | Crofton | yakov, try upgrading mtn |
23:15.04 | ynezz | there is 31 snapshot |
23:15.19 | ynezz | i'm using it on debian also |
23:15.25 | ynezz | err ubuntu |
23:15.29 | yakov | Crofton, 0.31 is old?? |
23:15.30 | Crofton | yakov, upgrade mtn, or get .31 snapshot |
23:15.39 | yakov | ynezz, yes im on ubuntu too... |
23:15.40 | Crofton | yakov, right :) |
23:15.49 | ynezz | http://www.openembedded.org/snapshots/OE-this-is-for-mtn-0.31.mtn.bz2 |
23:15.51 | yakov | i see ): |
23:16.14 | Crofton | I have 0.36 on my fedora 7 box |
23:16.15 | yakov | ynezz, thx |
23:17.08 | yakov | Crofton, built from source? |
23:17.13 | Crofton | rpm |
23:17.18 | Crofton | i think :) |
23:17.31 | Crofton | trying to check |
23:18.01 | *** join/#oe vivijim (n=vivijim@20132134049.user.veloxzone.com.br) |
23:18.09 | yakov | heh they provide staticaly linked one just for lazy me :) |
23:18.37 | Crofton | yakov, I think they got tired of answering questions about boost versions .... |
23:18.56 | Crofton | yeah, looks like 0.36 is available as an rpm and yum |
23:20.01 | yakov | heh, boost... |
23:20.11 | hughescr | in bitbake, I want to force a re-deploy stage. ie basically want to do "bitbake linux -c rebuild" but instead of rebuild, redeploy |
23:20.15 | yakov | anyway migrates using 0.36 fine.. |
23:20.15 | hughescr | any way to do that? |
23:20.21 | Crofton | not sure |
23:21.10 | hughescr | I'll just live through -c rebuild I guess :) |
23:21.24 | hughescr | gooooooooo, ccache! |
23:21.48 | Crofton | heh, you touch machine.conf? |
23:22.17 | hughescr | No, just trying to get my uImage to use the linux compress/decompress instead of u-boot's |
23:22.23 | Crofton | ah |
23:22.28 | hughescr | u-boot is about 20x slower then the kernel's own decompressor |
23:22.30 | Crofton | how do you do that? |
23:22.39 | Crofton | roughly speaking |
23:23.16 | ynezz | -c deploy ? |
23:23.37 | hughescr | basically http://pastebin.com/m5a4202cf |
23:23.48 | hughescr | ynezz: doesn't do the deploy if it was already deployed |
23:23.54 | ynezz | -f |
23:24.02 | ynezz | to force? |
23:24.12 | hughescr | ynezz: ah, maybe |
23:24.12 | ynezz | dunno if it works for deploy |
23:24.34 | Crofton | what if you use the make uImage target when building the kernel? |
23:24.39 | hughescr | Crofton: basically use the gzipped vmlinuz and -C none for mkimage |
23:24.54 | ynezz | you might need to use -b /path/to/linux.bb also |
23:24.58 | hughescr | Crofton: then it embeds something in a uImage which has to be gunzipped before execution |
23:25.04 | *** join/#oe tank1718 (i=tank17@gateway/tor/x-a5415a095e52c158) |
23:25.30 | hughescr | Crofton: if you use the compressed/vmlinuz instead, then it's an executable image with its own decompression routine in it |
23:25.31 | Crofton | I am wondering if make uImage generates the better decompression |
23:25.48 | hughescr | u-boot decompression routine is really really really slow |
23:25.55 | hughescr | linux's is really really fast |
23:26.35 | Crofton | At some point I would like to see linux.inc use "make uImage" rather than do the mkimage manually |
23:26.37 | hughescr | note: my pastebin there doesn't actually work (not tested yet) |
23:26.59 | hughescr | Crofton: iirc linux's make uImage does the same wrong thing that linux.inc is doing now |
23:27.04 | Crofton | there is an issue I have not completely worked through though |
23:27.07 | Crofton | ok |
23:27.11 | hughescr | ie compresses the executable instead of using linux's uncompressor |
23:27.14 | Crofton | I can check when I worry about this |
23:27.16 | yakov | huh, nice. statically linked monotone was unable to resolve monotone.openembedded.org :/ |
23:27.35 | yakov | though simply given IP worked fine.. |
23:30.04 | Crofton | ok, time to head home |
23:34.14 | *** join/#oe mithro (n=tim@secure.astc-design.com) |
23:37.23 | polyonymous_ | zecke, RP - I haven't tested _much_, but I think that should do: http://rafb.net/p/bi0zOc32.html |
23:43.15 | *** join/#oe osas (n=nnnnnnnn@72.53.149.68) |
23:47.05 | cdbot2 | * * OE Bug 2925 has been created by craig(AT)gumstix.com |
23:47.07 | cdbot2 | * * Use linux decompressor instead of u-boot' s for uImage kernels |
23:47.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2925 |
23:49.37 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
23:57.30 | *** join/#oe Timelord0 (n=TL@16.8c.d12c.cidr.airmail.net) |