| 00:03.35 | *** join/#oe e-ffi_ (n=cybercom@dslb-084-056-082-010.pools.arcor-ip.net) |
| 00:03.36 | *** join/#oe dkey (i=nobody@193.170.48.236) |
| 00:18.49 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
| 00:43.52 | *** join/#oe bronson (n=bronson@66.160.177.216) |
| 00:59.53 | *** join/#oe wrobbie (n=rob@cm30.sigma248.maxonline.com.sg) |
| 01:21.50 | *** join/#oe noclouds (n=mhfan@61.191.27.226) |
| 01:23.26 | *** part/#oe mreimer_ (n=mreimer@bilbo.vpop.net) |
| 01:32.47 | *** join/#oe idealm (n=ideal@222.66.106.154) |
| 02:10.15 | *** join/#oe Timelord0 (n=TL@16.8c.d12c.cidr.airmail.net) |
| 02:10.57 | *** join/#oe idealm (n=ideal@222.66.106.154) |
| 02:23.41 | *** join/#oe O_Neil (n=ONeil@210.22.179.229) |
| 02:27.57 | *** join/#oe psokolovsky (n=psokolov@ip.85.202.124.214.dyn.sub-9.broadband.voliacable.com) |
| 02:58.10 | *** join/#oe idealm (n=ideal@222.66.106.154) |
| 03:08.09 | *** join/#oe tmbinc (i=abcd@e176187019.adsl.alicedsl.de) |
| 03:32.28 | *** join/#oe kakaroto (n=cerne@2001:5c0:8fff:fffe:0:0:0:59d9) |
| 04:02.38 | *** join/#oe cyn (n=cyn@cpe-066-057-046-006.nc.res.rr.com) |
| 04:12.59 | *** join/#oe idealm (n=ideal@222.66.106.154) |
| 04:17.08 | *** join/#oe hvontres|home (n=henry@adsl-75-37-170-84.dsl.sndg02.sbcglobal.net) |
| 04:17.52 | hvontres|home | hey raduga |
| 04:57.02 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
| 05:18.45 | *** join/#oe Marex (n=Marex@85.132.236.161) |
| 06:03.02 | *** join/#oe cyn_ (n=cyn@cpe-066-057-046-006.nc.res.rr.com) |
| 06:06.00 | *** join/#oe mithro_ (n=tim@ppp246-117.static.internode.on.net) |
| 06:12.55 | *** join/#oe [lala] (n=lala@pD9EB242A.dip0.t-ipconnect.de) |
| 06:24.25 | *** join/#oe njs (n=njs@adsl-66-159-194-130.dslextreme.com) |
| 06:34.59 | *** join/#oe idealm (n=ideal@222.66.106.154) |
| 06:48.32 | *** join/#oe eno__ (n=eno@adsl-70-137-141-204.dsl.snfc21.sbcglobal.net) |
| 07:04.01 | *** join/#oe eno (n=eno@nslu2-linux/eno) |
| 07:12.49 | *** join/#oe idealm (n=ideal@222.66.106.154) |
| 07:20.17 | *** join/#oe x29a (n=x29a@pD9EEEA01.dip.t-dialin.net) |
| 08:08.05 | *** join/#oe ibot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
| 08:08.05 | *** topic/#oe is OpenEmbedded Developer Lounge | BitBake 1.4.4 and BitBake 1.6.0 have been released - only use HEAD if you are developing it | this is still not a distribution support channel | www.openembedded.org | Bugtracker: http://bugs.openembedded.org/ | Metadata: http://www.openembedded.org/filebrowser/ |
| 08:20.43 | *** join/#oe DaKa (n=David@nslu2-linux/daka) |
| 08:24.46 | *** join/#oe idealm (n=ideal@222.66.106.154) |
| 08:30.16 | *** join/#oe noclouds (n=mhfan@61.191.27.226) |
| 08:33.01 | *** join/#oe idealm (n=ideal@222.66.106.154) |
| 08:44.12 | *** join/#oe leoncamel (n=leoncame@219.238.107.107) |
| 08:44.13 | *** join/#oe ade|desk (n=ADAVEY@194.200.143.249) |
| 08:44.38 | ade|desk | hello all |
| 08:51.58 | *** join/#oe gremlin[it] (n=_@ppp-123-9.25-151.libero.it) |
| 08:55.33 | XorA | morniong |
| 09:07.11 | *** join/#oe pleemans (n=peter@d51A5E421.access.telenet.be) |
| 09:09.25 | *** join/#oe tkp (n=tom@81-86-55-16.dsl.pipex.com) |
| 09:21.51 | *** join/#oe lrg (n=liam@lrg.demon.co.uk) |
| 09:21.57 | lrg | morning all |
| 09:26.04 | RP | morning all |
| 09:26.09 | XorA | hey RP |
| 09:27.36 | *** join/#oe bronson (n=bronson@c-71-198-75-160.hsd1.ca.comcast.net) |
| 09:31.23 | *** join/#oe idealm (n=ideal@222.66.106.154) |
| 09:51.13 | *** join/#oe zinga (n=arnaudb@mail.lightstructures.biz) |
| 09:51.13 | tkp | morning crew |
| 09:57.08 | *** join/#oe koen|gprs (n=koen@212.41.157.237) |
| 09:58.51 | *** join/#oe likewise (n=chatzill@atwork-98.r-212.178.104.atwork.nl) |
| 09:59.47 | likewise | hi ppl |
| 10:03.28 | *** join/#oe noclouds (n=mhfan@61.191.27.226) |
| 10:04.14 | *** join/#oe [lala] (n=lala@ip-217-18-181-130.static.reverse.dsi.net) |
| 10:09.07 | *** join/#oe ssvb (n=ssvb@193.232.92.242) |
| 10:14.18 | *** join/#oe koen|gprs (n=koen@212.41.157.237) |
| 10:14.38 | *** join/#oe zecke (n=ich@145.253.107.2) |
| 10:15.06 | zecke | ljp: congrats, one year of Qtopia without any GPL licensed release, patch or rsync version :) |
| 10:15.39 | zecke | ljp: I predict you will answer it is perfect when it needs to updates and I have to say I must agree |
| 10:19.57 | tkp | having a little trouble building -cross packages when oe is setup to use an external toolchain |
| 10:20.26 | tkp | I thinks this may be because of the overrides for CC CXX CPP etc in local.conf |
| 10:21.00 | tkp | looking at cross.bbclass, I see no attempt to reset these values |
| 10:21.13 | likewise | tkp: how do you override the cross toolchain? |
| 10:21.26 | tkp | compare it with native.bblass, and there is a whole section entitled "# set the compiler as well. It could have been set to something else" |
| 10:21.31 | *** join/#oe TheCan (n=thecan@dslb-084-056-154-139.pools.arcor-ip.net) |
| 10:22.08 | tkp | I have not specifically overridden the cross toolchain... I have added export CC etc to local conf, as per the wiki |
| 10:22.33 | tkp | so for example, I have export CC = "${CCACHE}i586-stv-linux-gcc-3.4.4 ${HOST_CC_ARCH}" |
| 10:22.46 | tkp | which is surely wrong for building -cross packages no? |
| 10:25.43 | tkp | as suspected, if I edit cross.bbclass, adding in the section which resets the compiler etc ( http://rafb.net/paste/results/NdEb0x51.html ) - taken from native.bbclass, then -cross packages build ok again |
| 10:25.52 | sirfred | Morning |
| 10:26.29 | tkp | so, am I right in thinking that to build -cross packages, it should be using the hosts toolchain? |
| 10:28.36 | likewise | tkp: That's what I would expect. I expect the -cross packages to run on the development host, generating output to be run on the target. So they must be compiled using the (dev) host toolchain. |
| 10:29.07 | tkp | right... so my fix would seem sane then |
| 10:40.10 | likewise | tkp: it looks sane to m |
| 10:40.57 | tkp | I'll post it up to the bugtracker so other people can vet it and incorporate it into the repo. |
| 10:41.03 | likewise | tkp: but I don't know if the other classes have assumptions on the toolchain. There are quite some number of variables that influence the build of the toolchain (which libc, which float support, etc) |
| 10:42.28 | tkp | likewise: but this isn't todo with building the actual toolchain itself, it's more about using the right toolchain for the right job and clearly it is wrong to use the cross toolchain to build cross packages |
| 10:43.27 | likewise | tkp: yes, that looks wrong to me, but I am not a (core) OE dev, so posting it on the bugtracker looks sane to do |
| 11:00.37 | likewise | My bitbake always hangs (full processor load) when I enable INHERIT += "rootfs_ipk". Seeing if I can pin-point this... |
| 11:01.15 | *** join/#oe blaster8 (n=blaster8@nslu2-linux/blaster8) |
| 11:03.03 | *** join/#oe Slims (n=joni@69.147.78.83.cust.bluewin.ch) |
| 11:06.37 | *** join/#oe _law_ (n=_law_@213.173.86.202) |
| 11:09.46 | _law_ | morning |
| 11:11.46 | CIA-4 | 03zecke123 * r626 10/ (13 files in 12 dirs): BitBake: Tag 1.6.2 and 1.7.2 of BitBake |
| 11:17.57 | hrw | morning |
| 11:18.28 | CIA-4 | 03zecke123 * r627 10bitbake/MANIFEST: bitbake/trunk/bitbake: Add more files to the MANIFEST and make it work again |
| 11:19.07 | hrw | meta-toolchain generate toolchain-cross to build for target device. *-native *-cross are built with host toolchain |
| 11:20.10 | hrw | someone ported network driver from 2.4 to 2.6? |
| 11:20.38 | *** part/#oe _law_ (n=_law_@213.173.86.202) |
| 11:22.05 | *** join/#oe _law_ (n=_law_@213.173.86.202) |
| 11:28.02 | zecke | okay BitBake 1.6.2 and 1.7.2 snapshot is released |
| 11:28.13 | XorA | ~lart monotone |
| 11:28.38 | RP | zecke: Sounds good :) |
| 11:28.48 | hrw | zecke: will you send release announce to mailing lists? |
| 11:29.01 | zecke | hrw: sure, I don't know when though :} |
| 11:29.20 | zecke | RP: I have placed 1.7.2 in the bitbake-unstable product, I hope you don#t mind |
| 11:30.53 | RP | zecke: Not at all - Its not what I'd call stable yet :) |
| 11:30.55 | hrw | init/main.c:91:2: error: #error Sorry, your GCC is too recent for kernel 2.4 |
| 11:30.57 | hrw | shit. |
| 11:31.19 | hrw | can I compile 2.4.33 with gcc 3.3.x? |
| 11:36.05 | hrw | I can. its building |
| 11:43.41 | XorA | hrw: got 2.4 source for 802.11g drivers? |
| 11:44.35 | hrw | got |
| 11:46.31 | hrw | and built |
| 11:49.25 | hrw | but I knew before that 2.4 driver is building and is working in Zaurus |
| 11:50.00 | hrw | /dev/hda6 88G 84G 4,0G 96% /home |
| 11:50.07 | hrw | fsck... 4G only |
| 11:52.37 | XorA | any monotone geeks alive? |
| 11:54.15 | hrw | XorA: on #monotone@oftc yes |
| 12:04.20 | *** join/#oe ibot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
| 12:04.20 | *** topic/#oe is OpenEmbedded Developer Lounge | BitBake 1.4.4 and BitBake 1.6.0 have been released - only use HEAD if you are developing it | this is still not a distribution support channel | www.openembedded.org | Bugtracker: http://bugs.openembedded.org/ | Metadata: http://www.openembedded.org/filebrowser/ |
| 12:04.20 | *** join/#oe darkschneider (n=gab@213-156-52-96.fastres.net) |
| 12:12.49 | *** join/#oe furlongm (n=furlongm@83.70.43.217) |
| 12:16.38 | hrw | hi mickeyl |
| 12:17.42 | *** join/#oe benlau (n=benlau@221.125.13.148) |
| 12:20.22 | XorA | mickeyl: you still manage keys on monotone.openembedded.org |
| 12:20.24 | XorA | mickeyl: ? |
| 12:20.57 | *** part/#oe kfm82 (n=kfm82@p54BED9EC.dip.t-dialin.net) |
| 12:22.42 | mickeyl | i try not to, but yes, i could do something |
| 12:23.00 | XorA | mickeyl: wolfson@openembedded.org seems to have disappeared |
| 12:23.09 | hrw | did we got private ml? |
| 12:26.25 | mickeyl | hrw: hold on 5 minutes |
| 12:26.31 | mickeyl | XorA: i'll check asap |
| 12:26.41 | hrw | mickeyl: thx mickeyl |
| 12:27.52 | XorA | mickeyl: no hurries, if your too busy Ill bug koen when he reappears |
| 12:28.43 | mickeyl | hrw: you should get mail in a couple of seconds |
| 12:29.25 | hrw | thx |
| 12:29.29 | mickeyl | np |
| 12:32.29 | hrw | mickeyl: subscribed other core devs? |
| 12:32.36 | mickeyl | i think so |
| 12:32.46 | hrw | ok |
| 12:33.34 | hrw | mickeyl: do you know who from OE/OZ/Ang team is capable of working on porting driver from 2.4 to 2.6? |
| 12:33.43 | mickeyl | XorA: sorry, i can't find the proper mtn for the server atm. its been a while... please bug koen |
| 12:33.51 | XorA | mickeyl: cool |
| 12:34.00 | XorA | ~cabal |
| 12:34.03 | ibot | There is no cabal |
| 12:34.06 | XorA | :-D |
| 12:34.46 | mickeyl | hrw: RP,zecke,woglinde,ph5,psokolsovsky |
| 12:34.53 | mickeyl | surely more |
| 12:35.04 | hrw | ok |
| 12:35.28 | hrw | we can get two cf 802.11g cards for OE/OZ but need to get driver working |
| 12:36.55 | *** join/#oe Sonic|Laptop (n=garrett@unaffiliated/sonicvanajr) |
| 12:38.45 | *** join/#oe pvanhoof (n=pvanhoof@d54C18260.access.telenet.be) |
| 12:41.45 | tkp | is there somewhere can I view an up-to-the-minute version of the repo and/or repo diffs? |
| 12:42.22 | mickeyl | hrw: please only accept it as 'give or take'. we will try, but we give no guarantees |
| 12:42.30 | mickeyl | after all, that's how donations should be |
| 12:42.34 | mickeyl | or devices on loan |
| 12:42.45 | hrw | mickeyl: understandable |
| 12:42.59 | hrw | tkp: oe website |
| 12:43.40 | RP | We can never say for certain we're going to do X, just that we will try our best |
| 12:43.40 | hrw | mickeyl: customer waits with releasing them until OZ will supports those cards |
| 12:45.05 | RP | If they want guarantees, they'll have to pay someone. Even then putting timescales on things is tricky for kernel dev work like that :-/ |
| 12:45.36 | hrw | I know and unserstand it |
| 12:45.43 | tkp | hrw: oe website says that the last commit was made 20 hors ago, but I saw a commit message in this IRC room just a couple of hours ago |
| 12:46.30 | hrw | then no other way, and we need to ask koen what broke |
| 12:47.18 | hrw | mickeyl: what do you think about moving OZ website to ltg? sf.net is so lagged that I'm unable to edit any simple page |
| 12:48.33 | mickeyl | hrw: +1 from me |
| 12:50.40 | hrw | ' Your project has been submitted to the LTG Projects administrators. ' |
| 12:57.41 | hrw | gracias LTG admin team |
| 13:05.02 | nicolasfr | hi |
| 13:06.35 | hrw | hi nicolasfr |
| 13:07.44 | nicolasfr | hi hrw! I did not have time to go to post office yesterday (and closed today of course). I have to go the "basements" today to find a box, and pack everything tight. Will send saturday morning. |
| 13:09.46 | *** join/#oe osas (n=osas@CPE0016b62ceb5a-CM000f9fa84bec.cpe.net.cable.rogers.com) |
| 13:11.02 | hrw | nicolasfr: no problem |
| 13:12.07 | *** join/#oe do13_ (i=do13@antilope.in-berlin.de) |
| 13:12.13 | do13_ | morning all |
| 13:12.30 | hrw | hi dirk |
| 13:12.40 | do13_ | hey Marcin |
| 13:20.01 | *** join/#oe psokolovsky (n=psokolov@ip.85.202.124.214.dyn.sub-9.broadband.voliacable.com) |
| 13:20.52 | XorA | do13_: returned for some hacking yet? |
| 13:21.21 | do13_ | XorA: hehe |
| 13:21.32 | XorA | do13_: I heard you had a few miles of slab to lay |
| 13:22.02 | do13_ | XorA: right. |
| 13:27.13 | hrw | psokolovsky: do you want to hack wifi driver? |
| 13:27.27 | psokolovsky | Hi! |
| 13:28.12 | psokolovsky | hrw, of course I want ;-). But wonder, would I have resources (time first of all) for that? Anyway, what's about it? |
| 13:29.13 | hrw | psokolovsky: one company want to release 802.11g CF card. they want this card supported by OZ and other OE distros under 2.6 kernel. The problem is that only 2.4 driver exist. We will get 2 cards to get it working |
| 13:29.23 | do13_ | XorA: I had no choice. My wife complained. So I had to reduce my hacking time :) |
| 13:29.35 | XorA | do13_: train her to hack |
| 13:29.46 | do13_ | XorA: better not |
| 13:32.53 | zecke | "I always prefer OpenSource if the software is equally good or almost as good as the closed source alternative" |
| 13:32.53 | do13_ | hrw: I propose the wlan-ng stack. The best and well maintained wlan driver. :) |
| 13:33.07 | zecke | wow, a true Free Software believer :) |
| 13:33.12 | hrw | do13_: o yes |
| 13:33.25 | XorA | hrw: what chipset are you talking BTW? |
| 13:34.40 | hrw | Marwell 8385 |
| 13:36.58 | XorA | hrw: wait a couple of weeks then ask the intel/marvel guys about support for Mainstone :-) |
| 13:38.02 | hrw | XorA: and they will answer that it is supported. and show 2.4 driver |
| 13:39.03 | XorA | KerwoodDerbyanyway, I have a Marvell wlan CF card and I have 2.6 driver source |
| 13:39.08 | XorA | hmmm |
| 13:39.32 | XorA | ~seen KerwoodDerby |
| 13:40.00 | ibot | kerwoodderby <n=Marshall@69-174-191-58.frdrmd.adelphia.net> was last seen on IRC in channel #oe, 114d 2h 6m 47s ago, saying: 'I've deleted the build directory, downloaded a new OE.db and rebuilt from scratch, and I still get this error'. |
| 13:40.01 | hrw | ? |
| 13:40.01 | XorA | hrw: http://purl.rikers.org/%23oe/20060625.html.gz |
| 13:41.01 | hrw | 18498 25 03:10< KerwoodDerby> anyway, I have a Marvell wlan CF card and I have 2.6 driver source 18499 25 03:13< Interrobang> KerwoodDerby: out of curiousity, what chipset does your card use? orinoco or anythign like that? |
| 13:41.05 | hrw | hmm.. |
| 13:41.07 | hrw | 18500 25 03:13< KerwoodDerby> Marvell 8385 18501 25 03:13< emte> i belive ewi is down ... |
| 13:41.17 | XorA | hrw: exactly |
| 13:41.24 | hrw | ~seen kerwood |
| 13:41.32 | ibot | kerwood <n=Marshall@69-174-191-58.frdrmd.adelphia.net> was last seen on IRC in channel #opie, 2d 12h 20m 25s ago, saying: '~hail psokolovsky'. |
| 13:49.48 | hrw | XorA: newer version of chipset is used in OLPC |
| 13:50.07 | XorA | hrw: yeah I saw the Gnu people venting on that |
| 13:50.53 | *** join/#oe e-ffi (n=cybercom@dslb-084-056-082-010.pools.arcor-ip.net) |
| 13:51.47 | *** join/#oe gremlin[it] (n=_@ppp-123-9.25-151.libero.it) |
| 13:52.38 | *** join/#oe mccarthy (n=mccarthy@granular.che.pitt.edu) |
| 13:53.25 | hrw | fsck.. |
| 13:53.28 | mccarthy | I am trying to build some of the apps available in OE (GPE apps) for my desktop. Is there a conf-file appropriate for an Ubuntu edgy build? |
| 13:53.29 | hrw | /home/hrw/devel/trisoft/linux-2.6/include/asm/processor.h:80: error: `CONFIG_X86_L1_CACHE_SHIFT' undeclared here |
| 13:53.43 | hrw | mccarthy: MACHINE="native" DISTRO="generic" |
| 13:53.56 | mccarthy | hrw thanks |
| 13:54.24 | hrw | I include few asm/*.h to get such contants and it still break... |
| 13:55.02 | *** join/#oe leoncamel (n=leoncame@219.142.139.208) |
| 13:55.11 | CoreDump|home | hi |
| 13:55.14 | hrw | hi CoreDump|home leoncamel |
| 13:56.24 | leoncamel | hey. hrw. I read you blog recently .:) |
| 13:56.26 | leoncamel | hrw, I got something wrong while bitbake opie-image |
| 13:56.28 | leoncamel | hrw, I got this : dbus-glib.h:28:30: error: dbus/dbus-shared.h: No such file or directory |
| 13:56.34 | leoncamel | hrw, while building OPIE. |
| 13:56.36 | leoncamel | hrw, so , the opie is broken now ? |
| 13:57.07 | XorA | gah, someone either DEFAULT_PREFERENCE = -1 in dbus-glib 0.72 or remove the one in dbus 0.94 |
| 13:57.13 | hrw | leoncamel: thats question to psokolovsky as he maintain opie in OE now |
| 13:57.51 | psokolovsky | well, I wasn't yet nominated ;-) |
| 13:57.59 | leoncamel | XorA, hmm, en ? what exactly ? |
| 13:58.52 | leoncamel | psokolovsky, i nominated you .:) so, please tell me what happened exactly. |
| 13:59.00 | XorA | leoncamel: the problem is dbus-glib 0.72 requires dbus 0.94 but dbus 0.94 is DEFAULT_PREFERENCE = -1 so it wont build |
| 13:59.28 | XorA | whoever addes 0.72 and 0.94 needs to decide the relationships |
| 14:00.25 | psokolovsky | well, my answer would be "well OPIE uses dbus too? 8-)". so, I'm not the perfect eprson to ask yet ;-) |
| 14:00.39 | XorA | roll on RP with versions DEPENDS |
| 14:01.11 | psokolovsky | leoncamel, anyway, OPIE in OE.dev builds for ansgrom distro (caveat: need to revesr a patch committed within last week). use that as reference |
| 14:01.18 | leoncamel | XorA, the dependency is illegal ? right ? |
| 14:01.20 | XorA | my guess is 0.94 should be allowed to build by default and wait for people to scream about breakage |
| 14:01.37 | *** join/#oe idealm (n=ideal@58.33.58.84) |
| 14:02.37 | leoncamel | psokolovsky, BUT, the 0.72 depend on 0.94 is illegal. do you agree ? |
| 14:03.03 | XorA | leoncamel: I dont understand why you say this is illegal? |
| 14:03.12 | hrw | Finished Making Marvell Wlan Linux Driver |
| 14:03.41 | leoncamel | XorA, OK. ignore it. So, I want to know, how to fix it ? |
| 14:03.46 | hrw | ofcourse it is not true - I just hacked it very badly to get look how much is needed to change |
| 14:04.25 | psokolovsky | leoncamel, sure. that doens't happen in angstrom and I heard it has been fixed |
| 14:04.25 | XorA | leoncamel: set a PREFFERED_VERSION for dbus-glib to 0.71, or remove DEFAULT_PREFERENCE = -1 from dbus 0.94 |
| 14:05.01 | XorA | or set PREFFERED_VERSION for dbus to 0.94 |
| 14:05.41 | leoncamel | XorA, OK. I got it. |
| 14:05.44 | XorA | or wonder why opie wants dbus-glib :-) |
| 14:06.12 | leoncamel | XorA, god knows. ;) |
| 14:07.34 | hrw | I know |
| 14:07.46 | hrw | bluez-utils instead of bluez-utils-nodbus |
| 14:10.21 | XorA | ~hail hrw |
| 14:10.27 | ibot | ACTION bows down to hrw and chants, "I'M NOT WORTHY!!" |
| 14:12.04 | hrw | "Anyone who quotes me in their signature is an idiot -- Rusty Russell" |
| 14:12.05 | hrw | :D |
| 14:18.11 | likewise | After syncing OE I run into the following problem, does anyone have a clue where this was introduced? |
| 14:18.13 | likewise | NOTE: Resolving missing task queue dependencies |
| 14:18.14 | likewise | ERROR: No providers of runtime build target busybox |
| 14:19.26 | *** join/#oe stevenh (n=lews@65.167.23.2) |
| 14:26.10 | nicolasfr | hrw: http://www.geek-fr.com/lib/exe/fetch.php/progear.jpg ;) |
| 14:27.17 | leoncamel | nicolasfr, what's that ? |
| 14:27.35 | hrw | nicolasfr: nice package ;) |
| 14:27.58 | leoncamel | a package for *laptop* ? |
| 14:28.09 | hrw | webpad |
| 14:29.37 | nicolasfr | hehe, only box I found which fits! |
| 14:33.11 | *** join/#oe kerwood|afk (n=Marshall@69-174-191-58.frdrmd.adelphia.net) |
| 14:34.02 | hrw | tkp: submit patches as attachments in bugzilla |
| 14:34.07 | hrw | kerwood|afk: afk or alive? |
| 14:34.13 | tkp | ah.. k. sorry |
| 14:38.36 | hrw | tkp: 1543 (spyro) fixed |
| 14:39.02 | CIA-4 | 03hrw 07org.oe.dev * rddb2619d... 10/ (1 packages/python/python-spyro_0.9.14.bb): python-spyro: fix SRC_URI - close #1543 |
| 14:45.16 | mickeyl | any matchbox-desktop experts in da house? |
| 14:45.41 | mickeyl | i can't get it to accept my --bg specification. it always comes up w/ the greenish/blueish backgound |
| 14:47.44 | nicolasfr | hrw: another src_uri to fix: http://web.mit.edu/~emin/www/source_code/pycodes/pycodes-1-1.tar.gz |
| 14:49.05 | nicolasfr | (python-pycodes) |
| 14:49.12 | hrw | nicolasfr: author changed university? |
| 14:49.25 | hrw | from berkley to mit |
| 14:50.16 | nicolasfr | dunno, this is the official page |
| 14:50.29 | *** join/#oe tnb (n=tnb@sdgsystems.net) |
| 14:50.38 | hrw | pushed |
| 14:50.51 | nicolasfr | I have some others... |
| 14:51.07 | CIA-4 | 03hrw 07org.oe.dev * r95d2b2a9... 10/ (1 packages/python/python-pycodes_1.1.bb): python-pycodec: fix SRC_URI |
| 14:52.05 | hrw | nicolasfr: prepare fix as patch |
| 14:52.28 | nicolasfr | ok, how should I do? |
| 14:52.53 | hrw | nicolasfr: fix recipes, then 'mtn dif .' and check output |
| 14:53.16 | nicolasfr | ok |
| 14:58.32 | hrw | OLPC has wifi on usb.. |
| 14:58.59 | XorA | OLPC wifi is independant from the OLPC :-) |
| 14:59.12 | hrw | XorA: 8385 also can be |
| 14:59.22 | hrw | iiuc |
| 14:59.44 | XorA | hrw: hurry up and get that zaurus mesh network running then :-) |
| 14:59.53 | *** join/#oe koen|gprs (n=koen@212.41.157.237) |
| 15:00.05 | XorA | koen|gprs: morning |
| 15:00.16 | XorA | koen|gprs: did you fiddle with monotone servers last night? |
| 15:00.23 | hrw | hi koen |
| 15:03.41 | kerwood | hrw: alive! |
| 15:04.30 | hrw | kerwood: in June you said that you have 2.6 driver for marvel 8385 cf card |
| 15:04.47 | hrw | 25 03:10< KerwoodDerby> anyway, I have a Marvell wlan CF card and I have 2.6 driver source |
| 15:04.54 | hrw | 25 03:10< KerwoodDerby> anyway, I have a Marvell wlan CF card and I have 2.6 driver source |
| 15:04.58 | hrw | 25 03:10< KerwoodDerby> anyway, I have a Marvell wlan CF card and I have 2.6 driver source |
| 15:05.01 | koen|gprs | XorA: nope |
| 15:05.02 | hrw | fsck |
| 15:05.10 | hrw | ~lart pasting |
| 15:05.35 | hrw | kerwood: I have customer which has 8385 cf cards |
| 15:05.40 | kerwood | hrw: right, now I need to find the source of that claim... |
| 15:05.46 | kerwood | :) |
| 15:06.06 | hrw | kerwood: it would be cool |
| 15:07.01 | kerwood | hrw: amazingly, this card was mentioned in the OZ comments -- iirc someone mentioned he had free Marvell cards for anyone who wanted to write support into OZ... |
| 15:09.28 | hrw | kerwood: oesf? |
| 15:10.27 | kerwood | hrw: damn, I'm having trouble finding all these references -- perhaps it _was_ mentioned in oesf... |
| 15:10.47 | *** join/#oe hvontres|poodle (n=henry@208.2.199.132) |
| 15:15.45 | tkp | when building my image with this prebuilt toolchain, I got lots of warnings like "NOTE: Couldn't find shared library provider for libpthread.so.0" at the do_package stage... I was expecting this - it is described on the wiki, and a possible solution to get the missing shared libs included in the image is also described: |
| 15:15.57 | tkp | "To workaround this issue you could create a package for the metadata to install every needed library and use ${BOOTSTRAP_EXTRA_RDEPENDS} to make sure this package is installed when creating images." |
| 15:16.22 | likewise | tkp: does that relate to this error I have here? |
| 15:16.24 | likewise | NOTE: Resolving missing task queue dependencies |
| 15:16.26 | likewise | ERROR: No providers of runtime build target busybox |
| 15:16.33 | tkp | but what do I need to add to RDEPENDS for this new meapackage to get libpthread.so.0 installed in the image for example |
| 15:17.14 | chouimat | morning |
| 15:17.38 | tkp | likewise: I have not seen that error before, but I don't think it's related |
| 15:17.53 | *** join/#oe rob_w (n=bob@p85.212.183.227.tisdip.tiscali.de) |
| 15:18.04 | hrw | kerwood: thx. it pointed me to good directrion |
| 15:18.16 | koen|gprs | XorA: for once I didn't fiddle with anything :) |
| 15:19.43 | tkp | how can I create a package which pulls the shared libraries from my external toolchain? |
| 15:20.16 | XorA | koen|gprs: wolfson@openembedded.org seems to be missing |
| 15:20.47 | koen|gprs | XorA: hrm |
| 15:20.59 | hrw | XorA: who is hiding behind it? |
| 15:21.25 | XorA | hrw: its a key for our OE mirror |
| 15:22.10 | hrw | ah |
| 15:22.20 | koen|gprs | XorA: 64 bytes from 64.233.187.99: icmp_seq=1091 ttl=237 time=11074.044 ms |
| 15:22.25 | XorA | which since last night stopped mirroring |
| 15:22.30 | koen|gprs | XorA: so I can't fix that right now |
| 15:22.44 | koen|gprs | XorA: try bugging mickeyl :) |
| 15:22.49 | XorA | koen|gprs: its ok, no hurry, we arent ready to go public |
| 15:22.57 | XorA | koen|gprs: mickeyl is 200% CPU load |
| 15:24.08 | *** join/#oe mrz80 (i=1000@caledonia.cns.ufl.edu) |
| 15:27.13 | kerwood | hrw: sorry, I was wrong. I don't have a 2.6 driver, just source for the 2.4 driver :(. |
| 15:27.13 | kerwood | hrw: Get it at: http://www.sparklan.com/download.php?support_id=13&ranload=1162393887 |
| 15:27.25 | hrw | kerwood: 2.4 I have too |
| 15:28.27 | hrw | kerwood: but maybe this one is newer |
| 15:29.30 | *** join/#oe mallum (n=mallum@host86-141-46-4.range86-141.btcentralplus.com) |
| 15:30.13 | hrw | its same |
| 15:31.36 | hrw | anyway gumstix guys have nice patchset.. |
| 15:32.42 | *** join/#oe Crofton (n=balister@hc65214bc.dhcp.vt.edu) |
| 15:33.09 | kerwood | hrw: here's the mention of them on the OZ website: http://openzaurus.org/wordpress/developers#comment-3278 |
| 15:37.27 | tkp | has anyone ever done a metapackage which pulls in shared libraries from an external toolchain? I can't find an example of how this might be done anywhere |
| 15:37.48 | zecke | tkp: just have a do_install method |
| 15:37.59 | zecke | tkp: more info only if you will write docs :) |
| 15:38.14 | tkp | zecke: I'll write some docs when I get it working! |
| 15:38.48 | tkp | I have a do_install() method... but how do I grab the libs from the toolchains lib dir? |
| 15:39.19 | XorA | intall ${TOOLCHINE}/lib/libxx.so ${STAGING_LIBDIR} |
| 15:39.28 | tkp | file://${PRE_BUILT}/lib/ |
| 15:39.28 | tkp | right |
| 15:40.18 | XorA | with the right args |
| 15:41.01 | tkp | oh, so I only need to put thin in STAGING_LIBDIR, and shlibs will grab them from there? |
| 15:41.45 | XorA | tkp: you wanting to package them as well? |
| 15:42.01 | XorA | tkp: sorry that was for do stage |
| 15:42.26 | XorA | install ${PRE_BUILD}/lib/libxx.so ${D}${libdir}/ |
| 15:42.30 | XorA | for do_install |
| 15:42.59 | XorA | or similar |
| 15:43.10 | tkp | I was thinking of making a package and including it in ${BOOTSTRAP_EXTRA_RDEPENDS} as per the wiki... byut perhaps it would be better to add them to stage and let shlibs ggrab them from there so they are included in all other packages which need them |
| 15:44.20 | tkp | although, I can't think of a way of adding it to DEPENDS for all packages that will need to use them... maybe I'll just put them in their own package after all |
| 15:44.25 | XorA | tkp: dont make mistake I just did, ${STAGING} is for building against, ${D}/blah is for packaging |
| 15:44.32 | XorA | tkp: sorry I caused confusion |
| 15:44.36 | tkp | XorA: np |
| 15:45.26 | sirfred | RP: ping |
| 15:46.15 | RP | sirfred: pong |
| 15:46.29 | RP | sirfred: I saw the email, Haven't had time to look at tit yet though :-( |
| 15:47.00 | sirfred | RP: No problem. Just a question. |
| 15:47.48 | sirfred | RP: I'm making some tranfer test from host memory to imageon one, and also blitting from external to external, external to internal,... |
| 15:48.18 | sirfred | RP: Is there any way to know what bandwidth should we expect? Knowing how the imageon host interface works and so on? |
| 15:48.41 | RP | sirfred: We know the memory bus speed... |
| 15:48.59 | sirfred | RP: The zaurus bus? |
| 15:49.29 | RP | sirfred: PXA memory bus - the w100 is a memory mapped device |
| 15:50.02 | sirfred | RP: But I suppose that the internal and external memory of the imageon itself are accesed by the imageon in a different fashion. |
| 15:50.15 | RP | sirfred: You should be able to look at the memory control registers for that memory bank too. |
| 15:50.24 | RP | sirfred: Yes, the external memory is slower |
| 15:51.16 | sirfred | RP: Unfortunately, very slow after my first tests with the mplayer videoout driver I'm developing |
| 15:51.22 | RP | sirfred: The chip numbers for the external memory were available online somewhere. The access speed was set in some w100 registers too iirc |
| 15:51.47 | sirfred | RP: It would be great if you could provide me that information. |
| 15:52.42 | RP | sirfred: You have as much access to it as I do - the config information is what we have in w100fb.h and what w100fb.c sets it to in the Zaurus case |
| 15:53.25 | sirfred | RP: If you're interested, these are the numbers I've got |
| 15:53.54 | sirfred | (I) Copy from host to internal memory : 13.405156 MBps |
| 15:54.05 | sirfred | (I) Copy from host to external memory : 11.288802 MBps |
| 15:54.27 | sirfred | (I) HOSTDATA from host to external memory: 5.669435 MBps |
| 15:54.37 | sirfred | (I) HOSTDATA from host to internal memory: 5.669566 MBps |
| 15:54.53 | sirfred | (I) BLT from internal to internal memory: 143.381181 MBps |
| 15:55.05 | *** join/#oe matthew_ (n=matthew@62-31-43-86.cable.ubr06.dals.blueyonder.co.uk) |
| 15:55.08 | sirfred | (I) BLT from external to external memory: 18.056163 MBps |
| 15:55.21 | sirfred | (I) BLT from internal to external memory: 45.282603 MBps |
| 15:55.53 | *** join/#oe redguy (n=mati@public-gprs16355.centertel.pl) |
| 15:56.02 | RP | So using internal memory where possible is a big gain... |
| 15:56.06 | sirfred | I'm not sure if they make sense, but this seems to be what I have, using the default configuration of the imageon. |
| 15:56.19 | sirfred | RP: Of course, but for an overlay surface, it's not enough. |
| 15:56.39 | RP | sirfred: right :-( |
| 15:56.55 | RP | sirfred: So what you're saying is an overlay in external memory is too slow to be useful? |
| 15:57.07 | hvontres|poodle | RP: I might have figured out why the oss-mixer emulation does not change the volume for alsa-soc |
| 15:57.27 | sirfred | RP:That is what I'm thinking now, but perhaps it's a configuration matter. |
| 15:58.01 | sirfred | RP: Even if we were able to have hardware IDCT, needing to overlay in a external surface should be a problem. |
| 15:58.21 | RP | sirfred: I just don't know... |
| 15:58.36 | RP | hvontres|poodle: What do you think the problem is? |
| 15:58.40 | hvontres|poodle | RP: it looks like we currently have no Master Volume setting on the alsa side of things. |
| 15:59.22 | tkp | ${libdir} points to /usr/lib... is there a var which points to /lib? |
| 15:59.27 | sirfred | RP: For example, I have a test program that creates an overlay from a source surface YUV420, and uses acceleration to rotate and scale it on the overlay surface. The size of the overlay surface is critical. |
| 16:00.08 | hvontres|poodle | I was playing with nmixer and setmixer (text based oss controls) and the only settings I get are "line" "igain" and "ogain". if I change "ogain", the alsa playback volume does change |
| 16:01.28 | Crofton | SoC? |
| 16:01.32 | hvontres|poodle | RP: so If there is an easy way to map "Playback" to "Master Volume" the existing mixer controls should all work |
| 16:01.38 | zecke | tkp: I forgot you, sorry :) |
| 16:01.55 | RP | hvontres|poodle: You need to ask our ALSA expert in training (XorA) ;-) |
| 16:01.55 | zecke | tkp: no libdir does not point to lib, force it to install there |
| 16:01.55 | sirfred | RP: A source surface of 208x128, for example, gives me a rate of 152fps, but if I try to double its size scaling, the rate goes down to 50fps |
| 16:01.57 | RP | hvontres|poodle: Offhand I don't know |
| 16:02.06 | zecke | tkp: normally one does not install into libs :) |
| 16:02.12 | tkp | zecke: k, np... |
| 16:02.23 | zecke | tkp: mkdir /lib in ${D} when installing |
| 16:02.27 | tkp | so, I'm going to have to set up all the .so.* symlinks manually too |
| 16:02.29 | zecke | tkp: and use oe_libinstall |
| 16:02.45 | *** join/#oe CosmicPenguin (i=nobody@nat/amd/x-8f5cf5edb145fc59) |
| 16:02.48 | RP | sirfred: Keep in mind doubling the size increases the bandwidth by a factor of 4... |
| 16:02.52 | tkp | oe_libinstall? what does that do different to just using install? |
| 16:02.57 | hvontres|poodle | XorA : any ideas? |
| 16:03.00 | sirfred | RP: Setting fastpllclk to 1 helps a little. And the best rate goes to 175fps |
| 16:03.19 | RP | sirfred: We should always use fastpllclk |
| 16:03.30 | RP | sirfred: It increases the w100's internal speed |
| 16:03.34 | sirfred | RP: Yes, but that's not host-imageon bandwidth. |
| 16:03.45 | sirfred | RP: Its imageon-imageon bandwidth, with its own memory |
| 16:03.56 | XorA | hvontres|poodle: Ill talk to lrg about it |
| 16:03.57 | RP | sirfred: Does it imporve the external memory access? |
| 16:04.41 | sirfred | RP: Looking at the numbers, host-to-external is around 11MBps and internal-to-external is around 42 MBps |
| 16:04.42 | zecke | OT: http://de.wikipedia.org/wiki/Bonsai <- the two favorite names in this article are? |
| 16:05.14 | sirfred | RP: But it seems to be not enough, anyway. Unless I'm making some horrible mistakes. |
| 16:05.39 | *** join/#oe thecan_ (n=thecan@dslb-084-056-153-105.pools.arcor-ip.net) |
| 16:05.39 | hvontres|poodle | XorA: Cool... I think this would help get some more people away from the dreadded crappix kernels :) |
| 16:05.48 | RP | sirfred: I haven't the time atm to think about this - I need to do other things. Perhaps if you're around this evening...? |
| 16:06.05 | *** join/#oe bronson (n=bronson@c-71-198-75-160.hsd1.ca.comcast.net) |
| 16:06.05 | sirfred | RP: Oh, excuse me. I don't want to disturb you. |
| 16:06.13 | XorA | hvontres|poodle: I dont actually have an OSS mixer installed |
| 16:06.20 | sirfred | RP: Just wanted to know your opinion. When you have time. |
| 16:07.00 | Crofton | just don't try building the sound driver as a module.. |
| 16:07.08 | RP | sirfred: Offhand, I think you might be right and that bandwidth could be a problem :-/ |
| 16:08.59 | hvontres|poodle | XorA: I used nmixer and setmixer from the OZ feeds on my poodle. |
| 16:09.33 | XorA | hvontres|poodle: I shall try and remember to check into it tomorrow, my corgi is at home and thats same codec as poodle |
| 16:09.47 | zecke | koen|away: okay my Bug Monotir is called Ikada, the stuff we knew as tinderbox is now Hokidachi |
| 16:10.43 | hvontres|poodle | XorA: Thanks a lot |
| 16:11.04 | tkp | oelibinstall... nice :) |
| 16:13.07 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
| 16:15.02 | XorA | sirfred: I have a feeling if you can successfully downscale to 320x240 at a decent speed 99% of users would be happy |
| 16:15.11 | XorA | sirfred: ipod video is afterall only that res |
| 16:15.48 | hrw | zecke: Hokidachi remind Zauruses ;D |
| 16:16.13 | zecke | hrw: they do? I will label my software as names of bonsai trees |
| 16:16.45 | sirfred | XorA: Well, I was testing with a 352x288 video scaling to 640x480 more or less. |
| 16:16.46 | hrw | zecke: for me it reminded - both are .jp |
| 16:16.53 | sirfred | XorA: It's very slow, but I expected more. |
| 16:17.49 | sirfred | XorA: I'm not really sure if without scaling it's working fine, because I was not able to put sound to work in mplayer. |
| 16:18.10 | sirfred | XorA: So, I'm not sure if it's playing at 1:1 speed or near |
| 16:18.22 | XorA | sirfred: well that would of course be uber cool, but to go from any size to 320x240 would be enough |
| 16:18.34 | XorA | sirfred: whats the sound problem? |
| 16:19.32 | sirfred | XorA: Don't know. it just does not work using alsa. |
| 16:19.59 | XorA | sirfred: odd, with OE .dev? I use that everyday |
| 16:20.18 | XorA | sirfred: hmm, check what sample rate its trying to play |
| 16:20.41 | XorA | sirfred: If its less than 44.1KHz then you tried a known bug |
| 16:20.50 | XorA | s/tried/tripped/ |
| 16:20.51 | sirfred | XorA: In dmesg I can see a lot of lines like: |
| 16:20.58 | sirfred | <4>soc: DAI[15:0] failed to match rate |
| 16:21.06 | XorA | sirfred: thats normal |
| 16:21.18 | sirfred | Buf finally, I can see: <4>soc: audio rate 44100 chn 2 |
| 16:21.19 | sirfred | <4>pop wq checking: Playback status: inactive waiting: yes |
| 16:21.29 | sirfred | Its a 44.1Khz afaik |
| 16:22.25 | sirfred | But I can hear nothing, I've checked with alsamixer to be sure the volume was not muted, and it wasn't. |
| 16:22.41 | sirfred | XorA: Using 2.6.17-r28 |
| 16:23.11 | XorA | sirfred: you need to unmute hifi playback as well |
| 16:23.17 | XorA | though zaurusd should do that |
| 16:23.54 | sirfred | XorA: Weird, now it's working. I was just trying with the fbdev vo driver, and started to sound. |
| 16:24.16 | sirfred | It works randomly. Now it doesn't |
| 16:25.13 | sirfred | Oh, I see that it was using oss driver, I don't know why. Forcing alsa with -ao alsa seems to work now. |
| 16:25.48 | XorA | sirfred: /etc/mplayer/mplayer.conf forces oss |
| 16:26.02 | XorA | now alsa is fully supported should really fix that |
| 16:26.35 | sirfred | XorA: Well, I can see that with my w100 driver it's slower than the fbdev one. |
| 16:26.57 | sirfred | As I need to make two copies, one from host to the internal memory and another one from the internal memory to the external to rotate. |
| 16:27.52 | sirfred | So, I'm getting 34-36% time in vo driver while the fbdev one is only 22%-24% |
| 16:28.52 | sirfred | The video is actually 384x288 |
| 16:33.08 | *** join/#oe lamikr (n=chatzill@aragorn.kortex.jyu.fi) |
| 16:40.16 | XorA | sirfred: what I suspect most users would love to see is 640/480x480 divx play at 30fps at 320x240 without re-encode |
| 16:40.31 | XorA | ie, the most common download format |
| 16:40.43 | XorA | sirfred: if thats faster way of doing things |
| 16:40.55 | tkp | I'm having a little trouble with oe_libinstall... in my source directory I have 4 files for libutil: libutil-2.4.so, libutil.a, libutil.so -> libutil.so.1 & libutil.so.1 -> libutil-2.4.so |
| 16:41.09 | tkp | I run oe_libinstall like so: oe_libinstall -C ${PRE_BUILT}/lib libutil ${D}/lib |
| 16:41.19 | tkp | and I end up with two sytmlinks only |
| 16:41.22 | sirfred | XorA: The problem is always the bandwidth. |
| 16:41.32 | tkp | libutil.so -> libutil.so.1 & libutil.so.1 -> libutil-2.4.so |
| 16:41.32 | XorA | sirfred: I know :-( |
| 16:41.33 | sirfred | XorA: We can not upload that amount of data to the imageon. |
| 16:42.00 | XorA | damn ATI for not making imageon handle 640x480 properly |
| 16:42.21 | sirfred | XorA: Being able to use directly YUV surfaces instead of letting mplayer to convert to RGB, is saving 8 bits per pixel, when using YUV420 |
| 16:42.28 | tkp | and I get "NOTE: stv-shlibs contains dangling symlink to /lib/libutil-2.4.so" |
| 16:42.50 | tkp | how can I make oe_libinstall install the actuall lib and not just the symlinks? |
| 16:42.58 | sirfred | XorA: The original w100 driver only supports a type of scaling done directly in the video_ctrl register. |
| 16:43.24 | sirfred | An expansion that can make the video size 2x, 3x, or 4x, AFAIR |
| 16:46.37 | sirfred | XorA: I think they didn't expect overlay surfaces to be placed in external memory. |
| 16:47.38 | XorA | sirfred: thats a pity |
| 16:47.42 | sirfred | So, we only can use external memory for that. We could try: |
| 16:47.42 | sirfred | host->external--(Rotate + Scale to 320x240)-->internal (overlay scaling to 2x, 2y) |
| 16:47.44 | *** join/#oe anushsh (n=anushshe@220.226.11.64) |
| 16:48.12 | raduga | damn ati, and damn sharp for using broken ati :/ |
| 16:48.35 | raduga | (also, damn you, for supporting sharp's decision by buying a zaurus with broken ati chip) |
| 16:48.41 | sirfred | :) |
| 16:48.52 | XorA | sirfred: unfortuneately my W100 gather dust while I use my pxafb |
| 16:49.03 | hrw|afk | from what I learnt recently c7x0 was released for one reason - to show people CG silicon screen technology |
| 16:49.17 | *** join/#oe Sonic|Laptop (n=garrett@unaffiliated/sonicvanajr) |
| 16:49.39 | raduga | hrw: sigh |
| 16:49.48 | sirfred | I wonder how newer releases of the imageon perform |
| 16:49.50 | XorA | time for me to go catch trains |
| 16:49.59 | sirfred | XorA|gone: cu |
| 16:50.11 | raduga | xora: happy commuting! |
| 16:58.58 | *** join/#oe ar (n=ar@port-ip-213-211-250-51.reverse.mdcc-fun.de) |
| 17:15.57 | *** join/#oe Marex (n=Marex@85.132.236.161) |
| 17:23.50 | hrw | shit.. someone know how to recover file from google cache format? |
| 17:25.03 | emte | copy - paste? |
| 17:25.42 | emte | altho i am guessing you already tried that |
| 17:26.20 | hrw | emte: binary file... |
| 17:28.28 | *** join/#oe x29a_ (n=x29a@pD9EEFA0A.dip.t-dialin.net) |
| 17:29.32 | hrw|afk | cu |
| 17:32.55 | emte | hrw|afk, maybe try wget and pull the page recursivly |
| 17:38.44 | *** join/#oe ar (n=ar@port-ip-213-211-250-51.reverse.mdcc-fun.de) |
| 17:39.12 | *** join/#oe [lala_] (n=lala@pD9EB242A.dip0.t-ipconnect.de) |
| 17:54.26 | *** join/#oe ggilbert__ (n=ggilbert@tinman.treke.net) |
| 17:58.36 | *** join/#oe pH5 (n=ph5@e178225001.adsl.alicedsl.de) |
| 17:58.42 | tkp | I have this metapackage which installs every shared lib that I need on the target system, but when it comes to the do_package() stage, bitbake complaines about Multiple provides for some of the libs and asks me to set LEAD_SONAME. |
| 17:59.05 | *** join/#oe dullard (n=jim@adsl-static-1-30.uklinux.net) |
| 17:59.31 | tkp | is it possible to set LEAD_SONAME to more than one lib name, or must I create a seperate package for each shared lib? |
| 18:02.13 | *** join/#oe goxboxlive (n=goxboxli@9.80-202-160.nextgentel.com) |
| 18:08.47 | *** join/#oe Laibsch (n=Laibsch@87.193.44.130) |
| 18:17.01 | *** join/#oe incinerator (n=sabine@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) |
| 18:26.20 | *** join/#oe furlongm_ (n=furlongm@83.70.254.174) |
| 18:27.30 | Gerrath | is there any machines in OE that use the UCB1xOO CODEC has touchscreen support and wake-up support by touching the touchscreen? |
| 18:31.07 | *** join/#oe furlongm__ (n=furlongm@83.70.237.146) |
| 18:40.40 | *** join/#oe dfoley (n=dfoley@h24-207-7-221.primesignal.com) |
| 18:41.28 | hrw | re |
| 18:41.37 | hrw | Gerrath: waking by TS? never heard |
| 18:45.42 | Gerrath | hrw, the UCB1400 audio codec supports it, I just wondered if anyone ever used it. |
| 18:49.10 | Gerrath | hrw, I thought it would be a popular feature but I finding out that I'm wrong :-/ |
| 18:49.15 | *** join/#oe koen|gprs (n=koen@212.41.157.237) |
| 18:49.17 | cbrake | Gerrath: several years ago, I worked on a few systems that implemented TS wake, so it is possible with the UCB1400. |
| 18:49.43 | cbrake | Gerrath: I think most phones/PDAs don't implement it because you don't want to stick the device in your pocket and have it waking up. |
| 18:49.51 | *** join/#oe furlongm (n=furlongm@83.70.237.146) |
| 18:49.52 | cbrake | Gerrath: seems more common on industrial terminals. |
| 18:50.21 | Gerrath | cbrake, do you remember or have examples of the correct settings for the UCB1400? The datasheet is a little bit slim in that subject. |
| 18:54.50 | *** join/#oe rob__w (n=bob@p85.212.182.185.tisdip.tiscali.de) |
| 18:58.49 | hrw | btw - looks like my updater.sh works ok on spitz too - but I did not yet rebooted |
| 18:59.24 | hrw | booted ;) |
| 18:59.41 | hrw | koen|gprs: psplash is rotated on spitz |
| 18:59.55 | koen|gprs | hrw: bug mallum :) |
| 19:01.30 | hrw | opie sysinfo show linux kernel 2.6.18-17.3 ;D |
| 19:01.40 | hrw | umbaumba 17.3 booted opie on spitz |
| 19:03.03 | cbrake | Gerrath: no, that was a few lives ago. |
| 19:09.00 | koen|gprs | zecke2: cool |
| 19:11.00 | koen|gprs | XorA|gone: re-added the key, I suspect it got lost in the regenerate_rosters cycle last week |
| 19:11.09 | koen|gprs | XorA|gone: syncing should work now |
| 19:11.43 | hrw | koen|gprs: can you create database for openzaurus @ltg? |
| 19:13.18 | koen|gprs | hrw: sure, send me the instructions and I can do it right now |
| 19:13.42 | hrw | koen|gprs: you never administrated mysql? |
| 19:14.05 | koen|gprs | I loathe mysql |
| 19:14.39 | koen|gprs | <PROTECTED> |
| 19:14.51 | NAbyss | koen|gprs: Too true |
| 19:16.51 | CIA-4 | 03pfalcon 07org.oe.dev * r5a0b7138... 10/ (1 conf/distro/angstrom-2007.1.conf): |
| 19:16.51 | CIA-4 | angstrom: Upgrade linux-handhelds-2.6 for htcuniversal to 2.6.17-hh2. |
| 19:16.51 | CIA-4 | * Acked-By: goxboxlive |
| 19:16.51 | CIA-4 | * Approved by Koen Kooi. |
| 19:17.09 | *** join/#oe bronson (n=bronson@66.160.177.201) |
| 19:23.20 | *** join/#oe den-ros (n=den@ppp85-141-182-113.pppoe.mtu-net.ru) |
| 19:23.52 | guttata_ | hi all - just wanted to double check - if I have some new packages and distros, and image, confs - should I submit those as bugs via bugzilla & attachments? |
| 19:24.07 | guttata_ | that is what I gather from the wiki, but wanted to double check before I did |
| 19:24.15 | koen|gprs | guttata_: yes |
| 19:24.33 | guttata_ | <koen|gprs>: thanks |
| 19:27.42 | hrw|afk | http://www.google.pl/search?q=openembedded+documentation |
| 19:27.55 | hrw|afk | looks shitty.. no links to documentation |
| 19:27.57 | *** join/#oe redguy (n=mati@public-gprs16355.centertel.pl) |
| 19:28.39 | hrw|afk | http://www.uv-ac.de/openembedded/ |
| 19:28.50 | *** join/#oe zecke (n=ich@88.134.98.23) |
| 19:33.01 | *** join/#oe wsuetholz (n=kvirc@ip205.centonline.com) |
| 19:33.22 | *** part/#oe den-ros (n=den@ppp85-141-182-113.pppoe.mtu-net.ru) |
| 19:33.48 | *** join/#oe Sonic|Laptop (n=garrett@unaffiliated/sonicvanajr) |
| 19:40.33 | *** join/#oe ken_ (n=ken@h159n2fls312o1049.telia.com) |
| 19:40.42 | Crofton | Hmm I need to install a directory called /var/omninames |
| 19:40.52 | Crofton | what var would be for /var/ |
| 19:41.52 | koen|gprs | Crofton: ${localstatedir} |
| 19:41.59 | koen|gprs | Crofton: see conf/bitbake.conf |
| 19:42.03 | Crofton | thanks |
| 19:43.55 | *** join/#oe mreimer_ (n=mreimer@bilbo.vpop.net) |
| 19:49.15 | goxboxlive | psokolovsky: Also add +cvs${SRCDATE}" so we allways build form the cvs. Because cr2 is always comittiing in the head of cvs. |
| 19:50.12 | psokolovsky | goxboxlive, well we all commit to head, but not all the time what works immediately ;-) |
| 19:50.54 | psokolovsky | goxboxlive, CVS HEAD may be broken, etc. So, idea is to have stable tags in public stuff |
| 19:51.01 | goxboxlive | I am allways testing it before commiting. |
| 19:51.17 | psokolovsky | goxboxlive, you can add that locally |
| 19:51.37 | goxboxlive | yes u probably right, i have |
| 19:51.40 | psokolovsky | goxboxlive, or, ask Koen otherwise. I got ok for -hh2 upgrade, nothing else. |
| 19:51.44 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 19:52.15 | goxboxlive | np, i'll edit localy |
| 19:52.34 | psokolovsky | ok |
| 19:53.03 | koen|gprs | I'd like to avoid depending on floating srcdates as much as possible |
| 19:53.07 | zecke | mickey|sports: hmm why would split(sep='\n') split on ','? |
| 19:53.27 | koen|gprs | zecke: because python isn't awk :) |
| 19:53.47 | tkp | I have created a metapackage which uses oe_libinstall to install lots of missing shared libs. When I look in the install/ directory, I can see all the libs and symlinks. I can also see all the files in the rootfs/ directory. But when I flash with the image, lots of the libs are missing |
| 19:53.57 | tkp | any ideas what might be going on? |
| 19:54.13 | zecke | tkp: yes, you should take the "Not packaged..." messages seriously |
| 19:54.24 | tkp | I suspect it's something todo with the LEAD_SONAME thing... |
| 19:54.28 | zecke | tkp: no |
| 19:54.42 | tkp | zecke: there were none of those message when I cooked my metapackage |
| 19:54.51 | zecke | tkp: LEAD_SONAME comes if you install two libraries into the same package |
| 19:55.09 | tkp | well, I have installed about 10 libs in this package |
| 19:55.26 | zecke | tkp: reread the log message, update FILES, check the content of the package |
| 19:55.38 | zecke | tkp: but rereading the log to see the message makes most sense IMHO |
| 19:55.56 | tkp | zecke: I see all the files in install/... I thought that means they should be installed |
| 19:56.21 | zecke | tkp: dunno, verify your hypothesis? |
| 19:56.25 | tkp | only log message I get is NOTE: Multiple libraries (... + a list of all my libs) |
| 19:57.33 | tkp | I don't understand how the files can be in install/ and in rootfs/ but not in the actual image |
| 19:57.33 | zecke | tkp: no it is still not LEAD_SONAME |
| 19:57.53 | zecke | tkp: well, then use the right image? |
| 19:57.53 | tkp | heh.. yeah. I am. for sure |
| 19:58.06 | zecke | tkp: or your image is too big and got truncated? |
| 19:58.17 | tkp | no. the image has loads of space left |
| 19:59.49 | zecke | tkp: so, if it is in rootfs and not in your image? |
| 20:00.03 | zecke | tkp: mount your image loopback and take a look at the content |
| 20:00.29 | CoreDump|home | bloody hell! There is no nethack.bb in OE? What kind of geeks are we sheesh |
| 20:01.06 | Kristoffer | CoreDump|home, lol, Ive actually got complaints about that before... |
| 20:01.07 | tkp | hmm.. no... files are not in the ext2 file... |
| 20:01.15 | zecke | tkp: so what? |
| 20:01.34 | zecke | you can loopback mount pretty much everything... |
| 20:01.44 | CoreDump|home | ~praise loop-mounts |
| 20:01.45 | ibot | All hail loop-mounts! |
| 20:01.45 | zecke | or use mtdram and you can mount any flash filesystem |
| 20:01.56 | tkp | zecke: yes, I loopback mounted it and the files are not in there |
| 20:02.17 | zecke | tkp: ah okay, and they are in the package? |
| 20:03.22 | tkp | zecke: yes... they are in the package... or at least, they are in package/install/ |
| 20:03.32 | *** part/#oe dfoley (n=dfoley@h24-207-7-221.primesignal.com) |
| 20:03.46 | zecke | tkp: but as the images have time in the name, it is unlikely that it will try to overwrite it |
| 20:03.57 | tkp | my image only has the date |
| 20:05.38 | koen|gprs | zecke: are there any docs for your tiny trees? |
| 20:06.41 | zecke | koen|gprs: what kind of docs? |
| 20:06.47 | hrw | re |
| 20:07.04 | zecke | koen|gprs: besides the german wikipedia pages? |
| 20:07.15 | hrw | I finally enter a way to amd64. just sold cpu which is in this box. |
| 20:07.46 | zecke | hehe |
| 20:07.54 | tkp | hrmpf... deleted the image, recooked it and mounted via loopback, but still there are missing files :( |
| 20:07.58 | zecke | hrw: GPUs are powerful enough to run linux and start irssi? |
| 20:08.27 | koen|gprs | zecke: usage, aims, known bugs, etc |
| 20:09.01 | zecke | koen|gprs: yes, they are marked confidential and have not been written to paper :) |
| 20:09.06 | zecke | that is a good excuse :) |
| 20:09.12 | hrw | zecke: I use NPU now |
| 20:10.02 | koen|gprs | zecke: ah, trolltech hired you |
| 20:10.38 | zecke | koen|gprs: no, they are too stupid to make me an offer :) |
| 20:10.57 | zecke | koen|gprs: |
| 20:10.57 | zecke | http://bugs.openembedded.org/buglist.cgi?bug_file_loc=&bug_file_loc_type=allwordssubstr&bug_id=&bugidtype=include&chfieldfrom=10%3A00&chfieldto=12%3A00&chfieldvalue=&email1=&email2=&emailassigned_to1=1&emailassigned_to2=1&emailcc2=1&emailqa_contact2=1&emailreporter2=1&emailtype1=substring&emailtype2=substring&field0-0-0=noop&long_desc=&long_desc_type=substring&query_format=advanced&remaction=&short_desc=&short_desc_type=allwordssubstr&type0-0-0=noop&value0-0-0=&ctype |
| 20:12.48 | tkp | zecke: ok, got it... if an image already exists of the same name, it will not be overwritten... much like with .ipkg files |
| 20:12.59 | tkp | time to add a timestamp to my image name |
| 20:13.00 | zecke | tkp: hmm |
| 20:17.40 | *** join/#oe Sonic|Laptop (n=garrett@unaffiliated/sonicvanajr) |
| 20:23.13 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
| 20:25.38 | *** join/#oe JoeSchmo (n=jciccone@pool-72-68-0-47.nwrknj.east.verizon.net) |
| 20:38.02 | zecke | koen|gprs: have you read daniel's comment? |
| 20:38.14 | zecke | koen|gprs: http://blogs.qtdeveloper.net/archives/2006/10/23/the-death-of-opie-is-greatly-exaggerated/ the second one :) |
| 20:39.31 | hrw | ~curse ipkg for being ... and .... and .. |
| 20:39.32 | ibot | May you be reincarnated as a Windows XP administrator, ipkg for being ... and .... and .. ! |
| 20:40.15 | koen|gprs | zecke: the infamous sharp lobotomy |
| 20:40.32 | *** join/#oe subdue (n=chopstix@cpe-66-8-255-241.hawaii.res.rr.com) |
| 20:40.52 | *** part/#oe subdue (n=chopstix@cpe-66-8-255-241.hawaii.res.rr.com) |
| 20:40.55 | zecke | koen|gprs: What is wrong with Closed Source? :) |
| 20:41.33 | koen|gprs | zecke: that's a trick question :) |
| 20:41.49 | koen|gprs | zecke: it assumes there is a source |
| 20:42.07 | zecke | koen|gprs: I was attempted to write I never did Open Source :) |
| 20:42.27 | koen|gprs | 'Free Software" |
| 20:44.53 | hrw | good info: mc from OZ 3.5.4.1 works under umbaumba 17.3 |
| 20:46.14 | hrw | ~lart ipkg again. |
| 20:46.51 | koen|gprs | sometimes I think angstrom should invent its own package format |
| 20:47.09 | zecke | koen|gprs: msi |
| 20:47.15 | koen|gprs | just to stop users from thinking ".ipk == ipk, so it *must* work" |
| 20:47.16 | hrw | koen|gprs: angstrom NEED to have one main point of contact and it should be listed on webpage |
| 20:47.24 | hrw | koen|gprs: apk? |
| 20:47.34 | koen|gprs | .dab :) |
| 20:47.51 | NAbyss | .shar? :) |
| 20:48.00 | hrw | dumb angstrom bufons? |
| 20:48.07 | *** join/#oe subdue (n=chopstix@cpe-66-8-255-241.hawaii.res.rr.com) |
| 20:49.03 | koen|gprs | hrw: you mean like http://www.angstrom-distribution.org/contact ? |
| 20:49.07 | *** join/#oe ar (n=ar@port-ip-213-211-250-51.reverse.mdcc-fun.de) |
| 20:49.46 | koen|gprs | 'night all |
| 20:49.58 | hrw | koen|gprs: no |
| 20:50.03 | gremlin[it] | hi koen|away |
| 20:50.12 | hrw | koen|gprs: it lack *main* point of contact - one person |
| 20:50.59 | *** join/#oe GStepper (n=GStepper@AOrleans-157-1-34-254.w86-221.abo.wanadoo.fr) |
| 20:51.13 | *** join/#oe SonicvanaJr (n=Garrett@unaffiliated/sonicvanajr) |
| 20:55.20 | hrw | cu tomorrow |
| 21:04.48 | XorA|gone | koen|gprs: cheers for that, I shall restart our syncer tomorrow |
| 21:09.16 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
| 21:24.14 | *** join/#oe Sonic|Laptop (n=garrett@unaffiliated/sonicvanajr) |
| 21:27.50 | zecke | nite guys |
| 21:29.52 | CIA-4 | 03pfalcon 07org.oe.dev * r420b7125... 10/ (1 packages/linux/linux-handhelds-2.6/h2200/defconfig): |
| 21:29.52 | CIA-4 | h2200: New defconfig for 2.6.17-hh2. |
| 21:29.52 | CIA-4 | * Based on Michal Panczyk's submission, with some more tweaks. |
| 21:29.52 | CIA-4 | * Tested to compile, but needs run testing. |
| 21:37.32 | CIA-4 | 03kristoffer 07org.oe.dev * r287486df... 10/ (1 MAINTAINERS): MAINTAINERS : Added myself for the good of all man kind |
| 21:37.46 | XorA | I assume if I want a WRT54 I should get the GL to be safe? |
| 21:51.10 | *** join/#oe ssvb (n=user@34-nat.cosmostv.by) |
| 21:51.23 | *** join/#oe furlongm (n=furlongm@86.40.3.38) |
| 21:53.38 | *** join/#oe GStepper (n=GStepper@AOrleans-157-1-34-254.w86-221.abo.wanadoo.fr) |
| 21:54.05 | *** join/#oe kerwood|afk (n=Marshall@69-174-191-58.frdrmd.adelphia.net) |
| 21:56.21 | *** join/#oe furlongm_ (n=furlongm@83-70-218-22.b-ras1.prp.dublin.eircom.net) |
| 21:57.49 | CIA-4 | 03kristoffer 07org.oe.dev * rb125865c... 10/ (1 conf/distro/jlime-donkey.conf): |
| 21:57.49 | CIA-4 | conf/distro/jlime-donkey.conf: Update to distro file |
| 21:57.49 | CIA-4 | * Increase optimization to -O2 as 4.1.1 seems stable enough |
| 21:57.49 | CIA-4 | * Prepare for using DISTRO_EXTRA_RDEPENDS |
| 22:03.20 | *** join/#oe furlongm_ (n=furlongm@83-70-237-239.b-ras1.prp.dublin.eircom.net) |
| 22:07.25 | *** join/#oe furlongm_ (n=furlongm@83-70-241-223.b-ras1.prp.dublin.eircom.net) |
| 22:11.53 | *** join/#oe TheFool (n=newguy@c-65-34-34-189.hsd1.fl.comcast.net) |
| 22:13.21 | *** join/#oe blaster8 (n=blaster8@nslu2-linux/blaster8) |
| 22:15.07 | *** join/#oe SonicvanaJr (n=Garrett@unaffiliated/sonicvanajr) |
| 22:19.18 | *** join/#oe SonicvanaJr (n=Garrett@unaffiliated/sonicvanajr) |
| 22:33.27 | *** join/#oe SonicvanaJr (n=Garrett@unaffiliated/sonicvanajr) |
| 22:35.46 | *** join/#oe chopstix (n=chopstix@unaffiliated/chopstix) |
| 22:48.15 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 22:48.23 | *** join/#oe furlongm_ (n=furlongm@83-70-241-223.b-ras1.prp.dublin.eircom.net) |
| 22:54.11 | sirfred | Night |
| 22:54.21 | *** part/#oe sirfred (n=mteira@70.Red-83-35-21.dynamicIP.rima-tde.net) |
| 23:08.34 | *** join/#oe SparkleBot (n=sparkleb@forty.iscweb.com) |
| 23:10.31 | *** join/#oe wrobbie (n=rob@cm30.sigma248.maxonline.com.sg) |
| 23:19.03 | *** part/#oe _law_ (n=_law_@213.173.86.202) |
| 23:19.12 | *** join/#oe cyn__ (n=cyn@cpe-066-057-046-006.nc.res.rr.com) |
| 23:28.42 | *** join/#oe SonicvanaJr (n=Garrett@unaffiliated/sonicvanajr) |
| 23:32.14 | *** join/#oe SonicvanaJr (n=Garrett@unaffiliated/sonicvanajr) |
| 23:35.41 | *** join/#oe SonicvanaJr (n=Garrett@unaffiliated/sonicvanajr) |
| 23:39.06 | *** join/#oe furlongm_ (n=furlongm@83-70-41-188.b-ras1.prp.dublin.eircom.net) |
| 23:48.29 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 23:55.11 | *** join/#oe T0mW (n=Tom@24.238.68.20.res-cmts.sth.ptd.net) |
