| 00:15.42 | zezom | zecke, are you talking about my error? |
| 00:16.01 | zecke | zezom: the lines you are pasted are ambigious... |
| 00:16.46 | zezom | I've seperated carage returns with multiple spaces |
| 00:16.59 | zezom | but that's all that I got in the error log file |
| 00:17.47 | zezom | is their any other info you want me to supply? |
| 00:20.37 | *** join/#oe mrz80 (n=scotsman@653464hfc175.tampabay.res.rr.com) |
| 00:26.06 | zecke | zezom: I will be gone now but paste errors complete and properly into a pastebin |
| 00:26.22 | zezom | ok, will do |
| 00:26.55 | zecke | it is no use in typing them... one forgets context and is doing several other errors |
| 00:28.53 | zezom | http://pastebin.com/844894 |
| 00:29.00 | *** join/#oe mrz80-lptp (n=scotsman@653464hfc235.tampabay.res.rr.com) |
| 00:29.55 | zecke | zezom: what keeps you from taking a look into the log file? |
| 00:30.26 | zezom | nothing I did, do you want me to paste that also? everything in the log file in in their any way |
| 00:30.41 | zecke | zezom: this log is created from the run of a script |
| 00:30.50 | zecke | zezom: maybe take a look at this script as well |
| 00:31.10 | zecke | I'm uncertain CC=ccache_arm-linux-gcc looks a bit 'wrong' |
| 00:31.21 | zecke | e.g. I would assume quotes around |
| 00:31.36 | zezom | http://pastebin.com/844895 |
| 00:31.43 | zezom | the log is at the bottom |
| 00:37.17 | zecke | zezom: take a look at the 'run*do_compile' script of your recipe |
| 00:37.32 | zezom | will do thanks |
| 00:37.35 | zecke | zezom: e.g. the tail of it and check that the directory it changes to is the one you expect |
| 00:41.49 | zezom | I'm going to blow away the dir and try a fresh compile as their is a lot of files each from my attempts to compile it... |
| 00:42.25 | zecke | zezom: these files are identical (hopefully) |
| 00:42.39 | zecke | zezom: so just taking 'one' is good enough |
| 00:43.03 | zezom | they should be but I don't want to take any chances.. also the dir it was meant to go into and do do compiles in was empty |
| 00:43.27 | zecke | zezom: so set S= in your bb file |
| 00:43.39 | zecke | zezom: S points to the directory where the source will be |
| 00:43.50 | zecke | zezom: take a look at conf/bitbake.conf to see the default value |
| 00:48.48 | zezom | that file is very confusing, I've been trying to trace the paths but their is no value for $TOPDIR |
| 00:49.20 | zecke | zezom: S = "${WORKDIR}/${PN}-${PV}" IIRC |
| 00:49.44 | zezom | S = "${WORKDIR}/${P}" |
| 00:49.54 | zezom | P = "${PN}-${PV}" |
| 00:50.10 | zezom | so that's right I was just trying to find the actual path |
| 00:50.24 | zecke | ignore ${WORKDIR} it points into some tmp dir |
| 00:50.38 | zecke | so if your kernel tree is not name ${PN}-${PV} |
| 00:50.51 | zecke | set S to the right thing (from within your kernel bbfile) |
| 00:52.15 | zezom | so I have to edit the kernel bb file? do I have to do some sort of a make menuconfig? |
| 00:52.26 | zezom | is their a .config file some where? |
| 00:53.05 | zecke | zezom: hehe, it sounds you know what you are doing?! |
| 00:53.28 | zecke | zezom: check the bitbake manual and make yourself familiar with the OVERRIDE system |
| 00:53.40 | zezom | well I know what I'm doing in gentoo but I'm really new to open embedded |
| 00:53.53 | zezom | will do |
| 00:53.54 | zezom | thanks |
| 00:55.34 | *** join/#oe emte_ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 00:55.42 | zecke | from what I heard both should be similiar |
| 00:56.15 | zecke | zezom: MACHINE, DISTRO are inside the OVERRIDE variable (also set in bitbake.conf) |
| 00:56.34 | zecke | zezom: so if your have a SRC_URI += "file://defconfig" |
| 00:56.56 | zecke | zezom: it tries hard to pick the 'best' defconfig file it can find e.g. using a MACHINE specific one |
| 00:57.24 | zezom | I've set my machine to rx3000 |
| 00:57.27 | zecke | zezom: e.g. take a look at linux-rp.inc and linux-rp* for a hopefully sane bbfile |
| 00:57.30 | zezom | and distro to generic |
| 00:58.08 | zecke | oh linux-rp.inc is doing it differently though |
| 00:58.13 | zecke | http://www.openembedded.org/repo/org.openembedded.dev/packages/linux/linux-rp.inc |
| 00:58.48 | zecke | at the end of do_configure it puts the 'fetched' defconfig into .config and runs oldconfig |
| 00:58.55 | zecke | the other kernels do it similiary... |
| 00:59.10 | zezom | sounds good |
| 00:59.27 | zecke | http://www.openembedded.org/repo/org.openembedded.dev/packages/linux/linux-handhelds-2.6.inc |
| 00:59.37 | zecke | e.g. linux-handhels-2.6.inc is using the override system |
| 01:01.26 | zecke | http://www.openembedded.org/filebrowser/org.openembedded.dev/packages/linux/linux-handhelds-2.6 |
| 01:01.42 | zecke | hmm this kernel even supports rx3000? |
| 01:02.24 | zezom | I don't know it's just the kernel that gets picked for me as one of the deps of opie-image |
| 01:02.28 | zecke | ... off to bed |
| 01:02.44 | zezom | ok, sleep well and thanks for all of the help |
| 01:02.53 | zezom | it's much appreciated |
| 01:03.27 | zecke | ah okay. hmm |
| 01:05.28 | zecke | zezom: http://www.openembedded.org/repo/org.openembedded.dev/conf/machine/rx3000.conf |
| 01:06.05 | zecke | zezom: go to http://www.openembedded.org/repo/org.openembedded.dev/packages/linux/linux-handhelds-2.6.inc |
| 01:06.21 | zecke | zezom: and add rx3000 to the COMPATIBLE_MACHINE |
| 01:06.57 | zezom | thanks again :) |
| 01:06.59 | zecke | zezom: no promise that this kernel will compile/work |
| 01:20.40 | *** join/#oe JoeSchmo (n=jciccone@pool-72-68-4-206.nwrknj.east.verizon.net) |
| 01:23.42 | *** join/#oe mrz80-lptp (n=scotsman@653464hfc175.tampabay.res.rr.com) |
| 01:36.06 | *** join/#oe noclouds (n=mhfan@61.191.27.226) |
| 01:40.02 | *** join/#oe lefthandedframis (n=scotsman@653464hfc235.tampabay.res.rr.com) |
| 01:41.42 | *** join/#oe hufnus (n=slonsiki@DSL135-086.labridge.com) |
| 02:01.20 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
| 02:05.03 | *** join/#oe thejapa (n=thejapa@200-232-209-84.dsl.telesp.net.br) |
| 02:12.48 | *** join/#oe SonicvanaJr (n=Garrett@unaffiliated/sonicvanajr) |
| 02:26.48 | *** join/#oe benlau (n=benlau@221.125.13.148) |
| 02:32.35 | *** join/#oe |dkey| (n=dkey@192-186-stud-adsl.wu-wien.ac.at) |
| 02:41.23 | *** join/#oe punkass (n=user@unaffiliated/punkass) |
| 02:50.57 | *** join/#oe lpotter (n=ljp@c210-49-127-23.rochd1.qld.optusnet.com.au) |
| 03:00.27 | *** join/#oe noclouds (n=mhfan@61.191.27.226) |
| 03:21.09 | *** join/#oe lpotter (n=ljp@c210-49-127-23.rochd1.qld.optusnet.com.au) |
| 03:30.05 | *** join/#oe lpotter (n=ljp@c210-49-127-23.rochd1.qld.optusnet.com.au) |
| 03:38.45 | *** join/#oe lpotter (n=ljp@c210-49-127-23.rochd1.qld.optusnet.com.au) |
| 03:40.06 | *** join/#oe nevarrie_ (n=jgrant@CPE-24-163-233-209.kc.res.rr.com) |
| 03:42.17 | *** join/#oe chouimat|ibook (n=dieu@modemcable049.31-82-70.mc.videotron.ca) |
| 03:48.37 | *** join/#oe idealm (n=ideal@218.82.60.33) |
| 04:00.59 | *** join/#oe lpotter (n=ljp@c210-49-127-23.rochd1.qld.optusnet.com.au) |
| 04:48.09 | *** join/#oe jayakumar2 (n=jayakuma@202.75.186.170) |
| 04:59.52 | *** join/#oe emte__ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 05:33.40 | *** join/#oe noclouds (n=mhfan@61.191.27.226) |
| 05:37.05 | *** join/#oe noclouds (n=mhfan@61.191.27.226) |
| 05:52.53 | *** join/#oe Crofton|laptop (n=balister@c-71-204-249-46.hsd1.sc.comcast.net) |
| 06:15.45 | *** join/#oe goxboxlive (n=goxboxli@9.80-202-160.nextgentel.com) |
| 06:19.43 | *** join/#oe Shoragan (n=shoragan@datenfreihafen.org) |
| 06:22.53 | *** join/#oe dion (n=dion@xen.inhex.net) |
| 06:23.41 | *** join/#oe fdv (i=1988@fire.ifi.uio.no) |
| 06:28.35 | CIA-4 | 03mwester 07org.oe.dev * r315f8d94... 10/ (1 packages/linux/ixp4xx-kernel_2.6.19.bb): ixp4xx-kernel: bumped SVN to include the dsmg600 fixes for Openslug |
| 07:18.18 | *** join/#oe emte_ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 07:22.59 | *** join/#oe punkass (n=user@unaffiliated/punkass) |
| 08:11.32 | *** join/#oe niv_one_three (n=niv@82.166.207.166) |
| 08:11.38 | niv_one_three | hi |
| 08:16.15 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 08:37.16 | *** join/#oe koen (n=koen@ip51cca9fc.adsl-surfen.hetnet.nl) |
| 08:37.40 | *** join/#oe ssvb (n=ssvb@193.232.92.242) |
| 09:03.20 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 09:04.06 | *** join/#oe vlo (n=valentin@adsl-84-226-62-82.adslplus.ch) |
| 09:13.53 | *** join/#oe mmp (n=mmp@85.135.164.32) |
| 09:28.03 | *** join/#oe gremlin[it] (n=gremlin@ppp-161-11.25-151.libero.it) |
| 09:31.19 | *** join/#oe nevarrie_ (n=jgrant@CPE-24-163-233-209.kc.res.rr.com) |
| 09:38.41 | *** join/#oe e-ffi (n=cybercom@dslb-084-056-103-013.pools.arcor-ip.net) |
| 09:59.35 | *** join/#oe Marex (n=Marex@85.132.236.161) |
| 10:08.13 | *** join/#oe ssvb (n=ssvb@193.232.92.242) |
| 10:19.41 | *** join/#oe polyonymous (n=hacker@pD9538423.dip0.t-ipconnect.de) |
| 10:37.31 | *** join/#oe _gremlin_ (n=gremlin@ppp-46-9.25-151.libero.it) |
| 10:37.31 | *** join/#oe aoe_ (n=aoe@tigerente.htu.tuwien.ac.at) |
| 10:37.32 | *** join/#oe |dkey| (n=dkey@192-186-stud-adsl.wu-wien.ac.at) |
| 10:40.52 | *** join/#oe JustinP (i=papercra@c-69-181-11-251.hsd1.ca.comcast.net) |
| 10:50.05 | *** part/#oe ade|desk (n=ADAVEY@host86-128-130-230.range86-128.btcentralplus.com) |
| 10:59.57 | *** part/#oe gremlin[it] (n=gremlin@ppp-46-9.25-151.libero.it) |
| 11:01.31 | *** join/#oe Bitmaster (n=Bitmaste@c-fb61e253.325-1-64736c12.cust.bredbandsbolaget.se) |
| 11:22.35 | *** join/#oe redguy (n=mati@unaffiliated/redguy) |
| 11:35.08 | *** join/#oe blaster8 (n=blaster8@orca.stp.me.uk) |
| 11:36.09 | *** join/#oe darkschneider (n=gab@81-208-36-80.ip.fastwebnet.it) |
| 11:42.11 | *** join/#oe p0g0 (n=pogo@madwifi/support/p0g0) |
| 11:54.31 | *** join/#oe incinerator (n=sabine@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) |
| 11:55.04 | *** join/#oe blaster8 (n=blaster8@orca.stp.me.uk) |
| 11:59.52 | *** join/#oe koen (n=koen@212.41.157.237) |
| 12:06.31 | *** join/#oe koen_ (n=koen@vpn006161.vpn.utwente.nl) |
| 12:11.02 | *** join/#oe goxboxlive (n=goxboxli@9.80-202-160.nextgentel.com) |
| 12:20.04 | mickey|35 | morning folks |
| 12:20.32 | koen_ | hey mickey|35 |
| 12:20.45 | *** join/#oe Marex (n=Marex@85.132.236.161) |
| 12:21.07 | koen|train | mickey|35: ...464 is your mobile number? |
| 12:21.16 | mickey|35 | yeah, thanks for your SMS! |
| 12:32.10 | *** join/#oe koen|gprs_ (n=koen@212.41.157.237) |
| 12:32.52 | koen|gprs_ | stupid gprs |
| 12:36.46 | koen|gprs | bleh |
| 12:36.55 | mickey|35 | how much sustained bandwidth do you get via gprs? |
| 12:37.15 | koen|gprs | mickey|35: ~6kbyte/s |
| 12:37.25 | mickey|35 | d'oh |
| 12:37.27 | mickey|35 | that few? |
| 12:37.28 | koen|gprs | can peak at 40kbyte/s |
| 12:37.30 | mickey|35 | s/few/little/ |
| 12:37.35 | koen|gprs | yep |
| 12:37.48 | mickey|35 | bummer, i was thinking about web radio, but seems i can forget that over gprs |
| 12:37.52 | koen|gprs | the biggest bottleneck is with the bluetooth link |
| 12:38.14 | koen|gprs | lots of scripts set up the rfcomm link at 9600baud or something |
| 12:38.21 | NAbyss | mickey|35: biggest problem there would be packet jitter |
| 12:38.28 | koen|gprs | in theory you should get 160kbyte/s |
| 12:38.41 | NAbyss | mickey|35: On gprs/edge, there's a fair bit of lag/jitter.. umts improves things slightly, but there's still issues |
| 12:38.56 | mickey|35 | i see. ya can only cure that by prebuffering a lto |
| 12:38.59 | mickey|35 | lot, even |
| 12:39.25 | NAbyss | Yeah, you'd want 20+sec buffer, in my experience |
| 12:39.58 | koen|gprs | mickey|35: I hope the neo supports PAN as well as DUN |
| 12:40.27 | koen|gprs | piling on layers and layers off ppp is a bit backwards IMO |
| 12:40.57 | mickey|35 | koen: do we need special hardware for it to support PAN profile or is it just software? |
| 12:41.04 | koen|gprs | software |
| 12:41.51 | koen|gprs | 'pand --master' or something like that |
| 12:43.00 | koen|gprs | mickey|35: http://bluez.sourceforge.net/contrib/HOWTO-PAN |
| 12:43.09 | koen|gprs | (a bit dated, but still usefull) |
| 12:43.25 | koen|gprs | pand is in now in bluez-utils by default |
| 12:46.06 | mickey|35 | cool. need to take a look |
| 12:47.08 | koen|gprs | and add 'test gtk 2.10.x/pango 1.15.x/cairo 1.3.10' to your TODO as well :) |
| 12:50.12 | *** join/#oe gremlin[it] (n=gremlin@ppp-46-9.25-151.libero.it) |
| 12:51.40 | mickey|35 | hehe, yeah |
| 12:52.58 | koen|gprs | mickey|35: I also had a chat with Ross and he said sapwood is just like the original 'pixmap' theme engine |
| 12:53.08 | koen|gprs | so it isn't maemo-specific at all |
| 12:53.38 | koen|gprs | so if moko-libs is heavy on pixmaps, sapwood could be a big help |
| 12:53.53 | koen|gprs | (we were discussing the integer pixops patch) |
| 12:55.40 | mickey|35 | koen: ah, excellent. so sapwood is a drop-in for pixmap? |
| 12:56.12 | koen|gprs | 'yes' |
| 12:56.31 | koen|gprs | you need to start the sapwood server, but it's a fork of the pixmap gtk engine |
| 12:57.21 | koen|gprs | cool, it looks upstream gnome-vfs has the dbus port |
| 12:57.40 | mickey|35 | oh. a client/server architecture to cache the pixmaps process-independent |
| 12:57.42 | mickey|35 | interesting |
| 12:58.30 | koen|gprs | mickey|35: sapwood also caches the the pixmaps after processing, so it should save a zillion scale operations as well |
| 12:58.36 | mickey|35 | cool! |
| 12:58.48 | mickey|35 | let's hope they fixed some alphachannel problems of the pixmap engine as well |
| 12:58.51 | mickey|35 | if not, we need to :/ |
| 12:59.09 | koen|gprs | mickey|35: http://www.openembedded.org/repo/org.openembedded.dev/packages/sapwood/sapwood_svn.bb |
| 12:59.15 | mickey|35 | cool. thanks |
| 12:59.56 | koen|gprs | I forgot to bring a book, so I got bored enough to add some new stuff |
| 13:00.03 | mickey|35 | heh, good |
| 13:00.56 | koen|gprs | did you see the ALP stuff yet? |
| 13:01.12 | mickey|35 | didn't run anything, but i browsed through the source a bit |
| 13:01.26 | mickey|35 | nothing UI related, so I stopped after a quick glance |
| 13:01.33 | koen|gprs | libsqlfs looks pretty interesting |
| 13:02.02 | mickey|35 | yes that's very interesting |
| 13:02.08 | mickey|35 | i'd like to see some benchmarks though |
| 13:02.13 | mickey|35 | could imagine it being _slow_ |
| 13:02.51 | koen|gprs | it's in OE :) |
| 13:02.59 | mickey|35 | excellent :) |
| 13:03.10 | koen|gprs | http://www.openembedded.org/repo/org.openembedded.dev/packages/alp/hiker_0.9.bb |
| 13:03.29 | koen|gprs | I am developing a fondness of nicely autotooled applications |
| 13:03.31 | mickey|35 | I'm most interested in their "optimized" gtk+ |
| 13:03.40 | mickey|35 | koen: guess what, me too! |
| 13:04.07 | koen|gprs | SRC_URI = "blah" ; inherit autotools |
| 13:04.16 | koen|gprs | or even 'inherit gnome' |
| 13:04.37 | mickey|35 | i converted everything qmake in openmoko to autotools, but retained the qmake infrastructure for development purposes |
| 13:04.45 | mickey|35 | best of both worlds |
| 13:04.51 | koen|gprs | yeah |
| 13:06.58 | *** join/#oe koen|gprs_ (n=koen@212.41.157.237) |
| 13:07.38 | koen|gprs_ | I wonder how the 'general public' will like OE when they start developing for openmoko |
| 13:07.50 | mickey|35 | yeah, i wonder about that as well |
| 13:08.06 | koen | later |
| 13:09.38 | *** join/#oe koen|awa1 (i=koen@dominion.kabel.utwente.nl) |
| 13:09.46 | *** join/#oe idealm (n=ideal@218.82.60.33) |
| 13:10.21 | *** join/#oe NAbyss_ (n=foo@220-253-109-6.VIC.netspace.net.au) |
| 13:10.33 | gremlin[it] | someone have info about where is possible to buy 'openmoko' cells ? |
| 13:10.57 | mickey|35 | on sale early 2007 directly from fic.com.tw |
| 13:11.25 | gremlin[it] | ahhh is a fic device !!! |
| 13:11.36 | *** join/#oe hrw|gone1xmas (n=hrw@ewi546.ewi.utwente.nl) |
| 13:11.42 | mickey|35 | cheers hrw|gone1xmas |
| 13:11.48 | mickey|35 | hrw|gone1xmas: thanks for your SMS! |
| 13:13.28 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 13:17.11 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
| 13:33.26 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
| 13:36.56 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
| 13:37.02 | RP | morning all |
| 13:37.37 | koen | hey RP |
| 13:38.32 | RP | koen: I think I have a handle on the mystery loadkeys problem. Looks like its some kind of cache cohernecy problem... |
| 13:39.06 | koen | worsened by the faster zlib code? |
| 13:39.16 | RP | koen: yes, that just shows it up |
| 13:39.27 | RP | Inserting flush_cache_all() into the jffs2 readpage code makes all the problems disappear |
| 13:39.38 | RP | which makes me think the zlib code isn't at fault |
| 13:39.55 | koen | right |
| 13:40.46 | RP | Italso explains why things work second time around. One context swicth would be enough to flush the caches |
| 13:44.25 | koen | flush_cache_all() makes it probably a lot slower, right? |
| 13:45.52 | RP | Yes, although compared to the zlib decompression time, probably not a lot |
| 13:46.48 | RP | The thing is, I don't think I've found the root of the problem yet. I can add the cache flush before the zlib decompressor is called and the bug disappears |
| 13:47.17 | RP | So there is something bad in the cache before the decompressor. I just don't know what |
| 13:48.32 | RP | This is looking like a VFS problem :-/ |
| 14:10.44 | *** join/#oe gremlin[it] (n=gremlin@ppp-46-9.25-151.libero.it) |
| 14:28.17 | *** join/#oe polyonymous (n=hacker@pD953BD22.dip0.t-ipconnect.de) |
| 14:31.26 | *** join/#oe punkass (n=user@unaffiliated/punkass) |
| 14:37.11 | *** join/#oe drw (n=drw@dirus.hrsmart.com) |
| 14:40.16 | XorA|gone | RP: congrats on that |
| 14:43.03 | RP | XorA: I'm still not sure what the real problem is though :-/ |
| 14:43.41 | XorA | RP: but at least you now proved there is |
| 14:47.35 | RP | XorA: Maybe :) |
| 14:48.01 | koen | RP: some people also reported that it doesn't happen with glibc 2.3 |
| 14:48.39 | RP | koen: It certainly doesn't occur with poky oabi... |
| 14:50.14 | *** join/#oe zecke (n=ich@91.64.160.112) |
| 14:50.23 | RP | hi zecke |
| 14:50.44 | zecke | hey |
| 14:50.52 | zecke | hmm I should copy stuff... now? |
| 14:51.19 | RP | copy which stuff? |
| 14:51.25 | zecke | BitBake (tagging) |
| 14:51.35 | XorA | if it occurred on glibc 2.3.5 OZ build would be fscked |
| 14:52.04 | RP | XorA: Yes, poky uses the same toolchain and is also fine |
| 14:52.21 | RP | zecke: I guess now is as good a time as any |
| 14:52.57 | zecke | RP: if you feel like working on GUI stuff, feel free to move trunk to bitbake-1.8 |
| 14:53.21 | RP | zecke: you mean 1.9? |
| 14:53.43 | zecke | Current trunk is 1.7? next stable would be 1.8? |
| 14:53.51 | zecke | and trunk would get 1.9 to make GUI work |
| 14:54.04 | zecke | or do you think it is not worth stabilising BitBake Trunk? |
| 14:54.49 | RP | zecke: I can't see any harm in stablising it as it stands before starting on the GUI work |
| 14:55.04 | zecke | okay let me wake up first |
| 14:55.12 | RP | zecke: We(I) really do need some pressure to sort out the remaining bugs ;-) |
| 14:55.46 | RP | zecke: Also, I'm waiting on mickey before I start on the GUI atm ;-) |
| 14:56.10 | RP | (not that its holding me up as I have a ton of other things to look at too :-/) |
| 14:56.31 | zecke | yeah, I have used the last two days to finish internal stuff as well... |
| 14:57.26 | RP | zecke: I've been looking at this zlib+jffs2+glibc2[45] random crash bug. Looks like a cache coherency bug :-/ |
| 15:06.53 | *** join/#oe SonicvanaJr (n=Garrett@unaffiliated/sonicvanajr) |
| 15:06.55 | *** join/#oe SonicvanaSr (n=Garrett@cblmdm72-240-97-94.buckeyecom.net) |
| 15:13.06 | *** join/#oe chouimat|ibook (n=dieu@modemcable049.31-82-70.mc.videotron.ca) |
| 15:14.18 | chouimat|ibook | morning |
| 15:14.47 | zecke | RP: eek :( |
| 15:15.08 | zecke | RP: debugging sounds like fun |
| 15:15.32 | RP | zecke: I know nothing about tracking this kind of problem down :-/ |
| 15:16.03 | zecke | yes, I would be lost as well. I would disable the cache completely (I,D if it is possible) |
| 15:16.25 | zecke | disable zlib compression for jffs2 (if there is a no-op compression) |
| 15:16.26 | RP | zecke: I've proven that if flush the cache at point X, it all works |
| 15:17.01 | zecke | okay that does sound evil |
| 15:17.08 | RP | zecke: It appears data from one terminated process is appearing in a different process too... |
| 15:17.33 | zecke | I would unpack the emergency set, setup the vodoo shrine and call Phil/Russell for help :} |
| 15:18.21 | koen | cachepolicy=uncached or cachepolicy=writeback in CMDLINE? |
| 15:18.48 | RP | zecke: Filling memory with 0xff in one process then watching libraries fail to link due to memory corruption with random 0xff characters isn't good :-/ |
| 15:19.03 | RP | koen: Whatever the PXA default is. If you change it, the PXA crashes iirc |
| 15:19.27 | koen | iirc pxa use writethru |
| 15:19.48 | RP | koen: writethrough would be my guess too |
| 15:19.49 | zecke | RP: argh, aye, aye, aye |
| 15:20.34 | *** join/#oe drw (n=drw@dirus.hrsmart.com) |
| 15:27.22 | *** join/#oe circut (n=circut@felinemenace.org) |
| 15:27.28 | circut | anyone around this morning? |
| 15:29.38 | koen | ibot: botmail for mmp: what's the status of 2.6 on h5xxx? Does usb work yet? |
| 15:29.55 | circut | was just wondering if anyone has successfully gotten lirc in 3.5.4 to work on collie |
| 15:30.13 | circut | i keep getting segfaults when i try to load the lirc_sir module |
| 15:30.24 | koen | what is 3.5.4? |
| 15:30.30 | circut | the release |
| 15:30.48 | circut | openzaurus 3.5.4 running on collie |
| 15:31.03 | circut | with the lirc & lirc-modules packages |
| 15:33.28 | koen | circut: you want #openzaurus |
| 15:33.38 | circut | idling there as well |
| 15:33.53 | circut | didnt know if this might be a development thing |
| 15:34.09 | koen | hey XorA |
| 15:35.50 | XorA | collie should die/2.6ify |
| 15:35.55 | XorA | hey koen |
| 15:35.59 | koen | XorA: I told ssvb you were our mplayer guru |
| 15:36.19 | XorA | koen: ssvb? |
| 15:36.38 | ssvb | koen: ok, thanks |
| 15:36.45 | circut | no 2.6 support for collie? |
| 15:36.58 | koen | XorA: https://garage.maemo.org/plugins/scmsvn/viewcvs.php/trunk/?root=mplayer <- ssvb's work |
| 15:37.30 | XorA | koen: ah yeah Ive been tracking that on and off, I think they really should be or maybe are the same people currently doing arm optimisations in mainline tree |
| 15:39.15 | koen | ssvb: are the libmpeg2 optimizations in mplayer svn? |
| 15:40.06 | ssvb | koen: yes, there are some libmpeg2 optimizations in maemo mplayer svn, but they were not submitted upstream yet |
| 15:41.06 | ssvb | koen: i'm not the author of these libmpeg2 improvements, i only integrated these fixes |
| 15:41.18 | koen | ssvb: I know |
| 15:41.38 | koen | ssvb: the original author didn't leave a clean patch, so I never applied that in OE |
| 15:41.57 | XorA | ssvb: koen I have been tracking both lists and if I get time I mean to try and benchmark a random svn build for mpeg4 speed |
| 15:42.55 | XorA | n770 is armv4t? |
| 15:43.29 | koen | v5te |
| 15:43.35 | koen | arm926-ejs |
| 15:44.01 | XorA | circut: confirmed, loading the modules oopses the kernel |
| 15:44.31 | XorA | circut: feel free to file a bug on bugs.openembedded.org |
| 15:45.07 | circut | XorA: thats fine, collie uses 2.4.18-smth |
| 15:46.10 | koen | XorA: can we bribe you to convert http://josejx.net/collie/ to C code ? |
| 15:47.22 | XorA | koen: it doesnt need bribes it needs time, I need to do something with Zaurus remote, and my personal life has been hectic since the day I got it |
| 15:49.31 | ssvb | XorA, all the optimizations for armv5te (dsp instructions) were done according to arm926 instructions timings, this code is most likely not optimal for xscale (you may even notice performance degradation in the worst case) |
| 15:50.53 | ssvb | XorA, is it possible to run some benchmarks for video decoding in mplayer 1.0rc1 on zaurus (-benchmark option) using different idct |
| 15:50.56 | ssvb | ? |
| 15:51.38 | XorA | ssvb: good to know, and I havent tried |
| 15:52.06 | koen | mplayer needs (something like) liboil |
| 15:53.04 | ssvb | XorA: i'll probably post some more information with detailed instructions about benchmarking in oesf.org forum this evening |
| 15:53.35 | XorA | ssvb: cool |
| 15:55.08 | *** join/#oe benlau (n=benlau@221.125.13.148) |
| 15:57.04 | XorA | roll on everything having mx31 |
| 15:57.21 | koen | yes! |
| 15:57.28 | koen | or mx31+ |
| 15:58.04 | zecke | ciao |
| 15:58.23 | XorA | koen: what happened to your poppler patch? |
| 15:59.33 | koen | XorA: didn't apply it yet |
| 15:59.38 | koen | XorA: need to split it out |
| 16:00.03 | koen | XorA: and I'm waiting for the irex dudes to submit other patches as well |
| 16:01.59 | *** join/#oe |dkey| (n=dkey@192-186-stud-adsl.wu-wien.ac.at) |
| 16:02.47 | XorA | koen: I think mickey|35|family would be very interested in those patches if they produce real speed increase |
| 16:03.24 | XorA | does that mean he has 35 families? |
| 16:03.25 | *** join/#oe psokolovsky (n=psokolov@233.usernat.ip.net.ua) |
| 16:03.28 | koen | XorA: it means he turned 35 and his family is burying him in gifts |
| 16:04.20 | XorA | didnt realise micky was so old :-) |
| 16:04.31 | koen | sssssht! |
| 16:04.43 | koen | ;) |
| 16:06.21 | *** join/#oe rob_w (n=bob@p85.212.178.155.tisdip.tiscali.de) |
| 16:08.10 | chouimat|ibook | XorA: I agree with you over 32 it's old ... |
| 16:10.29 | XorA | :-D |
| 16:13.10 | *** join/#oe furlongm (n=furlongm@83.70.42.145) |
| 16:24.28 | *** join/#oe Sonic|Laptop (n=Garrett@unaffiliated/sonicvanajr) |
| 16:27.59 | *** join/#oe polyonymous (n=hacker@pD953A6B5.dip0.t-ipconnect.de) |
| 16:35.23 | *** join/#oe Jin^eLD (n=jin@belief.htu.tuwien.ac.at) |
| 16:35.37 | Jin^eLD | huhu |
| 16:35.54 | rob_w | whats interesting is in the newer ages, people tend to not want to become old, but there where times where getting old was good |
| 16:39.55 | *** join/#oe giel (n=giel@twigs.unet.nl) |
| 16:41.16 | koen | XorA|gone: my next commit will make poppler loads faster |
| 16:44.46 | rob_w | hmm what can poppler do ? |
| 16:45.06 | koen | render pdf documents |
| 16:45.10 | rob_w | ah |
| 16:47.09 | rob_w | as to say, x11vnc does a much cleaner job , compared to fbvncserver |
| 16:49.43 | koen | doing better as fbvnc isn't that hard |
| 16:49.51 | rob_w | thanks to XorA|gone for that hint |
| 16:50.22 | rob_w | koen, fbvnc has a strange input device approach, which never worked for me |
| 16:50.30 | koen | right |
| 16:51.06 | rob_w | XorA told me about x11vnc and now heavens came done to these parts .. |
| 16:51.23 | *** join/#oe greentux (n=m@195.227.105.180) |
| 16:51.47 | rob_w | i heard the name before but funny enough i did stick to fbvnc and its input hell |
| 16:56.51 | CIA-4 | 03koen 07org.oe.dev * rc1c4d0a6... 10/ (4 files in 2 dirs): |
| 16:56.51 | CIA-4 | poppler: cleanups: |
| 16:56.51 | CIA-4 | * create a poppler.inc |
| 16:56.51 | CIA-4 | * create a poppler-fpu.inc to set --enable-fixedpoint when needed |
| 16:56.51 | CIA-4 | * enable zlib |
| 16:56.54 | *** join/#oe furlongm_ (n=furlongm@83.70.225.3) |
| 16:57.19 | greentux | <PROTECTED> |
| 17:00.19 | koen | greentux: likewise |
| 17:00.33 | gremlin[it] | guys i need and info, exist a tool to graph che calling graph of functions in a project (set of sources) ??? |
| 17:01.17 | *** join/#oe Genesis (n=genesis@dev.aimao.org) |
| 17:01.19 | Genesis | yo |
| 17:04.58 | *** join/#oe ellisway (n=ellis@host-87-74-241-174.bulldogdsl.com) |
| 17:05.45 | koen | gremlin[it]: oprofile? |
| 17:06.33 | gremlin[it] | it work with sources ?! |
| 17:07.11 | gremlin[it] | is a kernel modules ... i'm not able to (easyly) figure out which functiona are API and which are internal :( ... |
| 17:09.31 | *** join/#oe psokolovsky (n=psokolov@233.usernat.ip.net.ua) |
| 17:14.52 | CIA-4 | 03koen 07org.oe.dev * r885825fa... 10/ (1 packages/evince/evince_0.6.1.bb): evince: add missing DEPENDS on libxt |
| 17:20.51 | koen | XorA|gone: https://bugs.freedesktop.org/show_bug.cgi?id=7808 and https://bugs.freedesktop.org/show_bug.cgi?id=7910 |
| 17:23.30 | *** join/#oe pvanhoof (n=pvanhoof@d54C0EE14.access.telenet.be) |
| 17:24.15 | *** join/#oe mozinator (n=mozinato@s5592b9c7.adsl.wanadoo.nl) |
| 17:28.03 | CIA-4 | 03koen 07org.oe.dev * rf3f3d16d... 10/ (1 packages/intltool/intltool_0.35.2.bb): intltool: update to 0.35.2 |
| 17:30.08 | *** join/#oe mozinator (n=mozinato@s5592b9c7.adsl.wanadoo.nl) |
| 17:31.10 | *** join/#oe mr_nice (n=mr_nice@p54A9EB48.dip.t-dialin.net) |
| 17:31.11 | mr_nice | hi all |
| 17:32.48 | koen | hey mr_nice |
| 17:35.32 | mr_nice | hi koen |
| 17:36.13 | *** join/#oe dion (n=dion@xen.inhex.net) |
| 17:38.25 | mr_nice | koen: I am bit ot but I think you are the right person to ask - it seems that the angstroem distribution has dropd the simpad support is that right? |
| 17:41.29 | *** join/#oe punk-ass (n=user@unaffiliated/punkass) |
| 17:43.22 | koen | mr_nice: gcc doesn't support strongarm yet for EABI |
| 17:43.41 | koen | mr_nice: but I have been thinking about doing an OABI feed for strongarm machines |
| 17:43.55 | koen | like collie, simpad, h3800, etc |
| 17:44.20 | mr_nice | koen: thx for the info |
| 17:57.24 | rob_w | today`s pull now came up for some strange error |
| 17:57.42 | rob_w | Sorry, the Familiar Linux... blablabla ?? |
| 17:59.30 | *** join/#oe ssvb (n=user@87.252.225.64) |
| 18:08.21 | *** join/#oe furlongm__ (n=furlongm@83.70.250.255) |
| 18:12.26 | *** join/#oe psokolovsky (n=psokolov@233.usernat.ip.net.ua) |
| 18:20.23 | *** join/#oe malfi (n=malte@e178054133.adsl.alicedsl.de) |
| 18:21.10 | *** join/#oe pvanhoof (n=pvanhoof@d54C0EE14.access.telenet.be) |
| 18:28.44 | *** join/#oe tmbinc (i=abcd@e176178036.adsl.alicedsl.de) |
| 18:36.43 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 18:44.34 | *** join/#oe gremlin[it] (n=gremlin@ppp-4-9.25-151.libero.it) |
| 18:48.30 | XorA|gone | koen: nice poppler improvements, we really should start tracking this stuff that should go into OE but isnt yet |
| 18:49.13 | koen | XorA|gone: not all patches apply cleanly, that's why they are not in yet |
| 18:50.12 | koen | XorA|gone: I sent the same links to the irex dudes to have them do benchmarks |
| 18:50.58 | koen | XorA|gone: benchmarking between the 'splash' and 'cairo' backend would be usefull as well |
| 18:52.31 | XorA|gone | :-D |
| 18:53.06 | XorA|gone | koen: Ill have to start noting them as sometime I get a spare 5 mins, ideal for massaging patches, not ideal for dev work |
| 18:53.47 | koen | the first patch applies as-is, the second bug entry has 3 patches of which the second one fails with 3 hunks |
| 18:54.07 | XorA|gone | :-D always the way |
| 18:54.35 | koen | the patches are from http://blog.kowalczyk.info/software/sumatrapdf/develop.html |
| 18:54.53 | koen | that dude now has commit access to poppler cvs, but lacks the time to commit it |
| 18:55.01 | koen | according to his posts on the poppler list |
| 18:56.06 | *** part/#oe mozinator (n=mozinato@s5592b9c7.adsl.wanadoo.nl) |
| 19:02.05 | *** join/#oe kholz (n=kholz@adsl-69-232-76-76.dsl.sndg02.pacbell.net) |
| 19:07.53 | RP | koen: The display on the iliad is ratehr cool :) |
| 19:08.41 | RP | I know that a quick hack 2.6 kernel port would be straighforward too... |
| 19:17.01 | *** join/#oe zap (n=zap@16.170.249.ozerki.net) |
| 19:19.23 | *** join/#oe Timelord0 (n=TL@16.8c.d12c.cidr.airmail.net) |
| 19:25.34 | koen | RP: irex has a 2.6 port, but they lack a driver for the flash |
| 19:26.02 | RP | koen: Ah, things have changed since I last looked then... |
| 19:26.08 | *** join/#oe goxboxlive (n=goxboxli@9.80-202-160.nextgentel.com) |
| 19:26.11 | koen | not a public port |
| 19:26.20 | koen | RP: I'm persuading them to attend fosdem |
| 19:27.10 | koen | they are using OE and want to release they patches soon(TM) |
| 19:27.23 | koen | where their 'soon' differs from mine |
| 19:27.29 | RP | indeed :-/ |
| 19:27.40 | RP | The GPL doesn't use soon in its terms |
| 19:27.47 | RP | FOSDEM could be interesting... |
| 19:27.58 | koen | ~bon apetit |
| 19:28.05 | koen | ~bon appetit |
| 19:28.06 | ibot | i heard bon appetit is smacznego. Guten Appetit. Eet Smakelijk. God Appetitt. Buon Appetito. Buen apetito Bom Apetite. buen apetito |
| 19:29.45 | bd2 | Приятного аппетита. also ;-) |
| 19:33.32 | Jin^eLD | bd2: русский? :) |
| 19:33.59 | bd2 | yup ;-) |
| 19:34.14 | Jin^eLD | me 2 ;) |
| 19:34.37 | bd2 | nice to meet |
| 19:35.21 | Jin^eLD | yes, I think you are the first russian I met here |
| 19:35.50 | Jin^eLD | brb, food :> |
| 19:43.03 | *** join/#oe drw (n=drw@dirus.hrsmart.com) |
| 19:44.47 | greentux | dobryj wjetschir |
| 19:46.01 | *** join/#oe mr_nice (n=mr_nice@p54A9EB48.dip.t-dialin.net) |
| 19:50.37 | bd2 | hehe.. good evening ;-) |
| 19:58.37 | Jin^eLD | re |
| 20:00.34 | Jin^eLD | hey greentux :) |
| 20:13.53 | *** join/#oe psokolovsky_ (n=psokolov@233.usernat.ip.net.ua) |
| 20:23.18 | greentux | hey Jin^eLD: gdje ty zhivesh? |
| 20:26.34 | Jin^eLD | w awstrii, a tak rodom iz moskwy :> |
| 20:26.34 | Jin^eLD | greentux: where are you from? |
| 20:26.57 | greentux | saxonia, germany |
| 20:27.09 | Jin^eLD | <- vienna, .at |
| 20:28.05 | greentux | panimaju :) |
| 20:36.56 | *** join/#oe emte__ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 21:04.11 | *** join/#oe Bernardo|dinner (n=Bernardo@sourcemage/Bernardo) |
| 21:19.36 | CIA-4 | 03rwhitby 07org.oe.dev * r2710d036... 10/ (5 files in 4 dirs): slugos: Added NAS100d image support |
| 21:33.36 | kholz | Which version of monotone do I need for OE? |
| 21:33.41 | kholz | minimum, that is? |
| 21:36.20 | kholz | sorry, nevermind, just found it in documentation. |
| 21:39.04 | rob_w | http://www.openembedded.org/repo/org.openembedded.dev/packages/xorg-xserver/xserver-kdrive/no-serial-probing.patch |
| 21:39.41 | rob_w | can this patch also prevent kdrive to be pointed to a symlink of ttyS0 ? |
| 21:42.10 | *** join/#oe goxboxlive (n=goxboxli@9.80-202-160.nextgentel.com) |
| 21:45.48 | koen | rob_w: probably |
| 21:46.11 | koen | rob_w: recompile kdrive with -DBREAK_MY_SERIAL_CONSOLE or without that patch |
| 21:47.49 | rob_w | it locks up so strangely |
| 21:50.03 | *** join/#oe mrz80 (n=scotsman@n128-227-212-213.xlate.cns.ufl.edu) |
| 21:51.13 | koen | rob_w: http://www.openembedded.org/bonsai/view/rev/12819/ |
| 21:51.49 | *** join/#oe mykilx (n=mykilx@pool-71-99-194-34.tampfl.dsl-w.verizon.net) |
| 21:53.12 | rob_w | koen, too bad , the bug # link is dead on this site |
| 21:53.29 | koen | works over here |
| 21:54.29 | koen | slow, but it works |
| 21:54.37 | rob_w | slow , eh |
| 21:54.57 | rob_w | feels like it is far away in the galaxy |
| 21:55.42 | koen | "xserver-kdrive messes up the serial console when probing for mice on ttyS[01]" |
| 21:57.58 | rob_w | maybe i am messing up something too |
| 22:07.38 | rob_w | ok iam recompiling .. lets see |
| 22:10.42 | *** join/#oe zecke (n=ich@91.64.160.112) |
| 22:17.50 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
| 22:23.21 | *** join/#oe incinerator (n=sabine@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) |
| 22:32.35 | rob_w | it still locks up when pointing tslib to /dev/ttyS0 .. |
| 22:35.11 | *** join/#oe mr_nice (n=mr_nice@p54A9FCF3.dip.t-dialin.net) |
| 22:38.01 | *** join/#oe goxboxlive (n=goxboxli@9.80-202-160.nextgentel.com) |
| 22:47.06 | *** join/#oe malfimalfi (n=malte@e178005153.adsl.alicedsl.de) |
| 22:57.49 | *** join/#oe incinerator (n=sabine@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) |
| 23:00.34 | XorA|gone | NOTE: build 200612261452: completed |
| 23:00.37 | XorA|gone | bloomin eck |
| 23:06.36 | *** join/#oe CSMan (n=csman@bas1-montreal42-1178030958.dsl.bell.ca) |
| 23:19.35 | *** join/#oe incinerator (n=sabine@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) |
| 23:23.16 | *** join/#oe incinerator (n=sabine@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) |
| 23:24.35 | *** join/#oe kerwood|afk (n=Marshall@c-69-255-98-58.hsd1.md.comcast.net) |
| 23:33.50 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
| 23:35.47 | Jin^eLD | hey Bernardo |
| 23:39.05 | *** join/#oe Sonic|Laptop (n=Garrett@unaffiliated/sonicvanajr) |
| 23:49.53 | *** join/#oe greentux_alt (n=m@195.227.105.180) |