00:00.45 | *** join/#oe rwhitby-nslu2 (n=rwhitby@nslu2-linux/rwhitby) |
00:27.11 | *** join/#oe andersee (n=andersee@codepoet.org) |
01:06.33 | *** join/#oe wrobbie (n=rob@cm112.sigma248.maxonline.com.sg) |
01:29.46 | *** join/#oe idealm (n=ideal@222.66.106.154) |
01:30.21 | *** part/#oe JoeSchmo (n=jciccone@pool-71-255-82-110.nwrknj.east.verizon.net) |
02:12.08 | *** join/#oe furlongm_ (n=furlongm@83-70-45-211.b-ras1.prp.dublin.eircom.net) |
02:12.59 | chouimat|Zzzz | night |
02:45.24 | *** join/#oe poushag (n=poushag@ip24-254-136-100.rn.hr.cox.net) |
02:46.19 | *** join/#oe flyback- (n=d3200@c-67-165-88-141.hsd1.pa.comcast.net) |
03:01.37 | *** join/#oe leoncamel (n=leoncame@219.238.107.107) |
03:12.24 | *** join/#oe punk-ass (n=user@ptbynynas01pool0-a91.ptbyny.tds.net) |
03:19.11 | *** join/#oe W8TVI (n=me@166.165.156.194) |
03:24.59 | *** join/#oe lamikr (n=chatzill@eeyore.kortex.jyu.fi) |
03:43.47 | *** join/#oe DoTheDog (n=oc60174@c-71-195-208-242.hsd1.ma.comcast.net) |
05:41.21 | *** join/#oe ____gints (n=gints@62.84.15.211) |
06:01.45 | *** join/#oe redguy (n=mati@act32.neoplus.adsl.tpnet.pl) |
06:07.30 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
06:19.28 | *** join/#oe awelux (n=awelux__@dslb-084-058-139-081.pools.arcor-ip.net) |
06:38.00 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
06:44.14 | *** join/#oe theturtle (n=theturtl@guiness.lifl.fr) |
06:59.22 | *** join/#oe Genesis (n=Genesis@88.122.82.126) |
07:01.40 | Genesis | bonjour ! |
07:08.44 | *** join/#oe eumel (n=chatzill@p5482300F.dip0.t-ipconnect.de) |
07:16.55 | *** join/#oe wrobbie (n=rob@cm112.sigma248.maxonline.com.sg) |
07:33.28 | *** join/#oe noclouds (n=mhfan@60.166.39.122) |
07:34.04 | hrw|work | morning |
07:37.48 | *** join/#oe minipanda (n=hzhang@221.221.148.67) |
07:41.02 | *** join/#oe ggilbert_ (n=ggilbert@70-38-101-166.losaca.adelphia.net) |
07:44.38 | *** join/#oe ggilbert_ (n=ggilbert@70-38-101-166.losaca.adelphia.net) |
07:44.56 | *** join/#oe koobla (n=Simon@wall4.soft.uni-linz.ac.at) |
07:52.01 | XorA | morning |
07:52.12 | hrw|work | hi XorA |
07:52.48 | hrw|work | RP: bitbake trunk + 'bitbake bootstrap-image' == nothing built |
07:57.07 | XorA | hrw|work: speed optimsation :-) |
07:58.19 | RP | morning all |
07:58.21 | hrw|work | yep |
07:58.38 | XorA | hey RP |
07:59.14 | hrw|work | RP: what I have to do to build image with trunk? |
07:59.22 | *** join/#oe zecke (n=ich@145.253.107.2) |
07:59.40 | RP | hrw|work: bitbake bootstrap-image should work fine... |
08:00.38 | RP | hrw|work: What was the output from bitbake? |
08:00.43 | hrw|work | RP: nope. it do boostrap-image/do_fetch then do_rootfs and fails due to lack of makedevs |
08:00.55 | *** join/#oe multimode (n=user@ppp-70-251-100-216.dsl.rcsntx.swbell.net) |
08:00.58 | zecke | re |
08:01.06 | *** join/#oe EvilDevil_ (n=miau@p54A6D34E.dip.t-dialin.net) |
08:01.09 | RP | hrw|work: So it did try to build something :) |
08:01.13 | hrw|work | RP: will pastebin log |
08:01.23 | RP | hrw|work: Is this with a clean tmp? |
08:01.26 | hrw|work | clean |
08:01.33 | kergoth | sounds like hrw may be hitting what i hit when i tried it last week |
08:01.42 | hrw|work | btw - why .dev still has 2.4 zaurus kernels?? |
08:02.16 | RP | kergoth: I checked the new dependency code into trunk on Sunday night so maybe, maybe not |
08:02.18 | hrw|work | http://pastebin.ca/143944 is enough? |
08:02.23 | kergoth | ah, cool |
08:02.31 | RP | hrw|work: I'd like them left in case we need them for dev purposes... |
08:02.55 | RP | kergoth: It also has basic multithreading capability |
08:03.33 | RP | hrw|work: Is this the oz354 branch? |
08:03.35 | hrw|work | RP: then we can take them from history - its SCM... |
08:03.36 | hrw|work | RP: .dev |
08:04.06 | *** join/#oe TheMasterMind1 (n=aman@c-65-96-169-40.hsd1.ma.comcast.net) |
08:04.41 | *** join/#oe Kevin` (n=kevin@70.239.120.229) |
08:04.44 | RP | hrw|work: It didn't build anything else? |
08:04.57 | hrw|work | nope |
08:05.13 | RP | hrw|work: and you have the changes I checked into .dev for the new bitbake? |
08:05.19 | hrw|work | RP: thats whole log - first it complain about lack of gcc295 for 2.4 kernels |
08:05.38 | hrw|work | RP: probably now - checkouting .dev again due to monotone fscking |
08:06.02 | hrw|work | RP: retrying with recent .dev |
08:06.07 | RP | hrw|work: Its as if the dependency code in image_ipk.bbclass is missing |
08:06.52 | zecke | RP: hrw|work : I think I can continue the builds there |
08:08.08 | RP | kergoth: Try multithreading with bitbake head - it runs with poky :) |
08:08.10 | flyback- | nice zecke |
08:09.20 | hrw|work | zecke: nice toys you find |
08:10.47 | hrw|work | RP: now it goes |
08:10.48 | kergoth | RP: restarting the build with that set to 3.. *crosses fingers* |
08:11.20 | hrw|work | RP: why it try openzaurus-sa at all when MACHINE=tosa? "NOTE: Removing failed build target openzaurus-sa" |
08:11.35 | hrw|work | RP: same with few other !tosa kernels |
08:12.27 | koen | hrw|work: I suspect it evaluates all providers for virtual/kernel and removes the broken ones (e.g. ones requiring 2.95.3) |
08:12.36 | zecke | now I need to transfer my scripts... |
08:12.47 | hrw|work | koen: probably |
08:12.53 | *** join/#oe pvanhoof (n=pvanhoof@mailhost.newtec.be) |
08:12.53 | hrw|work | zecke: 'svn checkout'? |
08:12.56 | hrw|work | NOTE: package gnu-config-native-0.1+cvs20050701-r4: task do_package: completed |
08:13.05 | hrw|work | funny... native and packaging.. |
08:13.06 | koen | and a good morning to all as well |
08:13.13 | zecke | hrw|work: my build scripts, with auto cleanup, etc... |
08:13.13 | hrw|work | hi koen too |
08:13.30 | hrw|work | zecke: put them in svn or use rsync? |
08:13.46 | zecke | hrw|work: I need to touch the sample local.conf |
08:14.29 | hrw|work | native.bbclass should not set PACKAGES=""? |
08:14.49 | hrw|work | hm.. it does it. |
08:15.57 | hrw|work | RP: usbhost on cx00 is ohci-hcd? |
08:16.10 | RP | hrw|work: yes |
08:16.44 | hrw|work | RP: hm. I want to autoload it on tosa but probably autoloading it on cx00 is not quite what we want? |
08:16.52 | zecke | hrw|work: ATM I'm a bit scared we need to move the machine into a different net... |
08:17.08 | RP | koen, hrw|work: correct, it evaluates all providers - it computes the dependency tree in advance rather than on the fly |
08:17.41 | RP | hrw|work: It will conflict with usb gadgets like g_ether which people probably use more often |
08:20.57 | *** join/#oe stelios_ (n=stelios@noname-213.5.161.72.acn.gr) |
08:21.10 | hrw|work | module_autoload_ohci-hcd_tosa = "ohci-hcd" |
08:21.11 | hrw|work | then |
08:22.00 | XorA | hey |
08:22.05 | RP | hrw|work: that would do it |
08:22.09 | XorA | ~lart wndows |
08:24.07 | hrw|work | RP: kind of getting status of working tasks would be nice |
08:24.46 | hrw|work | RP: it is hard to find what is doing from output |
08:24.52 | RP | hrw|work: It would. We really need to get some kind of UI to report it nicely though... |
08:26.43 | koen | some curses gui with seperate boxes for the various tasks? |
08:27.26 | CIA-11 | 03hrw 07org.oe.oz354x * rda9e7689... 10/ (1 packages/linux/linux-openzaurus.inc): linux-openzaurus: added dummy do_rm_work to not remove WORKDIR because wlan-ng stuff needs it |
08:27.36 | CIA-11 | 03hrw 07org.oe.oz354x * rd2658c57... 10/ (4 files in 2 dirs): linux-openzaurus: autoload USB Host on Tosa |
08:28.44 | *** join/#oe Cobelius (n=rehfeld@usr-10-130.usd.bessy.de) |
08:28.45 | Cobelius | Hi |
08:29.50 | Cobelius | Is it possible to habe two different ld-linux.so.2 on a system and that one binary is using the standard one and another binaries are using a speacial ld-linux.so.2? Does exist an envirnment variable for that? |
08:30.05 | koen | hrw|work: iirc the 2.4 kernels are still present for sharprom-compatible stuff |
08:30.26 | XorA | hrw|work: how to make rm_work happen after do_deploy in zaurus-updater.bb as rm_work breaks the build for that .bb |
08:31.11 | hrw|work | XorA: hmm will pluck it from branch |
08:31.50 | hrw|work | argh.. pluck is not perfect yet... |
08:32.27 | koen | XorA: did you see gpe-fbpanel already? |
08:32.53 | XorA | koen: florian was talking about it a couple of days ago, did he checkin when I wasnt looking? |
08:32.59 | hrw|work | hrw@bitbake:~/devel/oe/org.openembedded/packages/linux$ mtn pluck -r65cddc99c679a5ae5c62989d9fc821a6dcc878d6 |
08:33.01 | koen | XorA: yes |
08:33.03 | hrw|work | mtn: applied changes to workspace |
08:33.05 | hrw|work | hrw@bitbake:~/devel/oe/org.openembedded/packages/linux$ mtn dif . |
08:33.07 | hrw|work | # |
08:33.10 | hrw|work | # no changes |
08:33.13 | hrw|work | ;(( |
08:33.20 | RP | With the new bitbake, you could declare do_latebuild as the default task and insert do_rmwork between do_build and do_latebuild |
08:33.49 | XorA | koen: that in gpe cvs, I dont tend to monitor that |
08:34.07 | koen | XorA: http://projects.linuxtogo.org/plugins/scmsvn/viewcvs.php/trunk/base/gpe-fbpanel/?root=gpe |
08:35.40 | koen | hrm |
08:35.53 | koen | I suspect that will give an 'access denied' |
08:36.06 | XorA | koen: no group |
08:37.11 | koen | XorA: ah well, florian put it in the experimental svn repo for gpe |
08:37.31 | XorA | koen: goodo, his changes sounded rockin |
08:40.14 | *** join/#oe mmp (n=mmp@85.135.171.94) |
08:41.14 | koen | XorA: svn co svn://projects.linuxtogo.org/gpe/trunk/base/gpe-fbpanel |
08:41.32 | hrw|work | koen: fork of fbpanel for gpe? |
08:41.42 | koen | hrw|work: it seems that way |
08:41.51 | koen | hrw|work: I discovered it this morning |
08:42.20 | koen | I'll ask florian when he's online |
08:47.30 | hrw|work | RP: 2.6.16/.dev differ from 2.6.1.6/.oz354x in few patches: /zlib_inflate-r3.patch /logo_rotate_fix-r1.patch /poodle_partsize-r0.patch /jffs2_longfilename-r1.patch |
08:48.00 | Cobelius | okay solved the pr |
08:48.03 | Cobelius | oblem |
08:50.38 | hrw|work | RP: building with multitask bitbake need more diskspace when rm_work used |
08:50.46 | CIA-11 | 03pH5 07org.oe.dev * r8d5edb15... 10/ (10 files in 5 dirs): |
08:50.46 | CIA-11 | udev: add 097 |
08:50.46 | CIA-11 | <PROTECTED> |
08:50.46 | CIA-11 | <PROTECTED> |
08:50.46 | CIA-11 | <PROTECTED> |
08:50.47 | CIA-11 | <PROTECTED> |
08:50.49 | CIA-11 | <PROTECTED> |
08:51.09 | XorA | koen: florian has added autotools, and support for .desktop files from what he said to me |
08:52.07 | *** join/#oe mikearthur (n=mike@194.70.145.210) |
08:52.46 | koen | hey mikearthur |
08:52.57 | mikearthur | hey koen |
08:53.13 | hrw|work | RP: can you check it? I want to push some changes from branch to dev |
08:55.17 | XorA | hey mikearthur |
08:56.51 | mikearthur | yo XorA |
08:58.56 | RP | hrw|work: I'll have a look shortly |
08:59.17 | RP | hrw|work: Sadly, more diskspace is a side effect |
09:00.27 | hrw|work | cr |
09:00.38 | hrw|work | RP: acceptable it must be |
09:00.46 | hrw|work | RP: accepted by users I mean |
09:01.10 | CIA-11 | 03hrw 07org.oe.dev * r82b20eb0... 10/ (1 packages/linux/linux-openzaurus_2.6.17.bb): linux-openzaurus: bump PR to get dependencies in modules recreated for feeds |
09:01.15 | CIA-11 | 03pH5 07org.oe.dev * r3a1c2d0d... 10/ (1 packages/udev/udev.inc packages/udev/udev_097.bb): udev: stop overwriting description in udev.inc |
09:01.20 | CIA-11 | 03hrw 07org.oe.dev * r1f2f012d... 10/ (1 packages/linux/linux-openzaurus.inc): linux-openzaurus: added dummy do_rm_work to not remove WORKDIR because wlan-ng stuff needs it |
09:01.26 | CIA-11 | 03pH5 07org.oe.dev * rc58d6c1d... 10/ (1 packages/udev/udev_097.bb): udev: add description for libvolume_id |
09:02.03 | *** join/#oe obergix[work] (n=olivier@inf-berger.int-evry.fr) |
09:02.29 | RP | hrw|work: Yes, I hadn't thought of that problem. I guess we need an option to force the older more linear behaviour |
09:04.43 | hrw|work | RP: number-of-tasks=1 should be fine? |
09:06.03 | RP | hrw|work: I suspect it will still jump from task to task a bit... |
09:07.03 | RP | hrw|work: Its all to do with the task weighting algorithm and I have some ideas which might improve that based on this comment... |
09:07.54 | koen | RP: does it really needs to run (or print) all the do_fetch stuff? |
09:07.58 | hrw|work | RP: clean/rm_work/fetch can be anytime, unpack/patch/configure/compile take diskspace |
09:09.03 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
09:11.15 | hrw|work | time to pluck some things but first meeting :( |
09:14.33 | *** join/#oe lamikr (n=chatzill@aragorn.kortex.jyu.fi) |
09:17.18 | mikearthur | any ideas why I'd be getting this times a hundred? |
09:17.22 | mikearthur | <PROTECTED> |
09:17.35 | mikearthur | package librsvg-2.6.5 |
09:17.47 | hrw|meeting | 1-2h wasted now |
09:18.39 | zecke | mikearthur: what was the result/conclusion of the /usr/lib/libXau.so from yesterday? |
09:18.45 | mikearthur | zecke: I don't know |
09:18.54 | mikearthur | zecke: I just kept rebuilding stuff till it worked :D |
09:19.08 | mikearthur | zecke: think it could have been *-native wierdness |
09:19.15 | zecke | that is not good |
09:19.22 | *** join/#oe polyonymous_ (i=hacker@pD9539A89.dip0.t-ipconnect.de) |
09:19.26 | mikearthur | nah, it was my fault |
09:19.39 | mikearthur | iirc, I was trying to use some system stuff rather than *-native stuff |
09:19.46 | mikearthur | and went overboard |
09:20.42 | mikearthur | zecke: any ideas about the sgml stuff? |
09:20.47 | zecke | no |
09:23.14 | mikearthur | :s |
09:24.46 | Genesis | does someone experiment glfbdev ( mesa ) on OE ? |
09:24.55 | RP | koen: Its safe to remove do_fetch[nostamp]=1 from base.bbclass which fixes that |
09:25.42 | RP | koen: It will force everyone to rebuild everything in tmp so I' |
09:25.48 | RP | ve not checked it into OE yet |
09:25.59 | koen | hmmm |
09:26.26 | koen | how does that handle SCM based recipes |
09:26.27 | koen | ? |
09:26.39 | *** join/#oe zinga (n=arnaudb@186.80-203-227.nextgentel.com) |
09:27.00 | RP | koen: Dates based ones have the date in PV |
09:27.09 | koen | ok |
09:30.50 | mikearthur | zecke: fixed it by using 2.9.5 |
09:31.44 | zecke | of what? |
09:32.26 | mikearthur | zecke: the librsvg stuff |
09:32.57 | CIA-11 | 03koen 07org.oe.dev * r447bcfa8... 10/ (1 classes/base.bbclass): |
09:32.57 | CIA-11 | base.bbclass: remove nostamp for fetch |
09:32.57 | CIA-11 | * this will force a full rebuild, so have some coffee + cookies ready |
09:35.35 | RP | koen: You're braver than me :) |
09:35.58 | RP | koen: Someone should write a script to cope all the do_unpack stamps to do_fetch ;-) |
09:37.20 | zecke | http://www.openembedded.org/~zecke/BUILDS.tar.bz2 |
09:37.33 | zecke | <- my build scripts that used to compile poky and oz354x |
09:39.12 | koen | hngr |
09:39.32 | koen | or rather my own stupidity |
09:48.01 | koen | load average: 11.74, 4.07, 1.65 |
09:48.09 | koen | ~hail multithreaded bitbake |
09:48.11 | ibot | ACTION bows down to multithreaded bitbake and chants, "I'M NOT WORTHY!!" |
09:49.58 | koen | RP: you should try to convince mickeyl to add a selfcontained webserver to bitbake that can show the status of the threads via some AJAXy interface |
09:51.08 | RP | koen: I do want to talk to mickeyl about the UI options :) |
09:51.17 | zecke | Frankfurt |
09:51.53 | RP | kergoth: It'd be easy to split as the multithreading code just calls tryBuild |
09:52.03 | CIA-11 | 03koen 07org.oe.dev * r3fb5d51c... 10/ (1 packages/linux/LAB-kernel_cvs.bb): LAB-kernel cvs: add hhv version check |
09:52.09 | RP | There is no other function overlap |
09:52.54 | RP | zecke: I'll be interested to look at those scripts at some point btw, thanks - I've saved a copy :) |
09:53.23 | zecke | RP: the OZ354x are more advanced as they have a SCM and Builder spec |
09:54.51 | zecke | later guys |
09:55.38 | koen | load average: 104.52, 77.61, 36.93 |
09:55.54 | RP | koen: :) |
09:56.42 | RP | For development purposes I was running it with 5 and on a single processor and never saw that... |
09:57.00 | koen | I have a zillion tar instances |
09:58.04 | RP | I did wonder how long it'd be before a bitbake went mad and became a bitkiller... |
09:58.20 | koen | probably redoing all the fetches to get a stamp |
10:02.51 | *** join/#oe woglinde (i=woglinde@e178087234.adsl.alicedsl.de) |
10:04.42 | koen | hey woglinde |
10:05.15 | *** join/#oe Ifaistos (n=stelios@noname-213.5.161.72.acn.gr) |
10:05.21 | Ifaistos | hi ! |
10:05.28 | woglinde | hallo koen |
10:05.30 | woglinde | hi ifaistos |
10:06.16 | woglinde | koen how was lowlands? |
10:06.17 | Ifaistos | RP: Zecke has done some work on the icecream class and i am setting up a cluster of 10 p4@2.5 Ghz to test it |
10:06.51 | RP | Ifaistos: I saw the photos :) |
10:07.56 | *** join/#oe Stephmw_ (n=steph@tangency.co.uk) |
10:08.07 | Ifaistos | RP: yeah . that was 4-5 years ago |
10:08.51 | Ifaistos | woglinde : hi ! |
10:09.32 | Ifaistos | The idea is to 'donate' the spare building capacity to the OE developers to test things |
10:09.48 | *** part/#oe Stephmw (n=steph@tangency.co.uk) |
10:10.32 | RP | Ifaistos: Sounds useful :) |
10:10.49 | Ifaistos | RP: Do you have any (ball park) benchmarks on the new multithread bitbake ? |
10:11.02 | RP | Ifaistos: What kind of benchmarks? |
10:11.55 | Ifaistos | RP: time to build :) |
10:12.30 | RP | Ifaistos: I've not tried it on a decent multi CPU box yet ;-) |
10:12.53 | RP | I have one though so I will have to do some benchmarking :) |
10:13.34 | Ifaistos | RP: I have a dual PIII@1Ghz is this considered decent ? |
10:14.43 | RP | Ifaistos: It'd at least give an idea of the speed improvement :) |
10:15.03 | *** join/#oe mrz80 (i=1000@caledonia.cns.ufl.edu) |
10:15.12 | RP | Ifaistos: I have a Dual Xeon 2,8Ghz I will test on |
10:16.06 | koen | woglinde: it was great |
10:16.16 | woglinde | koen :) |
10:17.41 | koen | RP: I just made OE IO-bound with that nostamp commit |
10:20.19 | RP | koen: certain tasks are always going to be IO bound - this is why we need better control of the types of threads and the existing algorithm needs improvement |
10:20.38 | *** join/#oe bigd0g (n=b1gdo6@193.1.100.110) |
10:21.29 | mikearthur | anyone here used the stock sharp firmware for the tosa? |
10:22.14 | RP | koen: e.g. a max of: 4 fetch, 2 patch, 1 unpack, 2 compile, 1 configure, 1 package and a max total of 4, a max total of 2 from the group (unpack, configure, compile, package) |
10:22.46 | *** join/#oe psokolovsky (n=psokolov@237.usernat.ip.net.ua) |
10:24.21 | mikearthur | also, how do I get things, such as kexec-tools and bash to be included in my gpe-image? |
10:24.31 | *** join/#oe TheCan (n=thecan@dslb-084-056-165-241.pools.arcor-ip.net) |
10:29.21 | bigd0g | does anyone have a second to help give a BitBake n00b some direction? |
10:30.10 | mikearthur | bigd0g: I could try, depends if you are more of a noob than me :D |
10:30.24 | *** join/#oe tmbinc_ (i=XXX@e176145213.adsl.alicedsl.de) |
10:30.59 | bigd0g | i'm working with the org.openembedded.dev tree and am trying to compile linux from a .bb file ... i believe my 'local.conf' file is setup correctly, but now i get an obscure error: |
10:31.24 | bigd0g | ERROR: Nothing provides dependency linux-omap1_2.6.12-rc2.bb |
10:31.46 | kergoth | sounds like you're trying to pass a filename on the bitbake commandline rather than a provider. |
10:31.57 | kergoth | what exactly are you typing at your shell to initiate the build? |
10:32.09 | bigd0g | bitbake linux-omap1_2.6.12-rc2.bb |
10:32.12 | bigd0g | ^ that |
10:32.14 | kergoth | thats incorrect. |
10:32.20 | kergoth | perhaps you wanted bitbake linux-omap1 |
10:32.39 | bigd0g | hrm. |
10:33.02 | bigd0g | negative |
10:33.04 | bigd0g | ERROR: Nothing provides dependency omap1 |
10:33.24 | kergoth | what? |
10:33.41 | bigd0g | that's the error i get when i tried 'bitbake linux-omap1' |
10:33.49 | bigd0g | oh... wait |
10:34.11 | bigd0g | excellent. |
10:34.15 | bigd0g | thanks, kergoth. :) |
10:34.46 | kergoth | bitbake -can- accept a specific filename, using the -b commandline option, but it isnt for the faint of heart, as it bypasses all dependencies. |
10:36.44 | bigd0g | yeah, i was reading about the switches... but the sample executions that i had seen online warned against it. this is really my first time using bitbake. |
10:38.25 | bigd0g | hrm. the build failed. must be the proxy i'm forced to sit behind. |
10:38.45 | mikearthur | anyone know how I can get packages, such as kexec-tools and bash to be included in my gpe-image? |
10:39.51 | hrw|work | re |
10:39.59 | hrw|work | mikearthur: add them into IPKG_INSTALL of gpe-image |
10:41.49 | mikearthur | hrw|work: no way of doing that via my local.conf? |
10:43.07 | hrw|work | mikearthur: BOOTSTRAP_EXTRA_RDEPENDS? |
10:43.15 | mikearthur | cool, thanks |
10:44.36 | hrw|work | 9.5M free, 3.5M swap free |
10:49.06 | hrw|work | shit.. |
10:49.10 | hrw|work | Revision: 5ea9eb6f097fe0b646889d1b3a1312d9d7fc796e |
10:49.18 | hrw|work | ~lart me for Revision: 5ea9eb6f097fe0b646889d1b3a1312d9d7fc796e |
10:53.13 | koen | RP: unpack should invalidate the patch stamp |
10:58.16 | koen | RP: ingore that, just some minor quilt breakage |
10:59.18 | CIA-11 | 03hrw 07org.oe.dev * ra1d8cff4... 10/ (3 files in 3 dirs): base-files: (un)load ohci-hcd on tosa to get usb working after suspend/resume |
10:59.27 | CIA-11 | 03hrw 07org.oe.dev * rc72d9bc6... 10/ (1 packages/netbase/netbase_4.21.bb): |
10:59.27 | CIA-11 | netbase: bump PR because of change of tosa interfaces pushed in 5ea9eb6f097fe0b646889d1b3a1312d9d7fc796e |
10:59.27 | CIA-11 | - disable usage of usbctl on tosa/2.6 until we get 2.6 version |
11:01.47 | hrw|work | next thing for XorA |
11:02.00 | hrw|work | NOTE: Handling BitBake files: / (1573/3948) [39 %]NOTE: package glibc-2.4-r10: task do_compile: completed |
11:02.03 | hrw|work | NOTE: Handling BitBake files: \ (1581/3948) [40 %]NOTE: package glibc-2.4: completed |
11:02.14 | hrw|work | those lines for RP ofcourse |
11:02.37 | hrw|work | RP: I broke build when it was in glibc-2.4/do_compile()... |
11:03.00 | hrw|work | XorA: pushed fix to zaurus-updater |
11:03.32 | RP | hrw|work: It looks like it failed to wait for all tasks to exit :-/ |
11:03.44 | koen | RP: could you have a look at http://rafb.net/paste/results/X342Dj90.html ? |
11:04.42 | CIA-11 | 03pH5 07org.oe.dev * r45bac0f6... 10/ (1 packages/dbus/dbus_0.92.bb): dbus: ad 0.92, last commit was missing the actual recipe |
11:04.48 | CIA-11 | 03hrw 07org.oe.dev * rbb05117c... 10/ (1 packages/zaurus-updater/zaurus-updater.bb): |
11:04.48 | CIA-11 | zaurus-updater: move do_deploy so it does not conflict with rm_work |
11:04.48 | CIA-11 | applied changes from dc69aab02eb323fa6a030fa05f7b63be3642fb52 |
11:04.48 | CIA-11 | <PROTECTED> |
11:05.45 | hrw|work | RP: and I broke to get fetch/nostamp change in |
11:08.35 | CIA-11 | 03koen 07org.oe.dev * rca20876b... 10/ (1 conf/distro/angstrom-2006.9.conf): angstrom-2006.9: prefer dbus 0.92 |
11:09.58 | CIA-11 | 03rpurdie * r578 10bitbake/lib/bb/runqueue.py: runqueue.py: Make sure depends is initialised |
11:10.14 | RP | koen: fixed, hopefully ;-) |
11:11.06 | hrw|work | svnup... |
11:11.26 | hrw|work | 13:10 hrw@work:mt$ time nice bitbake -cfetch bootstrap-image |
11:11.30 | *** join/#oe tkp (n=tom@81-179-24-207.dsl.pipex.com) |
11:11.48 | hrw|work | lets check will it work... |
11:16.09 | hrw|work | RP: how to force bitbake to fetch everything needed for ANY-image now? bitbake -cfetch ANY-image does not work. |
11:17.17 | RP | hrw|work: We need a new option for this... |
11:17.55 | hrw|work | RP: bitbake -f -cfetch ANY-image? |
11:17.58 | RP | hrw|work: The code is right - bootstrap-image's do-fetch task has no dependences on the any other fetch tasks. We just need a way to make it do what you want |
11:18.40 | hrw|work | ok |
11:19.56 | hrw|work | started bootstrap-image build.. |
11:20.07 | hrw|work | NOTE: Machine ID assigned by tinderbox: 104 |
11:21.10 | *** join/#oe zecke (n=ich@145.253.107.2) |
11:21.54 | *** join/#oe tkp (n=tom@81-179-24-207.dsl.pipex.com) |
11:23.35 | hrw|work | heh.. need to clean tmp again ;( |
11:35.04 | zecke | woglinde: ping |
11:35.13 | *** join/#oe mikearthur (n=mike@194.70.145.210) |
11:39.46 | Gerrath | I want to run a webrowser on my embedded unit for configuration perposes. The LCD I have is not very large so I would want a web browser that could run in fullscreen mode. Does anyone have a recommendation for such a browser that is already supported by OE? |
11:44.15 | hrw|work | firefox? |
11:48.15 | koen | Gerrath: that's more a windowmanager issue |
11:48.43 | Gerrath | hrw|work, I thought firefox was pretty large, is there a more light weight one? |
11:48.47 | XorA | links -g |
11:48.56 | XorA | will run on framebuffer or X |
11:49.22 | zecke | Gerrath: either konqueror embedded or gpe-mini-browser |
11:49.38 | Gerrath | koen: what would be the lightest weight window manager that would allow me to run a web browser? |
11:49.50 | zecke | Gerrath: matchbox? |
11:49.56 | Gerrath | zecke, ok, I will look into konqueror embedded or gpe-mini-browser. |
11:49.57 | zecke | wm2? |
11:50.26 | zecke | Gerrath: gpe-mini-browser used Gtk/X11 where konqueror-embedded uses Qt(X11 or Framebuffer) |
11:50.36 | zecke | Gerrath: both use KHTML/WebKit |
11:51.40 | hrw|work | RP: bitbake do only one task here now - binutils-cross/do_compile |
11:52.07 | Gerrath | zecke, ok, thanks.. I was even thinking of just installing gpe or opie but I think it is pretty over kill for my app however it might just be the easiest thing to do. My app currently will only support to modes. One is a webbrowser for configuration and the second is still images for messages. The webbrowser mode must support a touch screen. |
11:52.07 | hrw|work | RP: http://ewi546.ewi.utwente.nl/tinderbox/showlog.pl?machine_id=104&logfile=20060822133243.log |
11:52.52 | zecke | that poor tinderclient |
11:53.13 | RP | hrw|work: tinderclient isn't really compatible with the new bitbake :-/ |
11:53.42 | RP | zecke: kergoth pointed out the pkg start and pkg completed events are totally broken :-( |
11:54.05 | hrw|work | RP: ;) |
11:54.16 | hrw|work | turned it off |
11:54.38 | zecke | RP: in what regard? |
11:54.55 | zecke | boken in what regard |
11:55.10 | RP | zecke: we fire pkg completed events after each task completes in the new bitbake... |
11:55.33 | zecke | ah, I thought tinderclient was broken |
11:55.59 | RP | zecke: no, the new code is in that regard. I'm not sure what it should do though... |
11:56.01 | zecke | I currently wonder where I want to do the linearisation of the build log |
11:56.29 | zecke | but I will improve other parts of the box first |
11:57.36 | RP | zecke: I don't know enough about tinderclient to know how best to handle it... |
12:01.00 | Gerrath | zecke, wow Konqueror Embedded is nice, you can run it with out a window manager! it seems it is all I need, I can use it for the web configuration and also to display system images. |
12:01.21 | zecke | Gerrath: it should work and without X11 |
12:02.42 | Gerrath | zecke, I guess the touchscreen would be the hard to implement since there is no windows manager running, I guess I may still want a WM. |
12:03.52 | psokolovsky | Hi! |
12:04.30 | RP | Gerrath: You don't need a wm for a working touchscreen? |
12:05.00 | psokolovsky | koen, hrw|work: Guys, can you please process #1266, #1351 (h4000 patches)? http://bugs.openembedded.org/show_bug.cgi?id=1351 |
12:05.49 | hrw|work | <PROTECTED> |
12:06.25 | psokolovsky | hrw|work: yes, 4150 & 4350 ;-) |
12:06.33 | Gerrath | RP, how would the TS interface get tied back to Konqueror-embedded with out a WM, is it somehow handled by the libqt-embedded? |
12:07.37 | hrw|work | psokolovsky: pushing 1351 |
12:07.57 | hrw|work | Gerrath: qte handle tslib |
12:08.10 | psokolovsky | hrw|work: thanks, 1266 is machine conf, so needed too ;-) |
12:09.37 | hrw|work | ok |
12:10.15 | hrw|work | koen: your zombie python processes suck cpu on ewi |
12:10.37 | Gerrath | hrw|work, would that be a lot of effort to incorporate into konqueror-embedded using fb instead of a WM? |
12:11.02 | hrw|work | Gerrath: konq-emb with qt/e? you run it: 'konqueror -qws' and it will became own wm |
12:11.20 | Gerrath | hrw|work, thanks, that is great. |
12:11.45 | Gerrath | hrw|work, sounds like exactly what I need. |
12:14.34 | koen | hrw|work: that's the new and improved bitbake |
12:14.47 | hrw|work | koen: ah. |
12:15.09 | hrw|work | koen: Z state made me thinking about zombies |
12:15.33 | koen | no, Z state means that it's building for a zaurus ;) |
12:15.49 | hrw|work | ;D |
12:16.13 | psokolovsky | wonw, mtn 0.29 is out. anybody tried yet? |
12:18.04 | koen | psokolovsky: I'm using it on ewi546 |
12:18.20 | hrw|work | I'll wait until njs^Hmaintainer will add it to debian |
12:18.22 | koen | psokolovsky: it's just a small time-based release |
12:18.40 | psokolovsky | ok |
12:18.56 | koen | (which fixes the hang-on ctrl-c bug) |
12:19.17 | hrw|work | <PROTECTED> |
12:19.21 | hrw|work | awesome.. |
12:21.39 | hrw|work | koen: how much tasks it has? |
12:21.49 | koen | 2 |
12:22.06 | psokolovsky | koen: seems to fix mtn log as well, as you promised ;-) |
12:22.14 | *** join/#oe stevenh (n=lews@65.167.23.2) |
12:22.33 | koen | 0.30 should speed up annotate as well and contain workspace-merge |
12:23.20 | psokolovsky | cool, pity it's another month to wait ;-) |
12:26.50 | koen | RP, kergoth: for bitbaked: http://webpy.org/ |
12:28.25 | koen | apache* |
12:28.34 | koen | http://lists.openembedded.org/cgi-bin/mailman/listinfo/openembedded-devel is working now :) |
12:30.49 | Kristoffer | Having issues with liblxutil, that mkg3states patch isnt working for me |
12:31.10 | *** join/#oe wrobbie (n=rob@cm112.sigma248.maxonline.com.sg) |
12:32.29 | zecke | koen: I don't mind that |
12:32.47 | koen | zecke: don't mind what? |
12:33.04 | koen | ah |
12:34.10 | bigd0g | my bitbake build is failing because cvs can't access the network due to the corporate proxy i'm behind. my http_proxy variables are set correctly in the shell and i haven't been able to find a good resource detailing how to force cvs through an http or socks4 proxy. anyone have any ideas/resources? |
12:35.42 | zecke | bigd0g: no |
12:35.54 | XorA | bigd0g: socksify or the like should make most stuff tunnel socks |
12:36.07 | XorA | or dante-client |
12:36.13 | hrw|work | koen: who is Kerkhoff? |
12:36.22 | koen | hrw|work: ? |
12:36.45 | koen | I don't know any Kerkhoff |
12:36.57 | zecke | koen: you have CC'ed him |
12:36.59 | koen | only a girl I went to highschool with |
12:37.02 | hrw|work | koen: "Kerkhoff,H.G. \(EWI\)" |
12:37.31 | bigd0g | socksify? have a link, XorA? |
12:37.33 | koen | meh |
12:37.50 | CIA-11 | 03pmiscml 07org.oe.dev * r43c44091... 10/ (1 packages/linux/handhelds-pxa-2.6_cvs.bb): handhelds-pxa-2.6: add h4000 to supported list -close #1351 |
12:37.51 | koen | hrw|work: thunderbird autocompleted kergoth to the wrong person |
12:37.56 | CIA-11 | 03pmiscml 07org.oe.dev * r06621039... 10/ (1 conf/distro/angstrom-2006.9.conf): angstrom.conf: added h4000 support |
12:37.59 | koen | using the uni LDAP server |
12:38.00 | CIA-11 | 03pmiscml 07org.oe.dev * r744ab7b1... 10/ (3 files in 3 dirs): tslib: added h4000 support - close #1351 |
12:38.04 | XorA | bigd0g: part of the socks packages on most distros I think |
12:38.05 | CIA-11 | 03pmiscml 07org.oe.dev * rbd9490f3... 10/ (1 packages/matchbox-panel/matchbox-panel.inc): matchbox-panel: added h4000 support - close #1351 |
12:38.24 | hrw|work | I cant close 1351 - oe@hh is unknown for bugzilla... |
12:38.46 | zecke | later again |
12:39.28 | koen | hrw|work: refresh |
12:39.39 | bigd0g | XorA: ok, i'll see whati can find out for socksify then. thanks. |
12:41.14 | *** join/#oe tkp (n=tom@81-179-24-207.dsl.pipex.com) |
12:41.14 | hrw|work | psokolovsky: pushed 1266 and 1351 |
12:41.31 | psokolovsky | hrw|work: Thanks! |
12:42.55 | CIA-11 | 03kristoffer 07org.oe.dev * r336c2756... 10/ (1 conf/distro/jlime-donkey.conf): |
12:42.55 | CIA-11 | conf/distro/jlime-donkey.conf: Major cleanups and safe versions added |
12:42.55 | CIA-11 | * Updated safe versions for GPE,GTK,... |
12:42.55 | CIA-11 | * Cleaned up some typos, made generally cleaner |
12:43.00 | CIA-11 | 03kristoffer 07org.oe.dev * r92c2882d... 10/ (1 conf/distro/jlime-donkey.conf): conf/distro/jlime-donkey.conf: Added specific liblbxutil version |
12:43.05 | CIA-11 | 03kristoffer 07org.oe.dev * r7977b8ce... 10/ (3 files in 3 dirs): |
12:43.05 | CIA-11 | xorg-lib/liblbxutil : Addition of 1.0.0 patch |
12:43.05 | CIA-11 | * Addition of mkg3states-1.0.0 patch that works with |
12:43.05 | CIA-11 | <PROTECTED> |
12:43.10 | CIA-11 | 03pmiscml 07org.oe.dev * r476ae042... 10/ (1 conf/machine/h4000.conf): h4000.conf: changes from #1266 |
12:45.13 | hrw|work | bbl |
12:45.24 | *** join/#oe Timelord (n=TL@4.78.4.43) |
12:45.43 | bigd0g | XorA et al: since cvs is being called by bitbake, where would i modify the calls to cvs to use the http proxy i'm behind? |
12:46.20 | mikearthur | bigd0g: does cvs not just use the http_proxy envvars? |
12:46.41 | bigd0g | it doesn't appear to... it can't connect to the repo and fails the bitbake build |
12:46.53 | bigd0g | http_proxy, https_proxy, etc ... are all set as envvars |
12:47.10 | mikearthur | just get someone to send you the cvs drop file |
12:48.00 | bigd0g | if i'm doing a build, isn't it going to want multiple pulls from the repo? |
12:51.19 | bigd0g | hrm. maybe proxychains could resolve the issue? hrm. |
12:57.26 | mikearthur | who here has a tosa? |
12:57.28 | chouimat | morning |
12:58.44 | koen | hrw|work: http://bugs.openembedded.org/show_bug.cgi?id=1304 |
13:00.17 | *** join/#oe CSMan (n=csman@70.55.81.110) |
13:04.58 | hrw|work | ops |
13:11.56 | koen | RP: I have to scroll up too much to see what recipe failed |
13:12.25 | RP | koen: I know. Its crying out for a UI... |
13:12.49 | RP | ~summon mickeyl |
13:12.57 | ibot | apt takes out 20 clean, identical-looking phones, some extra hands, and pretends to be a telemarketer for a large corporation, so he gets delivered a phonelist containing mickeyl's coordinates |
13:14.44 | koen | RP: I get the feeling bitbake doesn't honor the max threads and tries to paralize it all |
13:15.17 | koen | RP: can I output the maxnumber of threads bitbake thinks it has somewhere? |
13:15.45 | RP | koen: lib/bb/runqueue.py - look at active_builds |
13:20.31 | koen | RP: I'm affraid I found a bug: http://rafb.net/paste/results/oUleQA18.html |
13:21.27 | RP | koen: ouch :-/ |
13:21.49 | RP | koen: What does it say number_tasks is? |
13:22.05 | koen | testing that right now |
13:22.31 | CIA-11 | 03hrw 07org.oe.dev * r55b7a5bb... 10/ (3 files in 3 dirs): keymaps: add h2200 keymap - finally close #1304 |
13:24.43 | koen | NOTE: Active builds increased to 7NOTE: Max active builds: 2 |
13:25.18 | mikearthur | I can't seem to manage to add new packages to a gpe-image. I've tried adding GPE_EXTRA_RDEPENDS += "kexec-tools bash altboot" to my local conf and the gpe-image.bb and rebuilding gpe-image, neither seems to work |
13:25.19 | hrw|work | bugzilla: The product Zaurus Kernel does not exist or you don't have access to it. The following is a list of the products you can choose from. |
13:25.29 | hrw|work | mikearthur: edit gpe-image.bb |
13:25.48 | mikearthur | hrw|work: I did. Do I need to do a clean of gpe-image too? |
13:25.59 | hrw|work | rebuild it |
13:26.31 | *** join/#oe bigd0g (n=b1gdo6@193.1.100.110) |
13:26.41 | mikearthur | just bitbake gpe-image or bitbake gpe-image -c clean; bitbake gpe-image? |
13:27.19 | RP | koen: You'd agree that doesn't make sense given the code? |
13:28.30 | koen | RP: there's no 'else' in the check for active>number |
13:29.19 | RP | koen: As it should fall through to the waitpid? |
13:32.22 | *** join/#oe csmanx (n=csman@rak-pang.oz.com) |
13:32.34 | RP | koen: In that paste of yours, the count decreases at one point with no decrease message which is strange... |
13:33.37 | koen | I noticed that as well |
13:34.04 | RP | koen: The exception handler is the only other code that touches that |
13:36.58 | RP | koen: You could also add some oe.getpid()s to make sure we're getting the messages from one process... |
13:37.12 | RP | os.getpid() |
13:37.12 | koen | RP: I still don't get the if statement, but that might be my lack of python voodoo |
13:37.47 | RP | koen: You mean "if active_builds < number_tasks:"? |
13:37.59 | koen | yes |
13:38.32 | RP | Its in a while 1: loop. The top of it spawns another task, the bottom waits for tasks to finish |
13:39.03 | RP | "continue" moves to the top of the loop, if we haven't enough builds running |
13:39.04 | koen | ah, I though continue was just a fancy way of saying NOP |
13:39.06 | mikearthur | hrw|work: did a rebuild, still not there :( |
13:39.47 | RP | koen: continue means skip the rest of this while loop and start the next one |
13:40.19 | hrw|work | afk |
13:40.33 | mikearthur | hrw|work: np |
13:40.43 | mikearthur | anyone else know who I would add packages to my gpe-image? |
13:41.48 | RP | mikearthur: You have the right approach - perhaps something is overwriting the variable you're adding them to instead of appending? |
13:42.01 | mikearthur | do13: ping |
13:45.38 | koen | RP: clean *native still bombs out |
13:45.52 | koen | <PROTECTED> |
13:46.38 | *** join/#oe mr_nice_slacker (n=mr_nice_@p54A9D932.dip.t-dialin.net) |
13:46.45 | mr_nice_slacker | hi all |
13:46.50 | Kristoffer | openzaurus.org down? |
13:47.00 | Kristoffer | or just deadly slow? |
13:47.43 | mikearthur | Kristoffer: slow |
13:47.55 | hrw|work | ERROR: Error Method already seen: get_glibc_fpu_setting in' glibc_cvs.bb' now in 'glibc_2.4.bb' |
13:48.12 | hrw|work | RP: such things will need cleaning metadata or changing bitbake - right? |
13:48.58 | RP | hrw|work: or comment out the lines in question ;-) |
13:50.09 | RP | hrw|work: http://www.rpsys.net/openzaurus/temp/bitbake_hacks-r0.patch |
13:50.11 | Kristoffer | could someone give openzaurus.org some speed :D |
13:50.33 | mikearthur | if I clean a package, should it get build if its depended on by another package? |
13:51.03 | Kristoffer | mikearthur: how you mean? |
13:51.37 | mikearthur | If I do bitbake bash -c clean and, say, gpe-image depends on bash, should it build bash first on bitbaking gpe-image? |
13:51.52 | Kristoffer | yes |
13:52.31 | koen | mikearthur: clean doesn't touch the .ipk (yet) |
13:52.56 | Kristoffer | koen: package index clears that up though right |
13:53.13 | mikearthur | koen: so it wouldn't? |
13:53.30 | mikearthur | koen: I'm finding it very hard to actually get gpe-image including bash/kexec-tools/altboot |
13:53.33 | koen | mikearthur: but yes, it should build it |
13:53.42 | mikearthur | koen: doesn't seem to.... |
13:54.01 | Kristoffer | mikearthur: does gpe-image depend on bash?? |
13:54.11 | mikearthur | it should do, I added it |
13:54.25 | Kristoffer | too bootstrap depend or into the image/ |
13:54.36 | koen | RP: http://ewi546.ewi.utwente.nl/tmp/threads.log |
13:55.07 | koen | mikearthur: just make sure you either rebuild the task that contains your extra stuff, or bump its PR |
13:55.35 | koen | otherwise OE won't rebuild the ipk containing the (changed) task and hence do_rootfs will not include your stuff |
13:55.39 | mikearthur | koen: can I put GPE_EXTRA_DEPENDS in my local.conf |
13:56.11 | RP | mikearthur: I suspect you want GPE_EXTRA_INSTALL |
13:56.32 | mikearthur | RP: can that go in my local.conf? |
13:56.34 | Kristoffer | RP: does OPIE_EXTRA_INSTALL exist? |
13:56.45 | koen | Kristoffer: grep is your friend |
13:56.53 | Kristoffer | koen: :D |
13:57.14 | RP | mikearthur: I don't know. It should be able to but its possible a machine.conf file does GPE_EXTRA_INSTALL= and breaks things |
13:57.14 | Kristoffer | koen: :D |
13:57.29 | koen | RP: that's using this patch: http://rafb.net/paste/results/rmF4mc22.html |
13:57.37 | RP | mikearthur: Find any references to GPE_EXTRA_INSTALL = and change them to GPE_EXTRA_INSTALL += |
13:58.06 | RP | koen: Its running several zillion copies of bitbake? |
13:58.08 | koen | RP: where do you want me to drop in the getpid? |
13:59.03 | RP | koen: You should only ever see "OE Build Configuration:" once |
14:00.25 | koen | RP: that's probably the redirect screwing up, I only get that once in the actual outpu to console |
14:01.56 | hrw|work | ~lart gimp |
14:02.00 | Kristoffer | koen: ever thought of setting up the /package dir to something similiar to the portage dir? like sys-apps/ opie/ gpe/ xorg-server/ ...and so on |
14:02.16 | koen | Kristoffer: nope |
14:02.28 | mikearthur | Kristoffer: tbh, I would dream of oe moving to portage :p |
14:02.34 | koen | Kristoffer: g3nt00 is for ricers |
14:02.38 | Kristoffer | :D |
14:02.46 | mikearthur | Kristoffer: as it was originally a fork, iirc |
14:02.48 | Kristoffer | just asking, its alot easier to find stuff that way |
14:03.06 | koen | Kristoffer: actually it isn't |
14:03.10 | Kristoffer | but I guess grep is my friend :P |
14:03.16 | koen | is just enlarges the subdirs you have to look in |
14:03.34 | Kristoffer | yeah, I guess your right :) just gentoo damaged |
14:03.49 | Kristoffer | A bag of bananas for the first one that fixes openzaurus.org lag |
14:04.01 | koen | that involving fixing sourceforge |
14:04.05 | koen | involves* |
14:04.14 | Kristoffer | oki, 2 bags of bananes to whoever fixes sourceforge :D |
14:05.11 | *** join/#oe wookey__ (i=wookey@217.147.92.89) |
14:06.56 | *** join/#oe AMDPenguin (n=nobody@svl-ext-proxy02.amd.com) |
14:06.56 | *** join/#oe ChanServ (ChanServ@services.) |
14:06.56 | *** mode/#oe [+o ChanServ] by irc.freenode.net |
14:07.48 | CIA-11 | 03rpurdie * r579 10bitbake/lib/bb/runqueue.py: runqueue.py: Make sure number_tasks is a number |
14:07.56 | koen | :) |
14:07.57 | RP | koen: fixed it ;-) |
14:09.05 | koen | RP: yay! |
14:13.15 | koen | hrw|work: http://wiki.openzaurus.org/ReleaseNotes/Oz3542 is ambiguous |
14:13.18 | bigd0g | hrm. is there a listing of valid handheld.org repos somewhere? |
14:13.23 | hrw|work | koen: fix it then |
14:13.31 | koen | hrw|work: all models: SD/MMC cards larger then 1GB are working |
14:13.39 | hrw|work | ah |
14:13.49 | bigd0g | or... better yet. can someone confirm cvs://anoncvs:anoncvs@anoncvs.handhelds.org/cvs;module=ipkg-utils is valid? |
14:13.59 | koen | hrw|work: ah, I can edit it |
14:14.08 | tkp | does image_ipk work differently when DISTRO_TYPE = "release"? |
14:14.11 | CIA-11 | 03rpurdie * r580 10bitbake/lib/bb/runqueue.py: runqueue.py: Fix the case where BB_NUMBER_THREADS is unset |
14:17.12 | tkp | or, more to the point... what triggers remove_init_link() |
14:17.32 | tkp | it doesn't seem to be being run in my image, leaving me with an unbootable image |
14:18.16 | koen | NOTE: Fetch cvs://anoncvs:anoncvs@anoncvs.handhelds.org/cvs;module=ipkg-utils |
14:18.16 | koen | cvs checkout: Updating ipkg-utils |
14:18.16 | koen | U ipkg-utils/.cvsignore |
14:18.16 | koen | U ipkg-utils/COPYING |
14:18.18 | koen | bigd0g: so yes, it is a valid uri |
14:18.36 | RP | tkp: That was something added for the nokia770 machine, You need to trigger that function to run on a per machine basis |
14:19.02 | bigd0g | thanks, koen. i tried patching CVS to go through the proxy, but that doesn't appear to have worked. |
14:19.14 | bigd0g | i'll have to try building from home :-/ |
14:19.20 | koen | tkp: ROOTFS_POSTPROCESS_COMMAND += " remove_init_link; " |
14:19.34 | tkp | RP: right, ok |
14:24.47 | hrw|work | tkp: nokia770 does not boot when /sbin/init is symlink - remove_init_link is for it |
14:24.49 | *** join/#oe beldank (n=beldank@ngw.jaluna.com) |
14:26.40 | koen | hrw|work: have you considered tagging the repo for each RC to make it easier to view the differences? |
14:27.07 | hrw|work | koen: not yet |
14:27.38 | hrw|work | koen: rc2 works ok on poodle and tosa - need some love for collie ;( |
14:28.22 | XorA | somtimes I could mistake the channel for #bestiality |
14:28.49 | RP | XorA: You're a regular there? |
14:29.40 | mikearthur | lol |
14:29.55 | koen | hrw|work: I have none of those :) |
14:30.02 | mikearthur | hrw|work: I've made some headway with the touch nonsense on tosa |
14:31.00 | mikearthur | hrw|work and RP: was it one of you who fixed the touch glitches for 2.6 on collie? |
14:31.09 | mikearthur | hrw|work and RP: was it one of you who fixed the touch glitches for 2.6 on corgie, even |
14:31.15 | hrw|work | koen: you also does not have collie iirc |
14:31.25 | hrw|work | mikearthur: corgi == RP |
14:31.30 | koen | hrw|work: correct |
14:31.37 | koen | only a c700 |
14:31.38 | RP | mikearthur: I was the one who wrote the 2.6 c7x and cxx00 code |
14:31.57 | mikearthur | RP: did you manage to completely eliminate the touch y-sync glitches or just reduce them and did the rest in userspace |
14:32.15 | hrw|work | koen: then rc2 does not affect you |
14:32.21 | hrw|work | koen: or even 3.5.4.2 ;D |
14:32.40 | hrw|work | RP: can we give 2.6.17-current for clamshell users? |
14:32.47 | RP | mikearthur: Put it this way: with the standard userspace filters, it never showed a problem... |
14:33.11 | RP | hrw|work: I'm not sure if spectrum cards work but other than that, yes |
14:34.29 | hrw|work | RP: patch to usb subsystem which will printk('Device xyz, abc need %d mA, but host can provide only %d mA.') would be nice to have |
14:34.51 | RP | hrw|work: It doesn't do that atm? |
14:34.59 | bigd0g | thanks for the help guys. off to try the bitbake build from a residential connection to see if that prevents the build failure. |
14:35.59 | koen | CosmicPenguin: multhitheading works with bitbake trunk, so breakout your 16-way opterons :) |
14:36.08 | CosmicPenguin | ohhhhhh |
14:36.10 | hrw|work | RP: 2.6.17 do that |
14:36.11 | CosmicPenguin | super sexy |
14:36.15 | mikearthur | RP: ok, I'll need to play more with this then :s |
14:36.35 | CosmicPenguin | koen: I'll upgrade and take it for a test run |
14:36.46 | CosmicPenguin | koen: do I need to update the oe metadata too? |
14:37.13 | koen | CosmicPenguin: no idea |
14:37.28 | koen | CosmicPenguin: I just added "BB_NUMBER_THREADS=<number>" to local.conf |
14:37.40 | hrw|work | CosmicPenguin: you need to |
14:38.23 | RP | CosmicPenguin: There was a patch to .dev to add the correct dependency info - it will eaily apply to a branch |
14:40.03 | hrw|work | RP: http://42.pl/u/kWY is patch - applied after 2616. |
14:40.24 | hrw|work | RP: and 3541 users complain about it. |
14:40.53 | hrw|work | RP: I'm considering 3.5.4.2 images for clamshells |
14:41.15 | RP | hrw|work: I'm happy enough to apply that to 2.6.16 kernels |
14:41.42 | hrw|work | RP: I too - but how many people will update kernel just because they are told to do it... |
14:42.07 | RP | hrw|work: The spectrum_cs issue is the only bug I can remember for 2.6.17 |
14:42.33 | hrw|work | ok |
14:50.48 | XorA | though I dont have a spectrum_cs |
14:52.45 | *** join/#oe lrg (n=liam@194.70.145.210) |
14:52.53 | lrg | morning all |
14:54.03 | koen | hey lrg |
14:54.16 | XorA | hey lrg |
14:56.09 | RP | hi Liam |
14:57.38 | lrg | RP, XorA: I may have a fix for corgi static. Something obvious that I missed. |
14:57.50 | RP | lrg: What's that? |
14:58.34 | lrg | RP: there is a codec active bit. It wasn't being de-activated when the stream stopped |
14:59.07 | RP | lrg: ah. That sounds promising :) |
14:59.20 | lrg | RP: hopefully :) |
14:59.44 | *** join/#oe joshin (i=josh@VDSL-130-13-154-65.PHNX.QWEST.NET) |
15:01.34 | *** join/#oe idealm (n=ideal@222.67.239.39) |
15:07.14 | koen | psokolovsky: iirc there is code in .oz354x as well to cope with mice |
15:07.24 | koen | psokolovsky: try asking CoreDump|home |
15:07.48 | psokolovsky | <PROTECTED> |
15:08.04 | koen | it should be in .dev as well, but I haven't checked |
15:18.59 | XorA | lrg: cool, I didnt get time yet to test your last patch so I new one I could test tomorrow |
15:29.11 | hrw|work | RP: you tweaked ipkg-utils some time ago to get it faster. but how to preserve Packages.filelist without regenerating Packages from scratch... |
15:29.33 | RP | hrw|work: That's what the tweak did |
15:30.30 | hrw|work | "ipkg-make-index -p Packages -v -l Packages.filelist ." == empty Packages.filelist |
15:31.05 | RP | Ah, Packages,filelist. sorry. hmm :-/ |
15:31.21 | CIA-11 | 03rpurdie 07org.oe.oz354x * r7e952968... 10/ (1 packages/linux/linux-openzaurus_2.6.16.bb): linux-oz-2.6: Sync wth .dev, fixing what looks like a merge error |
15:31.43 | hrw|work | RP: thx for fixing |
15:33.09 | RP | hrw|work: np |
15:33.18 | RP | hrw|work: What uses Packages.filelist? |
15:33.43 | hrw|work | RP: I do sometimes |
15:34.47 | *** join/#oe x29a (n=x29a@pD9EEE93F.dip.t-dialin.net) |
15:35.08 | RP | hrw|work: ipkg-utils will probably need more logic adding to handle adding/removing packages from that file |
15:35.27 | koen | RP: pacakage searchtools like http://www.angstrom-distribution.org/repo/repo.php |
15:36.19 | tkp | I'm trying to do a first release of my distro |
15:36.50 | tkp | I have altered the DISTRO_VERSION in DISTRO.conf, but now loads of things seem to be missing from the rootfs |
15:36.56 | RP | koen: right. I guess for now, these tools will have to regenerate Packages from scratch until someone fixes ipkg-utils :-/ |
15:37.00 | koen | RP: after I add the logic to parse the filelist :) |
15:37.19 | tkp | are there some docs details how to do a release? |
15:37.25 | CIA-11 | 03hrw 07org.oe.oz354x * rf09d3ca4... 10/ (5 files in 3 dirs): ipkg-utils: Fix a bug in the md5sum field handling and add some extra checks (md5sum, size) to ipkg-make-index when reusing data from the previous package file. (from poky) from .dev |
15:37.30 | CIA-11 | 03hrw 07org.oe.oz354x * r2fe0885c... 10/ (1 classes/rootfs_ipk.bbclass packages/meta/package-index.bb): |
15:37.31 | CIA-11 | rootfs_ipk.bbclass, package-index: With the fixed ipkg-utils there is no need to remove the old Packages file when regenerating the Packages index. |
15:37.31 | CIA-11 | This gives a big speed improvement when regenerating images as it doesn't have to |
15:37.31 | CIA-11 | open every ipk for its metadata. (from poky) |
15:37.32 | CIA-11 | from .dev |
15:37.35 | tkp | Do I need to rebuild everything? |
15:37.45 | tkp | or some specific packages? |
15:37.46 | hrw|work | tkp: 1. generate images 2. boot images 3. test images |
15:37.59 | koen | 4. get drunk |
15:38.03 | tkp | heh |
15:38.22 | hrw|work | tkp: if images work then 4. tag metadata 5. build feed 6. get drunk for few days before feed will build |
15:38.22 | koen | 5. add the url to the releasenotes + install instructions to a hotkey |
15:38.24 | tkp | yeah...but since changing the version number in DISTRO.conf, things are missing from the image |
15:38.40 | hrw|work | tkp: then you have to fix configs |
15:39.11 | tkp | right... I was hoping for some pointers as to which ones! |
15:39.48 | tkp | litterally all I did was change the version number |
15:41.32 | hrw|work | tkp: distro ones |
15:42.23 | tkp | I set: |
15:42.23 | tkp | DISTRO_TYPE = "release" |
15:42.23 | tkp | DISTRO_VERSION = '0.2.1' |
15:42.27 | tkp | in my distro.conf |
15:42.36 | tkp | (from) #DISTRO_TYPE = "debug" |
15:42.36 | tkp | #DISTRO_VERSION = ".dev-snapshot-${SRCDATE}" |
15:43.04 | tkp | I don't have anything else that refers to the version number |
15:45.52 | koen | what is actually missing from the image? |
15:46.08 | tkp | most things |
15:46.15 | tkp | busybox |
15:46.30 | tkp | almost every package |
15:46.46 | tkp | it doesn't even have /bin |
15:46.52 | koen | tried a clean rebuild? |
15:47.20 | tkp | I cleaned task-stv, stv-image and stv-version and removed all the associated ipk files |
15:48.22 | *** join/#oe Cwiiis (n=cwiiis@82-43-43-31.cable.ubr02.croy.blueyonder.co.uk) |
15:49.33 | tkp | stv-image now does do_fetch in a split second... from the log: |
15:49.36 | tkp | NOTE: package stv-image-1.0-r0: task do_fetch: started |
15:49.36 | tkp | NOTE: package stv-image-1.0-r0: task do_fetch: completed |
15:49.50 | tkp | it's fetching no packages |
15:51.31 | *** join/#oe benlau (n=benlau@221.125.13.148) |
15:51.35 | koen | that probably means it's already present |
15:52.55 | tkp | ah... I see something: |
15:53.01 | tkp | several messages like: |
15:53.02 | tkp | Package stv-base-depends md5sum mismatch. Either the ipkg or the package index are corrupt. Try 'ipkg update'. |
15:53.38 | mr_nice_slacker | x29a: ping |
15:53.43 | tkp | one thing I added recently to local.conf was: DEPLOY_KEEP_PACKAGES = 1 |
15:53.47 | tkp | could that be related? |
15:54.45 | hrw|work | cu |
15:55.30 | koen | tkp: remove deploy/Packages* and try again |
15:55.37 | koen | if that doesn't work, remove tmp |
15:56.31 | tkp | I really wanted to aviod hasving to rebuild my toolchain to do a release |
15:56.37 | tkp | having* |
15:57.03 | koen | you should bump PR of the tasks when you change something that affects the outcome |
15:57.33 | tkp | I have not changed anything in tasks... ony the version number in DISTRO.conf |
15:59.54 | tkp | well I bumber the PR in the task just for the sake of it, but I still get messages like "ackage stv-base-depends md5sum mismatch" |
16:00.08 | CIA-11 | 03florian 07org.oe.oz354x * rba209c9f... 10/ (4 files in 3 dirs): gpe-screenshot: Add patch to fix segfault uploading files in current release. |
16:00.15 | CIA-11 | 03florian 07org.oe.dev * r7bf39cf9... 10/ (4 files in 3 dirs): gpe-screenshot: Add fix for segfault uploading files in current release. |
16:02.25 | tkp | stv-image still tries to "Downloading file:/home/tom/stv/oe-stv/build/tmp/deploy/ipk/stv-x11-base-depends_1.0-r1_i586.ipk" even tho it should now be r2 |
16:02.51 | koen | is r2 present in the Package file? |
16:03.30 | tkp | nope |
16:03.51 | tkp | so I do I get it to rebuild that file? |
16:03.56 | koen | did you do a 'bitbake package-index' after removing that files? |
16:04.02 | *** join/#oe ar_ (n=ar@port-ip-213-211-250-51.reverse.mdcc-fun.de) |
16:04.17 | tkp | no |
16:04.22 | tkp | I have never run that command |
16:04.33 | tkp | that rebuilds the Package file? |
16:04.38 | koen | yes |
16:04.46 | koen | (like I said a few lines up) |
16:07.16 | tkp | seems to have sorted it |
16:12.18 | tkp | thanks koen |
16:15.45 | *** join/#oe hvontres|poodle (n=hvontres@redhill.orthodyne.com) |
16:18.00 | *** join/#oe e-ffi (n=cybercom@dslb-084-056-124-012.pools.arcor-ip.net) |
16:21.35 | koen | hey hvontres|poodle |
16:22.48 | *** join/#oe Crofton (n=balister@hc652151d.dhcp.vt.edu) |
16:47.24 | *** join/#oe bronson (n=bronson@a44.uchastings.edu) |
16:53.06 | CIA-11 | 03hrw 07org.oe.oz354x * rd8cbfd9b... 10/ (6 files in 4 dirs): zudoku: added 1.1 from .dev |
16:59.22 | *** join/#oe dhr (n=hugh@CPE00606767ed59-CM000f9fa81660.cpe.net.cable.rogers.com) |
17:02.18 | CIA-11 | 03hrw 07org.oe.oz354x * r6f64da16... 10/ (4 files in 2 dirs): collie.conf:split to 2.4/2.6 configs |
17:04.45 | *** join/#oe furlongm_ (n=furlongm@83-70-255-190.b-ras1.prp.dublin.eircom.net) |
17:20.58 | RP | http://www.rpsys.net/openzaurus/temp/make_fetch_stamps will add missing fetch stamps to a stamps directory |
17:33.02 | hrw | re |
17:33.10 | koen | hrw: wb |
17:33.35 | hrw | RP: mc tmp/stamps/ then select *_unpack*, press F6, from, to, enter |
17:34.02 | hrw | collie/3.5.4.2-rc2-opie = 13.7M :( |
17:34.04 | *** join/#oe pvanhoof (n=pvanhoof@d54C1807C.access.telenet.be) |
17:35.17 | RP | hrw: That doesn't make the date slightly earlier and bitbake does a < compare, not a <= |
17:35.31 | RP | hrw: Yes, there are alternatives :) |
17:35.52 | RP | hrw: I have a fix for the spectrum_cs problem btw |
17:35.59 | hrw | cool |
17:36.54 | hrw | RP: so 3.5.4.2-rc2 can get it? (not yet released) |
17:38.51 | RP | hrw: I think so, just the question of which asoc release to use |
17:39.04 | RP | (which is why I've not checked anything into .dev yet) |
17:39.10 | hrw | RP: the one which work on tosa/poodle? |
17:39.19 | koen | the one without static |
17:39.20 | koen | ? |
17:41.13 | RP | we don't have one without static yet but Liam should be providing one soon... :) |
17:41.20 | RP | fingers crossed :) |
17:41.36 | Gerrath | is there an equivalent dcop system for konqueror-embedded? I need to control it from the arm system. |
17:41.52 | Gerrath | I want to do a slide show and be able to change the pictures via the system. |
17:42.05 | *** join/#oe Kerwood (n=Marshall@69-174-191-58.frdrmd.adelphia.net) |
17:42.36 | koen | Gerrath: qcop? |
17:44.25 | hvontres|poodle | RP: how about the resume on removing/inserting headphone stuff in asoc? |
17:44.46 | Gerrath | koen, can it just simply be installed with out a WM along side of konqueror and allow shell commands to control konqueror? a quick read of it looks like it can... |
17:45.11 | koen | no idea |
17:45.17 | koen | I don't use qt/e crap |
17:45.22 | koen | (expect on my moto) |
17:46.10 | Gerrath | Koen, lol, I'm only using it because it seems like the best way to have a web browser with out having a full blown WM since konqueror can use a framebuffer direct. |
17:47.35 | hrw | 12887900 for minimal-opie-image/collie |
17:50.27 | koen | hrw: why did opie get so big? |
17:50.36 | koen | unstripped kernel modules? rtti? |
17:50.40 | Gerrath | uhm, dillo does look like a nice option as well. |
17:51.24 | *** join/#oe zecke (n=ich@88.134.164.33) |
17:51.50 | hrw | koen: checking how much plain bootstrap takes |
17:52.25 | *** join/#oe s____gint (n=gints@62.84.15.211) |
17:53.15 | koen | . o O (working connect+ drivers) |
17:53.22 | koen | . o O (working SD) |
17:56.30 | RP | hvontres|poodle: I need to look at that |
17:57.51 | hrw | koen: bootstrap is 4.3M, minimal-opie is 13M |
17:58.03 | hrw | checking gpe now |
18:01.06 | mr_nice_slacker | Gerrath: links -g is also good for framebuffer use |
18:07.47 | hrw | Necronom: in .oz354x |
18:08.18 | hrw | koen: 13M for gpe |
18:10.02 | *** join/#oe france_ (n=france@38.99.207.93) |
18:10.03 | koen | hrw: you could try this: |
18:10.06 | koen | FULL_OPTIMIZATION = "-fexpensive-optimizations -fomit-frame-pointer -frename-registers -Os" |
18:10.06 | koen | BUILD_OPTIMIZATION = "-Os" |
18:10.22 | hrw | koen: do not want to rebuild whole feed.. |
18:10.40 | koen | just the opie bits to see how much it differs |
18:11.59 | zecke | and -fvisibility-inlines-hidden |
18:12.04 | zecke | and QtE with visibility |
18:14.00 | Gerrath | mr_nice_slacker, have you used links2 in fb mode? Can you control it remotely? |
18:15.04 | koen | any caveats for -fvisibility-inlines-hidden ? |
18:17.11 | *** join/#oe darkschneider (n=gab@213-140-6-96.ip.fastwebnet.it) |
18:17.44 | zecke | kergoth: have you worked with tan/tap? |
18:17.47 | zecke | tun/tap? |
18:20.21 | mr_nice_slacker | Gerrath: I only used links on x86 - i have no clue about if it is possible to use it remotely |
18:32.04 | koen | zecke: we need chroot |
18:32.32 | hrw | Ania use Zaurus again |
18:32.34 | hrw | I show her c7x0 with Zudoku |
18:33.14 | koen | :) |
18:33.18 | hrw | btw - end of google job |
18:36.18 | zecke | end of? |
18:38.18 | hrw | zecke: remember offer which I got from google? |
18:38.26 | zecke | sysadmin |
18:38.31 | zecke | or senior engineer |
18:38.34 | hrw | yep |
18:38.41 | zecke | and this offer is now void? |
18:39.01 | hrw | yep |
18:39.08 | zecke | sad? |
18:39.21 | hrw | not too much |
18:41.31 | hrw | but it pushed me to write kind of resume for my website |
18:46.32 | zecke | hrw: then be happy :) |
18:54.20 | *** join/#oe wookey_ (i=wookey@courthouse.aleph1.co.uk) |
18:57.31 | hrw | flasing collie... |
19:00.54 | koen | aaargh |
19:00.58 | koen | ENOM&MS |
19:12.09 | koen | "If you can explain how you do something, then you're very very bad at it." |
19:21.24 | zecke | hehe |
19:21.43 | zecke | I don't agree, but I can't explain why |
19:21.47 | *** join/#oe Kristoffer2 (n=Kristoff@213-67-126-82-no75.business.telia.com) |
19:24.09 | *** join/#oe dfoley (n=dfoley@h24-207-7-221.primesignal.com) |
19:28.23 | *** join/#oe furlongm_ (n=furlongm@83-70-166-189.b-ras1.prp.dublin.eircom.net) |
19:29.36 | koen | zecke: biff |
19:42.34 | *** join/#oe e-ffi (n=cybercom@dslb-084-057-096-118.pools.arcor-ip.net) |
19:44.58 | *** join/#oe mmp (n=mmp@85.135.171.94) |
19:49.41 | *** join/#oe awelux (n=awelux__@dslb-084-058-097-221.pools.arcor-ip.net) |
19:52.45 | hrw|tv | collie minimal opie image fails |
19:53.11 | hrw|tv | argh |
19:53.38 | hrw|tv | looks like i need to do 3542-collie distro |
19:55.17 | hrw|tv | altboot lack 2.6 config, keymaps need to be added.. |
20:02.08 | koen | SoC next year: teach OE use use a chroot for compiling |
20:02.35 | zecke | koen: I want to do this before next SoC |
20:03.51 | koen | zecke: let's gather funds after OEDEM :) |
20:04.09 | zecke | for that? |
20:04.24 | zecke | koen: we need to find out if we need FUNDS at all |
20:04.41 | zecke | koen: I have decided to get married to an old and rich lady... |
20:04.48 | zecke | I don't know where to find them though |
20:05.03 | hrw|tv | zecke: hosting costs for example |
20:07.58 | Crofton | the busy box compile ussing all available memory is annoying |
20:08.42 | hrw|tv | koen: /wiki/oedem == /oedem - right? |
20:09.08 | zecke | YEAH, YEAH, YEAH |
20:09.25 | koen | hrw|tv: yes |
20:09.57 | hrw|tv | leffe? |
20:11.44 | koen | sssh! |
20:11.50 | hrw|tv | :) |
20:12.00 | *** join/#oe tkp (n=tom@81-179-24-207.dsl.pipex.com) |
20:14.06 | *** join/#oe mallum (n=mallum@host86-141-46-4.range86-141.btcentralplus.com) |
20:14.32 | koen | hey hey hey |
20:14.38 | koen | the bearded man has arrived |
20:14.54 | mallum | hey koen |
20:15.04 | zecke | koen: my beard is coming back again, as I'm too lazy to shave |
20:15.16 | koen | zecke: tsk |
20:15.48 | koen | a beard iches too much |
20:16.24 | hrw|tv | i have to it.. |
20:17.53 | *** join/#oe W8TVI (n=me@166.166.8.73) |
20:21.01 | mallum | beard is good |
20:21.05 | mallum | shave is bad |
20:21.21 | zecke | mallum: http://www.openembedded.org/~zecke/Web-Site/Me.html |
20:22.23 | mallum | zecke: http://www.flickr.com/photos/mallum/117649319/ |
20:23.11 | zecke | lol |
20:23.11 | hrw|tv | still collie no boot.. |
20:24.54 | woglinde | re |
20:24.57 | mallum | CosmicPenguin: not just yet |
20:25.22 | mallum | CosmicPenguin: think were getting a bit bored waiting; http://www.flickr.com/photos/mallum/222135187/ ? |
20:25.39 | CosmicPenguin | ohhhhh.... cutre |
20:26.04 | zecke | <PROTECTED> |
20:26.16 | koen | plan9 bunny! |
20:26.31 | zecke | man loves bunny |
20:26.34 | CosmicPenguin | RP: is RMK purposely ignoring that 2GB SD patch? |
20:28.10 | hrw|tv | i hate to have use erial cables.. |
20:28.16 | zecke | mallum: http://www.flickr.com/photos/mallum/168437566/ <- nice shirt |
20:28.49 | mallum | zecke: employee only shirts |
20:29.11 | mmp | mallum: hello; sorry I'm catching you here; question about mb-panel - when I once do gtk_widget_hide on plug, which is connected to panel, it won't get shown anymore... . |
20:30.22 | mallum | mmp: check matchbox-panel-2 |
20:30.57 | *** join/#oe pleemans (n=peter@d54C248DE.access.telenet.be) |
20:31.15 | hrw|tv | shit.. collie/3.5.4.2-rc2 does not send kernel logs to serial.. |
20:31.17 | mmp | mallum: :) Sorry, I did not expect newer version of mb-panel:); I'll check it out asap. |
20:31.18 | zecke | mallum: http://www.flickr.com/photos/mallum/90287916/ luckily you don't look insane |
20:31.47 | *** join/#oe furlongm_ (n=furlongm@86.40.7.185) |
20:34.40 | CosmicPenguin | wm2? l33t |
20:34.46 | CosmicPenguin | aare there screenshots? |
20:35.19 | koen | CosmicPenguin: build it, install it, make screenshots :) |
20:35.36 | CosmicPenguin | hah |
20:35.47 | CosmicPenguin | I would but there are too many children without laptops |
20:36.04 | koen | yup |
20:36.05 | zecke | lol |
20:37.40 | hrw|tv | go ewi, go... |
20:38.29 | hrw|tv | ;F |
20:38.54 | hrw|tv | RP: tried 2.6 on collie? it looks like it does not send anything to serial port;( |
20:39.59 | koen | hrw|tv: tried the printascii hack? |
20:40.11 | hrw|tv | koen: no |
20:40.24 | hrw|tv | looks like I will release 3.5.4.2-rc2 without collie |
20:40.40 | hrw|tv | CoreDump|home: where are you........ |
20:43.13 | mallum | CosmicPenguin: wm2 dont do much useful yet |
20:44.34 | hrw|tv | time for thumb trick to flash collie again |
20:45.20 | koen | RP: what do you think about putting the bb.note("increased active builds to %s" % active_builds) into bitbake? |
20:45.27 | koen | RP: I like it very much :) |
20:46.08 | hrw|tv | ~lart sharp for releasing collie |
20:46.23 | koen | ~lart sharp for poodle |
20:46.27 | koen | ~lart sharp for corgi |
20:46.36 | hrw|tv | ~lart sharp for zaurus line |
20:46.45 | hrw|tv | that was goo lart ibot |
20:46.52 | hrw|tv | s/goo/good |
20:47.42 | hrw|tv | time to bed |
20:47.43 | hrw|tv | cu |
20:52.48 | *** join/#oe tkp (n=tom@81-179-24-207.dsl.pipex.com) |
20:58.20 | CIA-11 | 03koen 07org.oe.dev * r9c24baa5... 10/ (1 packages/wpa-supplicant/wpa-supplicant_0.4.7.bb): wpa supplicant 0.4.7: change do_install to work with OE's install from coreutils-native |
21:15.13 | zecke | tmbinc_: do you know any DVB-T receiver that can receive all pids (or supports -tsraw of dvbsnoop?) |
21:28.06 | zecke | nite |
21:35.25 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
21:45.43 | RP | CosmicPenguin: No idea. I can't predict RMK.... :) |
21:46.31 | CosmicPenguin | that patch has been out there forever |
21:46.36 | CosmicPenguin | he's being stubborn ^ 2 |
21:47.01 | RP | CosmicPenguin: That figures. There are several issues like this I need to address - I just lack the time :-/ |
21:47.18 | *** join/#oe tkp (n=tom@81-179-24-207.dsl.pipex.com) |
21:49.13 | *** join/#oe mr_nice_slacker1 (n=mr_nice_@p54A9E98F.dip.t-dialin.net) |
21:49.57 | koen | RP: multithreading changed bitbake behaviour |
21:50.12 | RP | koen: Which change do you mean? |
21:50.16 | koen | RP: 'bitbake angstrom-gpe-images' now builds everything in task-angstrom.bb |
21:50.19 | koen | -s |
21:50.33 | RP | koen: It has to. blame debian.bbclass |
21:50.39 | koen | grrr |
21:50.53 | koen | ~lart debian.bbclass |
21:50.54 | RP | The pervious understanding was a bug :-( |
21:51.33 | RP | and yes, I dislike debian.bbclass ;-) |
22:04.43 | RP | koen: Any distro doesn't have to inherit debian.bbclass ;-) |
22:05.14 | RP | koen: We could also implement a cache and avoid the nasty depends implications of debian.bbclass of course |
22:05.14 | koen | yeah |
22:05.28 | koen | or banish shared libs |
22:06.01 | RP | That wouldn't help in this case ;-) |
22:06.15 | koen | heh |
22:06.16 | RP | banishing RDEPENDS would :) |
22:06.24 | koen | CC=arm-linux-gcc |
22:07.17 | koen | we should lart the person who added that |
22:07.19 | koen | ~lart me |
22:07.38 | CIA-11 | 03koen 07org.oe.dev * r5c6bd922... 10/ (1 packages/angstrom/task-angstrom.bb): task-angstrom: mask out broken packages |
22:22.39 | *** join/#oe Kristoffer2 (n=Kristoff@213-67-126-82-no75.business.telia.com) |
22:23.04 | *** part/#oe dfoley (n=dfoley@h24-207-7-221.primesignal.com) |
22:46.26 | *** join/#oe W8TVI (n=me@166.166.9.141) |
22:53.53 | *** join/#oe bronson (n=bronson@dsl081-078-179.sfo1.dsl.speakeasy.net) |
23:01.29 | *** join/#oe katossi_ (n=guillerm@dslb-084-061-014-164.pools.arcor-ip.net) |
23:07.30 | *** join/#oe furlongm_ (n=furlongm@83-70-244-81.b-ras1.prp.dublin.eircom.net) |
23:08.10 | *** join/#oe redguy (n=mati@act32.neoplus.adsl.tpnet.pl) |
23:10.19 | *** join/#oe tom_ (n=tom@spc1-brig7-0-0-cust1011.asfd.broadband.ntl.com) |
23:30.31 | *** join/#oe tom_ (n=tom@81-179-24-207.dsl.pipex.com) |
23:40.54 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
23:47.27 | *** join/#oe rwhitby-away (n=rwhitby@nslu2-linux/rwhitby) |
23:56.46 | *** join/#oe rwhitby-nslu2 (n=rwhitby@nslu2-linux/rwhitby) |