irclog2html for #oe on 20060207

00:00.07*** join/#oe chouimat (n=dieu@kde/developer/chouinard)
00:02.17*** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby)
00:16.53*** join/#oe bronson (n=bronson@pool-71-243-110-163.bos.east.verizon.net)
00:37.41*** join/#oe benlau (n=benlau@benlau.rd.ust.hk)
00:54.02*** join/#oe tmbinc (i=XXX@dslb-082-083-081-153.pools.arcor-ip.net)
00:59.05*** join/#oe wrobbie (n=rob@cm17.sigma183.maxonline.com.sg)
01:00.21*** join/#oe _drak0__ (n=rob@user-10cmeb8.cable.mindspring.com)
01:07.49*** join/#oe noclouds (n=mhfan@60.166.32.187)
01:15.04*** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net)
01:34.00*** part/#oe jebba (n=jebba@ip-216-17-203-198.rev.frii.com)
02:56.14*** join/#oe moa (n=cedric@LAubervilliers-151-11-32-8.w193-251.abo.wanadoo.fr)
02:58.53*** join/#oe dijenerate (n=dijenera@72.22.143.41)
03:14.23[g2]CosmicPenguin around ?
03:15.08[g2]Is the USB on the GX2 full-speed or high-speed ?
03:20.32*** join/#oe kergoth_ (n=kergoth@c-24-118-213-150.hsd1.mn.comcast.net)
03:21.52[g2]hey kergoth
03:22.28kergoth_hey
03:22.48[g2]how goes mate :)
03:22.54kergothpretty good
03:23.19[g2]cool
03:23.38[g2]other than giving the svk guys hell whats new ? :)
03:24.11*** join/#oe kergoth_ (n=kergoth@c-24-118-213-150.hsd1.mn.comcast.net)
03:27.56kergothjust working at the new job and the like.  havent done much coding or open source work other than that lately
03:28.33[g2]it's good to de-compress every now and then
03:32.47*** join/#oe aquadran_ (i=pablo@scummvm/undead/aquadran)
03:46.14*** join/#oe idealm (n=ideal@222.67.235.204)
03:53.44*** join/#oe _drak0_ (n=rob@user-10cmeb8.cable.mindspring.com)
04:16.47*** join/#oe johnX (n=x@c-24-16-192-158.hsd1.wa.comcast.net)
04:22.28*** join/#oe Luke-Jr (n=luke-jr@user-0c93tin.cable.mindspring.com)
04:24.44*** join/#oe Geo_KM (n=keith@ppp61-243.lns1.cbr1.internode.on.net)
04:48.33*** join/#oe Jenna (n=cherryRe@209.8.233.208)
04:49.02*** part/#oe Jenna (n=cherryRe@209.8.233.208)
04:51.13*** join/#oe idealm (n=ideal@222.67.235.204)
04:55.49*** join/#oe Ifaistos (n=stelios@dslcustomer169.vivodi.gr)
05:31.49*** join/#oe _drak0__ (n=rob@user-10cmeb8.cable.mindspring.com)
05:57.59*** join/#oe noclouds (n=mhfan@60.166.32.187)
06:13.18*** join/#oe _law_ (n=law@mail.stiftadmont.at)
06:16.48*** join/#oe DaKa (n=david@193.13.58.211)
06:29.25*** join/#oe AvengerMoJo (n=alex@207.44.242.115)
07:17.04*** join/#oe rob_w|mobil (n=rob_w@p549B98FE.dip0.t-ipconnect.de)
07:20.46*** join/#oe alan|home (n=alan@ARouen-152-1-86-19.w86-195.abo.wanadoo.fr)
07:26.56alan|homemorning
07:31.59shadowshey
07:32.48alan|homehi shadows
07:33.25shadowsi think the next step for me is to use gcc HEAD to compile OE
07:33.45shadowsnot sure how to do that though
08:17.50*** join/#oe mgoebl (n=matthias@ppp-82-135-64-3.mnet-online.de)
08:26.16jbowler-awaymickey|zzZZzz revision a4b0f8eefbb320cfec2d47723f9baccd0f66f243 to packages/linux/linux-mtx-1_2.4.24.bb:
08:26.23jbowler-away-inherit kernel
08:26.23jbowler-away+inherit module-base kernel
08:26.39jbowler-awaySeems to be causing this error on first parse (when kernel-ccsuffix is missing):
08:27.30jbowler-awayNOTE: bb.build.FuncFailed:("can't read from file '%s' (%s)", ('/home/work-tmp/jbowler/nslu2/openslug/staging/armeb-linux/kernel/kernel-ccsuffix', <exceptions.IOError instance at 0xb7b7b22c>)) while evaluating:
08:28.46jbowler-awayI believe because of the definition of KERNEL_CCSUFFIX in module-base, which is recursive
08:29.00jbowler-away(That kernel .bb won't build with the inherits in that order)
08:31.53*** join/#oe theturtle (n=theturtl@guiness.lifl.fr)
08:39.43*** join/#oe alan|home (n=alan@ARouen-152-1-96-245.w86-199.abo.wanadoo.fr)
08:45.48*** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby)
09:08.40XorAmorning
09:10.35*** join/#oe boras (n=bora@85.102.128.60)
09:11.28*** join/#oe ade|desk (n=adavey@194.200.143.249)
09:12.08hrw|workmorning
09:12.20hrw|work~shoot Hans Reiser
09:12.23ibotACTION shoots Hans Reiser in the eye with a phase pistol!
09:12.23ade|deskmorning all
09:12.51koenhrw|work: Dzien dobry
09:12.59hrw|workkoen: dzień dobry koen
09:14.23XorAhrw|work: reiserfs died?
09:14.40hrw|workXorA: I hope that --rebuild-tree will restore it
09:14.49hrw|workits 90G partition used as /home/
09:14.52XorAhrw|work: I have had success with that before
09:15.00XorAtakes ages, but does recover the data
09:15.04hrw|workI know
09:15.09hrw|workused it many times
09:15.10XorAbut after 3-4 times, I went with ext3
09:15.24hrw|workbut home machine oopsed at the end so I took disc to work
09:15.53XorAreiser and OE dont mix
09:15.55hrw|worknow have to find 60+ disc to backup and convert to xfs
09:32.56_guillermodoes anyone have a valid local.conf for an ipaq 3900 with familiar?
09:33.32hrw|workMACHINE="h3900" DISTRO="familiar-0.8.3" for .oz354fam083
09:33.39hrw|workDISTRO="familiar-unstable" for .dev
09:34.17hrw|work~shoot loadkeys for wanting access to /dev/tty0 /dev/console (which are 600 root:root)
09:34.18ibotACTION shoots loadkeys for wanting access to /dev/tty0 /dev/console (which are 600 root:root) in the ear with a glue gun!
09:35.05koen.oz354fam083 has a conf/local.conf.familiar-0.8.3
09:35.58*** join/#oe zinga (n=arnaudb@186.80-203-227.nextgentel.com)
09:36.08koenhrw|work: could you upload a local.conf for OZ as well?
09:36.32hrw|worksure
09:36.57hrw|workkoen: can you chmod 644 /dev/console - this will make loadkeys happy and I will get uninterrupted kernel builds
09:37.12koendone
09:37.51_guillermokoen:  thx
09:37.56*** join/#oe koobla (n=Simon@wall4.soft.uni-linz.ac.at)
09:38.20hrw|workgreat
09:39.17hrw|workthx
09:49.41hrw|workbuild-oz.sh started..
09:58.46hrw|workkoen: NOTE: package collie-kernel-24-8-2.4.18-rmk7-pxa3-embedix-r23: task do_build: completed
09:58.49hrw|workkoen: thx
10:23.41hrw|workDEPLOY_DIR_IMAGE = "${DEPLOY_DIR}/images/${DISTRO_VERSION}/${MACHINE}"
10:23.52hrw|worknice for release work
10:26.10*** join/#oe boras (n=bora@85.102.128.60)
10:27.33RPhttp://www.rpsys.net/openzaurus/temp/qemu3.png
10:27.52RPI do love insane hacks :)
10:29.30XorARP: qemu in arm mode
10:30.15RPXorA: qemu-arm-system with a framebuffer ;-)
10:31.04XorARP: that'll make devel a touch easier :-)
10:31.32XorAor psychos can run opie on qemu on gpe on arm :-)
10:32.04koennow we just need to integrate in in to OE :)
10:33.05XorAbitbake on arm on qemu on amd64 :-)
10:33.48hrw|work~hail usbnet
10:33.50ibotACTION bows down to usbnet and chants, "I'M NOT WORTHY!!"
10:33.50RPbeing able to run OE images on an emulator would be nice :)
10:33.58RPIts a hack as I added a dummy kernel driver and then added that into qemu. I suspect people might find it useful though :)
10:34.00hrw|workRP: you can do it already
10:34.27hrw|workRP: give ext2 image for qemu and it should boot it
10:34.30RPhrw|work: Which emulator?
10:35.02RPhrw|work: But its not running as its own system?
10:35.12hrw|workRP: I tested only x86/qemu with iso9660 and it booted it as OS
10:35.41RParm system support isn't that good yet
10:35.59hrw|work;(
10:38.11*** part/#oe benlau (n=benlau@benlau.rd.ust.hk)
10:38.19hrw|workoz 3.5.4-test3 gpe booting on collie
10:38.50RPhrw|work: This is why that framebuffer is an interesting idea - it brings booting arm images from OE a lot closer to reality
10:41.05hrw|workkoen: now I see what you meant about gpe-dm restarting...
10:41.36koenhrw|work: and I have no idea why :(
10:42.13hrw|workkoen: if you do not have then how can I have..
10:42.21koenthe keyluanchbug should only mess up post gpe-login
10:42.59hrw|workand on collie I cannot even do alt-ctrl-backspace :(
10:43.08koenthat won't
10:43.10koenhelp
10:43.19koenyou can't login anyway, no root passwd
10:44.45hrw|workkoen: if I can kill gpe-dm then I can login on device and do anything. but today I took collie to work instead of husky
10:45.08koennot in first boot
10:45.25koengpe requires you to set a password for root first
10:45.51koenit isn't Opie
10:46.06koenwhich should be called Ipie (s/open/insecure/)
10:46.54*** join/#oe Geo_KM (n=keith@ppp61-243.lns1.cbr1.internode.on.net)
10:47.07hrw|work;)
10:47.23*** join/#oe johnX (n=x@c-24-16-192-158.hsd1.wa.comcast.net)
10:51.06IfaistosHello !
10:54.37IfaistosRP: Hi ! I have some more patches for uclibc and bash. i'll send them over, but have a closer look at the bash related ones...
10:55.10hrw|workkoen: its Open (also for security ;)
10:55.52koen~lart OpenUniversity books
10:56.30RPIfaistos: Hi. I got your last emails but haven't had a chance to look at them yet, sorry
10:57.27IfaistosRP: No problem. I am still trying to get a uclibc base bootstrap-image to run...
10:57.43Ifaistosinit seg faults
10:57.57RPIfaistos: :-(
10:58.07Ifaistosand don't know if its from uclibc or the gcc
10:58.25RPWas the gcc the same one you used for libc?
10:58.44Ifaistos3.4.4
10:59.36Ifaistosbut in gcc-cross-3.4.4  needs a patch as it fails to build java
11:00.45hrw|workbrb
11:01.21RPI think we disable that for arm as well?
11:02.41IfaistosRP: can ext2.gz images produced be mounted over the loop ?
11:03.05RPIfaistos: Yes
11:03.55IfaistosRP: strange.... this is what i get
11:03.58Ifaistosstelios@Athena:~/oe/x86/build/tmp/deploy/images$ sudo mount -o loop -t ext2 owmnr-base-x86_200602071228.rootfs.ext2.gz /mnt
11:03.58Ifaistosmount: wrong fs type, bad option, bad superblock on /dev/loop1,
11:03.59Ifaistos<PROTECTED>
11:03.59Ifaistos<PROTECTED>
11:03.59Ifaistos<PROTECTED>
11:04.29Ifaistosand dmesg says... [787145.062545] VFS: Can't find an ext2 filesystem on dev loop1.
11:04.29Ifaistos[787209.380187] VFS: Can't find an ext2 filesystem on dev loop1.
11:05.07RPIfaistos: gunzip it first ;-)
11:05.44IfaistosRP: I thought it was allready gzip
11:06.20RPIt is gziped and you can't mount a gziped image
11:07.04IfaistosRP: Yes silly of me. i though its was bzip2
11:07.32IfaistosRP: I get 3 images jffs2, bzip and gz
11:15.07IfaistosRP: init can't find uclibc....
11:15.10IfaistosRP: stelios@Athena:~/oe/x86/build/tmp/deploy/images$ sudo chroot /mnt
11:15.10Ifaistos/bin/bash: Can't resolve symbol '__uClibc_start_main'
11:16.26*** join/#oe hrw|afk (n=hrw@host-ip170-158.crowley.pl)
11:16.31hrw|afkre
11:18.27*** join/#oe do13_ (i=do13@antilope.in-berlin.de)
11:18.30do13_morning all
11:19.32XorARP: do the microdrive models fsck the disk on boot?
11:22.06RPXorA: Not yet as I don't think we mount ro. They use ext3 which helps though
11:22.09RPhi do13_
11:22.50RPIfaistos: That's strange. You might want to talk to the slug developers as they have uclibc working iirc
11:23.53IfaistosRP: I think some of the apps are compiled against uclibc 0.9.26 and others i build later agains 0.9.28....
11:24.20IfaistosRP: I made a chnage to local.conf.... but thought it will rebuild all
11:24.30do13_hi Richard
11:24.57*** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo)
11:25.45RPIfaistos: There are some changes you have to wipe tmp/ for
11:25.58Bernardogood morning
11:39.29Bernardoanyone knows a good svn troubleshooting guide? I'm trying to download tremor (for oz354 branch) and svn always fails, without any message. This is on mandriva
11:54.29NAbyssBernardo: Are you able to pull bitbake via svn?
11:55.07Bernardoyes
11:55.30NAbyssHmm.. sounds like it'd be the tremor SVN server that's down then.. check their homepage?
11:55.36Bernardomy problem is tremor when I try to build meta-opie
11:55.58Bernardono - I'll check
11:56.00BernardoNAbyss: thanks
12:01.47*** join/#oe zecke (n=ich@145.253.107.2)
12:01.56zeckehey
12:02.00BernardoNAbyss: still seems to be up and running...  at least http://svn.xiph.org/trunk/Tremor/ is browseable
12:02.02Bernardohi zecke
12:02.05RPhi zecke
12:02.09NAbyssBernardo: Hmm, no idea then
12:02.44BernardoI'll try again tonight
12:02.54Bernardotoo bad here I work I can't do much to check
12:05.25BernardoI'd like to at least be able to provide a akita image
12:05.42NAbyssakita.. that's c3000?
12:05.50Bernardoc1000
12:05.53*** join/#oe hrw|work (n=hrw@host-ip170-158.crowley.pl)
12:06.31*** join/#oe Jenna (n=cherryRe@209.8.233.208)
12:06.37hrw|workkoen: hm.. I have altboot on collie.. so can drop to sh ;)
12:06.48NAbyssahh
12:06.57*** part/#oe Jenna (n=cherryRe@209.8.233.208)
12:16.12*** join/#oe rob_w|mis (n=rob_w@p549B98FE.dip0.t-ipconnect.de)
12:18.19hrw|workChecked out revision 4573.
12:18.19hrw|workNOTE: package tremor-20041119-r1: task do_fetch: completed
12:18.28hrw|workBernardo: just fetched from svn
12:20.38Bernardohrw|work: ok, I'll check when I get home
12:20.50BernardoI have been trying since sunday afternoon
12:21.06Bernardofirst from the cvs.tarball.stash
12:21.12Bernardothen from subversion
12:21.14_guillermoI get an error with this within: arm-linux-gcc not found
12:21.21_guillermowhat's the problem?
12:21.41hrw|workBernardo: try to use familiar.handhelds.org ftp as cvs.tarball stash - koen put all used source there iirc
12:21.53hrw|work_guillermo: what you did that you got it?
12:21.58Bernardohrw|work: thanks. Is that on the wiki?
12:22.16hrw|workBernardo: no and rather should not be probably
12:22.25_guillermohrw|work: I get it as soon as I compile something for ipaq 3900, but not for my akita
12:23.01hrw|work_guillermo: machine/distro & bitbake command please
12:24.10_guillermoh3900/ familiar-0.8.3, bitbake 1.3.2
12:26.02_guillermoI have arm-linux-gcc-2.95 , but I don't know why that worked with the akita but not with the ipaq
12:26.22hrw|work_guillermo: which exactly command you tried? "bitbake umbaumba"?
12:26.40*** join/#oe bronson (n=bronson@pool-71-243-110-163.bos.east.verizon.net)
12:26.54_guillermoyes, but after setting up the path
12:27.59hrw|worksorry my glassball is in service repair.
12:28.16_guillermoI read so
12:28.24XorAhrw|work: tarrot crds are much more damage resistant
12:28.34_guillermoI guess a symlink will do for now
12:30.21hrw|workXorA: I always preferred glassball. tried tea leaves but I mostly drink express tea..
12:32.00hrw|workangol..
12:33.25hrw|workXorA: we can order any available at store
12:35.28_guillermohrw|work: after the symlink, still doesnt work. now I get: arm-linux-gcc: cannot specify -o with -c or -S and multiple compilations
12:36.20hrw|work_guillermo: as I wrote: my glassball is in service repair.
12:36.20_guillermook ok
12:36.22hrw|work_guillermo: without cmdline which you use I cannot help
12:36.23koenthrow out TMP and try again
12:36.28hrw|workbest way
12:37.19hrw|work_guillermo: your questions currently look like "why it gives me red line?" without telling that command was "make this line in blue"
12:37.48hrw|worksomeone know a tool which will show which process use most of i/o?
12:38.16_guillermohrw|work: excuse me. What I say is: I try: bitbake  x   ----> I get : errors bla bla arm-linux-gcc not found
12:38.54_guillermoI have a arm-linux-gcc-2.95 in my PATH, and I didn't know why it was not used
12:39.09hrw|work_guillermo: 2.95 is only for 2.4-crapix zaurus kernels
12:39.13hrw|work~zauruskernels
12:39.15ibot[zauruskernels] By default Zaurus use 2.4.18 or 2.4.20 and you need GCC 2.95.3 to compile them - all is described in OE wiki: http://openembedded.org/cgi-bin/moin.cgi/ZaurusKernels There is also work on 2.6: http://openembedded.org/cgi-bin/moin.cgi/ZaurusKernels26
12:39.25NAbyss2.6 is nice.
12:39.37hrw|workNAbyss: not on my collie
12:39.42NAbysshrw|work: really?
12:39.48XorA~lart me for being a mong
12:39.49hrw|workNAbyss: yes
12:40.00_guillermobut I don't underdstand. I have compiled 2.6 kernel for my akita, what arm-linux-gcc is it using?
12:40.00NAbysshrw|work: What's it do?
12:40.22hrw|workNAbyss: collie lose sd/mmc support (no docs), lose usbclient (no strongarm implementation)
12:40.29NAbyssahh
12:40.47hrw|workNAbyss: so user has pda with cf, 14.4M rootfs and serial port
12:41.09koennfs over slip!
12:41.21ade|deskhrw|work: sounds like a 3630 to me ;)
12:41.29NAbysshrw|work: That's gotta suck
12:41.54ade|deskkoen: nfs over cf wifi, shurely
12:42.05NAbyssade|desk: Now that's just masochism
12:42.07ade|desks/shurely/surely
12:42.07hrw|workade|desk: but 3630 does not have more
12:42.28ade|deskstill useable
12:43.06XorAhrw|work: is everything collie wise working except those two points?
12:43.22hrw|workXorA: dont know - did not trace 2.6 on it
12:43.36hrw|workXorA: charging not done yet iirc
12:43.43XorAhrw|work: if its that close, it would be worth the couple of hours for an image just to tempt people
12:44.03hrw|workXorA: first we will need linux-openzaurus-collie_git.bb
12:44.23do13_hrw|work: sd on collie 2.6 should be possible
12:44.32hrw|work~locomo
12:44.33ibotfrom memory, locomo is a completely undocumented chip in the Sharp Zaurus
12:44.44do13_hrw|work: http://www.do13.de/openzaurus/temp/collie1.txt
12:45.06hrw|workdo13_: o...
12:45.32RPdo13_: Theres a lot of work in doing it that way :-/
12:45.40do13_hrw|work: last year I played with IDA PRO.
12:46.06hrw|workdo13_: arm deasm?
12:46.13do13_hrw|work: yeap
12:46.28hrw|workhardcore way
12:46.45RPa bit like aticore :-/
12:46.47koenkergoth has the docs
12:47.04do13_hrw|work: Yeah. I have basic understand how the SPI works.
12:47.24do13_koen: But he can't share it :-/
12:47.49ade|deskdo13_: but can talk about it
12:48.16do13_ade|desk: ok. But first I'll finish the tosa port
12:48.36ade|deskgood plan
12:49.10do13_hrw|work: We bought IDA PRO last year at work and I was looking at a good example:)
12:51.17do13_RP: Did you played with kexec?
12:51.46RPdo13_: Not yet...
12:52.09hrw|workdo13_: ;)
12:52.45do13_RP: I did it a few days ago. It's funny. I can boot into 2.4 crapix from 2.6. This make kernel testing easier
12:53.56RPdo13_: Sounds good. Its on my todo list to get it into OE
12:54.43Ifaistosi hate it when customers decide to change product release dates :/
12:55.21do13_RP: Add this into kernel patch series: http://www.do13.de/oz/patches/kexec-arm-r0.patch
12:55.59do13_RP: After work I'll send you the kexec-tools.bb file
12:56.16hrw|worksomeone send it already to oz-devel or oeml
12:57.05do13_Yes. These are the same patches.
12:57.12XorAkexec sounds interesting, I could boot crappix pdaXrom or Cacko roms on my Z without any interference
12:57.54do13_Yes thats possible.
12:58.30do13_kexec needs only an patched 2.6 kernel. After that you can load other kernel images.
12:58.42XorAdo13_: as my / is on SD, my internal flash could be crappix based
12:59.15do13_XorA: I did this yesterday on my tosa :)
13:00.05do13_XorA: http://www.do13.de/openzaurus/temp/start24.txt
13:00.41*** join/#oe _drak0_ (n=rob@user-10cmeb8.cable.mindspring.com)
13:04.39chouimatmorning
13:08.39hrw|workkergoth: openzaurus.org domain wait for payment too?
13:10.09CIA-403koen 07org.oe.oz354fam083 * rbebd24cb... 10/packages/linux/ (2 files in 2 dirs): hh-pxa-2.6: apply RPs ide_not_removable patch to avoid udev messing up cf card mounts
13:10.16CIA-403hrw 07org.oe.oz354fam083 * rf13f9ef4... 10/conf/machine/tosa-2.4.conf:
13:10.16CIA-4tosa 2.4 config: set preferred version of wlan-ng-modules to 0.2.1-pre26
13:10.16CIA-4since it is the most recent version that works
13:10.16CIA-4- taken from .dev (in a bit other way)
13:10.20CIA-403koen 07org.oe.oz354fam083 * r7e0d3587... 10/packages/libmimedir/libmimedir_cvs.bb: libmimedir: tweak FILES a bit, thank to Reenoo for spotting that
13:10.25CIA-403jbowler 07org.oe.dev * r53837b57... 10/packages/ (gcc/gcc3-build.inc glibc/glibc_2.2.5.bb):
13:10.25CIA-4gcc: change _nslu2 override to _slugos+_unslung in gcc3-build.inc
13:10.25CIA-4glibc: change _nslu2 override to _unslung in 2.2.5
13:10.25CIA-4<PROTECTED>
13:10.29CIA-403nail 07org.oe.dev * r985dc6e7... 10/packages/meta/slugos-packages.bb: slugos-packages: re-add setpwc to feeds
13:10.34CIA-403mgoebl 07org.oe.dev * r8515ae95... 10/packages/lirc/ (files/lircexec.init lirc-modules_0.8.0.bb lirc_0.8.0.bb):
13:10.35CIA-4lirc_0.8.0.bb, lirc-modules_0.8.0.bb: Fix init script, change maintainer
13:10.37CIA-4- Add lost daemonization-option to lirc-exec init script
13:10.39CIA-4- Change maintainer with permission by Michael Lauer
13:10.43CIA-403mgoebl 07org.oe.dev * r8d35aa77... 10/packages/libao/ (libao-alsa_0.8.6.bb libao-plugin-alsa_0.8.6.bb):
13:10.46CIA-4libao-plugin-alsa_0.8.6.bb: Rename from libao-alsa_0.8.6 and fix do_stage
13:10.48CIA-4- Rename libao-alsa to libao-plugin-alsa and define libao-alsa as
13:10.50CIA-4<PROTECTED>
13:10.52CIA-4<PROTECTED>
13:10.54CIA-4- Restrict staging that only the alsa-part will be staged
13:10.56CIA-403mgoebl 07org.oe.dev * r07db6790... 10/packages/musicpd/mpd/mpd.init:
13:10.58CIA-4musicpd: Add init script
13:11.00CIA-4- Add init script for mpd
13:11.02CIA-4<PROTECTED>
13:11.06CIA-403justinp 07org.oe.dev * r282bd719... 10/packages/libgpewidget/libgpewidget_0.109.bb: libgpewidget: fix strange issue with do_configure getting changed to nylon-image_do_configure
13:11.29hrw|workwho is mgoebl?
13:12.04CIA-403koen 07org.oe.oz354fam083 * r02d3cf5b... 10/packages/gpdf/gpdf_2.10.0.bb: gpdf: add 2.10.0 from .dev, more stable than 2.8.2
13:12.21RPdo13_: I'll add that in the next set of changes
13:13.59do13_RP: ok
13:32.13Ifaistosmental note -> When changing uclibc versions delete /tmp
13:32.41IfaistosRP: Got it to work finally :)
13:34.42*** join/#oe benlau (n=benlau@221.125.13.158)
13:37.22*** join/#oe darkschneider (n=gab@213-140-6-96.ip.fastwebnet.it)
13:46.27CIA-403koen 07org.oe.oz354fam083 * r69621df0... 10/packages/cups/cups_1.1.23.bb: cups: add 1.1.23, with hacks to make it build
13:46.32CIA-403koen 07org.oe.dev * r5a47716e... 10/packages/cups/cups_1.1.23.bb: cups: add 0.1.23, with hacks to make it build
13:49.07*** join/#oe HopsNBarley (n=hops@adsl-152-48-100.gnv.bellsouth.net)
13:53.38RPIfaistos: Excellent. For major changes like that, wiping /tmp is a must
13:56.00do13_RP: Kexec-tools http://www.do13.de/oz/temp/kexec-tools-bb.patch
14:03.20*** join/#oe alan|home (n=alan@ARouen-152-1-35-120.w83-115.abo.wanadoo.fr)
14:04.50CIA-403xora 07org.oe.dev * rf87dbdf8... 10/packages/mozilla/firefox-1.0.7/ (firefox-cc-fix.patch jsautocfg.h mozconfig): firefox_1.0.7.bb : add the supporting files I forgot.
14:07.36hrw|workI would s+/tmp+TMPDIR+
14:15.39hrw|workguess how long does 'rm -rf .ccache .ccache-old' can take
14:15.51koen3 hours?
14:16.15hrw|workI hope not ;) 0.5h already taken
14:26.30XorAhrw|work: you have ccache actually woring?
14:27.00hrw|workXorA: on @home @work machines
14:27.42XorAI tried it, but my experience of it + oe was garbaged files and wierd link messages
14:28.04RPMy images work... :)
14:28.20koenswitching between soft and hardfloat doesn't always work either with ccache
14:32.51pb__XorA: that is odd.  ccache has been the default in oe basically forever, and it seems to work fine for everyone else.
14:36.54*** join/#oe Cwiiis[uni] (n=cil103@corwin.ecs.soton.ac.uk)
14:37.47*** join/#oe Luke-Jr (n=luke-jr@CPE-24-31-249-53.kc.res.rr.com)
14:37.58XorApb__: that is not true, at the time I was having ccache problems, there were quite a few people with similar problems on IRC, it seems in intervening time something has improved
14:40.04*** join/#oe gcr (n=gcr@12.30.179.103)
14:52.32*** join/#oe mrz80 (i=1000@caledonia.cns.ufl.edu)
14:56.31CIA-403xora 07org.oe.dev * r4f0394e8... 10/packages/ (3 files in 2 dirs):
14:56.31CIA-4gnome-cups-manager_0.31.bb, libgnomecups_0.2.2.bb : add these to OE now cups exists.
14:56.31CIA-4cups_1.1.23.bb : inherit binconfig for cups-config staging and add staging for the header files and libs
14:57.11RPXorA: FWIW, I've never seen ccache cause problems for me, even when others were seeing them
14:57.34XorARP: maybe its amd64 only :-)
14:57.56RPamd64 seems to be nothing but problems :)
14:57.56XorARP: but if others are building fine these days, I shall if I get bored re-enable it
14:58.26XorARP: 99% of them are telling lazy people sizeof (int) != sizeof (void *)
15:08.15*** join/#oe poli (n=ca@CAcert-br/poli)
15:09.21*** join/#oe koen (n=koen@212.41.157.237)
15:24.21*** join/#oe rob_w|mis (n=rob_w@p549B98FE.dip0.t-ipconnect.de)
15:27.13*** join/#oe tmbinc (i=XXX@dslb-082-083-081-153.pools.arcor-ip.net)
15:40.34Bernardoguys, what domains are up for payment? I can pay at least for one for one year (at least at dyndns.org prices)
15:40.36*** join/#oe HopsNBarley (n=hops@adsl-214-112-84.gnv.bellsouth.net)
15:53.58*** join/#oe _drak0__ (n=rob@user-10cmeb8.cable.mindspring.com)
15:54.25*** join/#oe johnX (n=x@c-24-16-192-158.hsd1.wa.comcast.net)
16:08.01*** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo)
16:11.25*** join/#oe dyoung-away (n=dyoung@nslu2-linux/dyoung)
16:14.03CIA-403nail 07org.oe.dev * r1098d75c... 10/packages/ (14 files in 2 dirs):
16:14.03CIA-4radlib/wview: Add radlib/wview packages
16:14.03CIA-4radlib is a "rapid application development" library (http://www.radlib.teel.ws/)
16:14.03CIA-4wview is weather station app (http://www.wviewweather.com/)
16:14.08CIA-403nail 07org.oe.dev * r62bc6b12... 10/ (2 files in 2 dirs): slugos-packages: Add wview-packages to slugos feed
16:28.14*** join/#oe law_ (n=_law_@213.173.86.202)
16:30.30*** join/#oe alan|home (n=alan@ARouen-152-1-35-120.w83-115.abo.wanadoo.fr)
16:36.16*** join/#oe Timelord (n=TL@4.78.4.43)
16:39.05*** join/#oe oris_wolfbane (n=oris@82-38-121-195.cable.ubr01.hali.blueyonder.co.uk)
16:54.07*** join/#oe ar_ (n=ar@port-ip-213-211-231-88.reverse.mdcc-fun.de)
16:59.26*** join/#oe koen|770 (n=Koen@212.41.157.237)
17:10.41*** join/#oe Crofton (n=balister@hc6521c84.dhcp.vt.edu)
17:17.22*** join/#oe dan2003 (n=dan2003@cpc1-ware3-0-0-cust291.lutn.cable.ntl.com)
17:19.27*** join/#oe daggi (n=chrisada@81.168.51.182)
17:20.07daggihi all
17:20.12daggiany rubyists here?
17:22.39Philippehi people
17:24.38daggihi
17:24.49daggithis usually a busy channel?
17:25.07Croftonyes
17:27.48*** join/#oe gints|wrk (n=gints@195.244.141.102)
17:32.06*** join/#oe _drak0_ (n=rob@user-10cmeb8.cable.mindspring.com)
17:38.06*** join/#oe daggi (n=chrisada@81.168.51.182)
17:38.47*** join/#oe zap (n=zap@217.170.93.196)
17:40.14*** join/#oe Zero_Chaos (n=zero@68-71-34-255.pittpa.adelphia.net)
17:48.53*** join/#oe Ifaistos (n=stelios@dslcustomer169.vivodi.gr)
17:50.31*** join/#oe somebody_ (n=somebody@4ab54-1-81-56-3-73.fbx.proxad.net)
18:13.54*** join/#oe dijenerate (n=dijenera@72.22.143.41)
18:15.06*** join/#oe toi_ (n=peter@d54C24BC0.access.telenet.be)
18:19.00*** join/#oe incinerator (n=incinera@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk)
18:19.39*** join/#oe jmau (n=jmau@p54A590A7.dip0.t-ipconnect.de)
18:21.06*** part/#oe gcr (n=gcr@12.30.179.103)
18:26.44*** part/#oe jbowler-away (n=jbowler@nslu2-linux/jbowler)
18:29.15*** join/#oe koen (n=koen@212.41.157.237)
18:36.20CIA-403justinp 07org.oe.dev * r6ee2cf10... 10/packages/libeventdb/libeventdb_0.19.bb: libeventdb: fix another strange problem with do_configure getting nylon-image_do_configure
18:45.24zeckekoen: did you add Xgl yet?
18:45.52koenzecke: heh
18:46.22hrw|collieho
18:46.42hrw|colliebtw.. who fscked irda-utils?
18:46.43koenzecke: I didn't even add mese yet
18:46.46*** join/#oe gcr (n=gcr@12.30.179.103)
18:46.52mreimerhrw|collie: that would be me
18:47.04mreimerhrw|collie: what's the problem?
18:47.15hrw|colliemreimer: no /etc/sysconfig/irda
18:47.31mreimerhrw|collie: it's supposed to be created on package install
18:47.47hrw|colliehm. will look then
18:48.29mreimerhrw|collie: check /usr/lib/ipkg/info/irda-utils.postinst
18:48.46hrw|collieok. i know what culd be wrong here.
18:49.19JustinPhmmm....looks like anything that inherits gpe is getting nylon-image_do_configure: command not found
18:49.32hrw|colliegpe/dm started restarting on first boot  and maybe configure task doesnot happen
18:50.02JustinPof course I may be wrong...
18:51.06hrw|colliemreimer: btw.. why postinst instead of 'irda' file in metadata?
18:51.25hrw|colliefirst boot is long..
18:51.58mreimerhrw|collie: I suppose so one package can be shared amongst multiple devices.
18:52.07hrw|collieah.. yep
18:52.16*** part/#oe gcr (n=gcr@12.30.179.103)
18:52.17hrw|collieforgot that
18:56.49hrw|collie5% baterry.. cu
18:59.28*** join/#oe alan|home (n=alan@ARouen-152-1-35-120.w83-115.abo.wanadoo.fr)
19:01.05*** join/#oe koen (n=koen@212.41.157.237)
19:08.37Croftonanyof you guys good at alsa programming?
19:09.09*** join/#oe daggi (n=chrisada@82-35-4-157.cable.ubr01.hari.blueyonder.co.uk)
19:09.22koenCrofton: lrg should be
19:09.25koen~seen lrg
19:09.28ibotlrg <n=liamg@212.20.225.130> was last seen on IRC in channel #oe, 32d 2h 26m 26s ago, saying: 'Luke-Jr: alsa now gives the flexability for additional controls that don't easily fit into the oss model'.
19:09.36Croftonheh
19:09.37koen~seen lrg|home
19:09.38ibotlrg|home <n=liam@80.187.150.49> was last seen on IRC in channel #oe, 5d 4h 11m 55s ago, saying: 'ah'.
19:09.39koen~seen lrg|work
19:09.41iboti haven't seen 'lrg|work', koen
19:09.43Croftonbetter
19:10.09CroftonI need to make sound come out of a speaker, and i need the code to run on arm CPUS
19:10.13Croftonie no floating point
19:10.44koencat /dev/urandom > /dev/dsp
19:11.09Croftonand I am trying to convice myself alsa can really accept what ever rate I ask for and do the write thing
19:11.27Croftonmy data is carefully generated :)
19:11.31koenlibasound should handle that iirc
19:11.53koencan't that fancy c54x dsp to rate conversion?
19:11.56Croftonthe docs are not clear at all
19:12.02Croftonwell it can
19:12.12Croftonbut I am trying to avoid that right now
19:12.37CroftonI need the code to run on a regular machine also
19:15.35francemoved anoncvs to anoncvs@anoncvs.handhelds.org,  anoncvs@cvs.handhelds.org should work for a while...
19:16.16*** join/#oe pH5 (n=ph5@e178245027.adsl.alicedsl.de)
19:21.49RPfrance: You'd better mention that on the oe mailing list so someone can update OE to reflect that
19:23.21franceRP: I did in Oct before the move of the site, everybody was supposed to update the pages at that time.  I am going to put a note on the front page of hh.org
19:24.04franceRP: Someone probably needs to scan the web pages and wiki
19:24.05*** join/#oe koen (n=koen@212.41.157.237)
19:24.07RPfrance: Ah, I think I'm misunderstanding - oe might have been updated then
19:24.24franceRP: I try to give as much warning as I can....
19:24.32koenthe bug was close
19:24.35koenclosed*
19:24.45koenso OE should have been updated
19:24.58koen(HANDHELDS_CVS in conf/bitbake.conf)
19:25.31francewe just need to scan the wiki and web pages...
19:25.40CIA-403philippe 07org.oe.dev * r4ef07b63... 10/packages/matchbox-panel/ (2 files in 2 dirs):
19:25.40CIA-4packages/matchbox-panel/matchbox-panel-0.9.2/system-monitor-crash-fix.patch
19:25.40CIA-4* update patch to avoid compile time cpu selection
19:25.40CIA-4packages/matchbox-panel/matchbox-panel-0.9.2/matchbox-panel_0.9.2.bb
19:25.40CIA-4* bunp PR number
19:26.10franceand we should all do extra testing, just to be certain, .... (yes, I have a backup plan for tying my shoes)
19:26.25francekoen: :-D
19:26.33koenfrance: velcro?
19:27.21CoreDump|afkhi
19:28.23francekoen: loafers :-D
19:28.50koen:)
19:29.01franceit will take a while for the dns changes to propigate, I do not expect any user issues, but we will see. :-D
19:32.40*** join/#oe Chocobo (n=swinchen@thecheat.eece.maine.edu)
19:33.15Chocoboman, is building a cross compiler toolchain as difficult as it looks?
19:33.42koenit is
19:33.54koenthat why people either use prebuilt ones, OE or crosstool
19:34.30ChocoboAlright, I am trying to target the TI MSP430
19:36.03RPkoen: Its not difficult. I type bitbake gcc-cross ;-)
19:36.26koenheh
19:36.45koenI remember building my own cross and native toolchains long ago
19:37.03Chocobobitbake?  is that like crosstool?
19:37.17koenthen I switched to prebuilt ones
19:37.28koennot long after that I switched to OE
19:37.34koenaround 2 years ago
19:37.42RPChocobo: bitbake is the program that uses the openembedded meta data
19:38.09RPI'm not sure I ever did build my own. I think I did bits of it now and again to rebuild parts of prebuilt ones
19:39.29koen*the* reason to despise g3nt00 ;)
19:39.46johnXkoen: what do you use now?
19:40.10koenjohnX: debian on servers, ubuntu on workstation, osx on laptop
19:40.24ChocoboAhh.   I am sorry, I am not really sure what openembedded is but I am doing embedded stuff so I thought this might be the channel for me :)
19:40.53RPChocobo: oe.handhelds.org
19:41.58Chocobobugger :(  crosstool doesn't support the processor I want.
19:42.25Chocobooe looks pretty cool :)
19:43.20*** join/#oe _chronic (n=chronic@132.145.187.81.in-addr.arpa)
19:43.34*** part/#oe _chronic (n=chronic@132.145.187.81.in-addr.arpa)
19:43.39koencan the msp430 ron uclinux?
19:45.18koenaha: http://mspgcc.sourceforge.net/
19:48.03NecronomIt was even used on a real product. :)
19:48.53Necronom(management firmware for a storage controller)
19:50.57ChocoboYeah, I have seen the prebuilt ones... I am not exactly sure which set to use... there appeards to be two different sets, and the last time they were updated is 2003.  Is there any benefit to using more recent version of binutils and gcc?
19:57.28*** join/#oe koen (n=koen@212.41.157.237)
19:57.43ChocoboAlright...  so it looks like the steps are...  build binutils first (./configure --target=msp430 --opt=/opt/msp430)  then is gcc... only the C language though (./configure --target=msp430 --prefix=/opt/msp430 --enable-language=c) then I need to build glibc?  or ulibc?
20:00.07CIA-403koen 07org.oe.oz354fam083 * rb0994d2e... 10/packages/matchbox-panel/ (2 files in 2 dirs): matchbox-panel: update system-monitor-crash-fix patch from .dev
20:01.23Chocobohmm....
20:03.20*** join/#oe Mardy (n=mardy@adsl-ull-84-48.42-151.net24.it)
20:10.18Mardyhi all
20:10.49koenhey Mardy
20:17.01*** join/#oe _chronic (n=chronic@132.145.187.81.in-addr.arpa)
20:23.41*** join/#oe cedric (n=cedric@AAnnecy-152-1-136-203.w86-202.abo.wanadoo.fr)
20:23.51cedricevening
20:24.05koenhey cedric
20:24.56cedricRP: ping
20:26.44Chocobo*** Configuration msp430-unknown-none not supported - got this when compiling the c compiler.  any ideas?
20:27.46cedrickoen: how do I see the last changing log file from monotone?
20:28.54koenmonotone log | more
20:30.01cedricthx
20:30.34koenor monotone log <file> | more
20:33.27DataBeaverDamn, ipkg upgrade is a dangerous command.
20:33.54DataBeaverIt has a tendency of removing important system commands.
20:34.51DataBeaverYeah, here we go.  No /bin/sh.
20:35.15shadowsouch
20:35.17CoreDump|homeyep, trashed a test image yesterday this way
20:35.23koenheh
20:35.27*** part/#oe _chronic (n=chronic@132.145.187.81.in-addr.arpa)
20:35.35koenanother victim of #1503
20:35.37DataBeaverI'll have to be more careful than last time in getting that back...
20:35.48koenhttp://handhelds.org/~bugzilla/show_bug.cgi?id=1503
20:36.03DataBeaveri.e. absolutely no closing that last remaining shell.
20:36.16*** join/#oe boras (n=bora@85.102.128.60)
20:37.20DataBeaverI do still have scp, so I should be able to get the missing files back in place.
20:37.29DataBeaverAs well as coreutils.
20:41.39*** join/#oe chouimat (n=dieu@kde/developer/chouinard)
20:43.22pb_DataBeaver: heh, yeah, that is a bad bug
20:43.57DataBeaverLucky me that I'm not thte average Joe User.
20:44.22*** join/#oe koen (n=koen@212.41.157.237)
20:46.15zeckepb_: hey, I think darcs is not suitable for OE - even if the developers look nice
20:46.56pb_hi zecke
20:47.02CIA-403koen 07org.oe.oz354fam083 * r18a440a1... 10/conf/machine/ (h2200.conf h3900.conf ipaq-pxa270.conf):
20:47.02CIA-4xscale ipaq: tweaks
20:47.02CIA-4* use tune-strongarm
20:47.02CIA-4* ship gaim with gpe
20:47.02CIA-4* ship gpe-filemanager with gpe
20:47.17pb_ah, you have photos of the developers?  I didn't even think of checking for that.
20:48.23zeckepb_: 'nice' from the amount of cooperation
20:49.24*** join/#oe mallum (n=mallum@host86-136-17-6.range86-136.btcentralplus.com)
20:49.27pb_doh
20:50.01zeckepb_: I'm eagerly waiting on monotone .26 as well
20:50.17pb_ah right, what's the news in that version?
20:50.31zeckepb_: new revision core (roster)
20:50.46zeckepb_: it is supposed to be easiert to maintain, hack-on
20:51.01pb_very good
20:51.07DataBeaverWhat package contains the ipkg binary?
20:51.10zeckepb_: but they have at least two more netsync changes planned
20:51.18DataBeaveripkg only has ipkg-cl
20:51.26DataBeaverOr maybe that's correct?
20:51.27pb_DataBeaver: ipkg is a symlink to cl, I think
20:51.30pb_er, to ipkg-cl
20:51.49DataBeaverk
20:51.51pb_zecke: yeah, that's unfortunate.  monotone does sound pretty good except the netsync upheaval
20:52.02DataBeaverI noticed I'm missing that too :P
20:52.07zeckepb_: well e.g. git over http has issues as well
20:52.26zeckepb_: e.g. when packing objects and git fetch/pull can fail as data vanishes from the server
20:52.53zeckepb_: so we have to live with some kind of limitations on the pull part ;)
20:52.56pb_yeah, that is unfortunate as well.
20:53.02pb_heh, right, it seems
20:53.11zeckepb_: but there is a git server (haven't tested it)
20:53.22pb_does that avoid this issue?
20:53.27zeckepb_: but they could just change the protocol as well
20:53.35zeckepb_: yes this should avoid this issue
20:54.35pb_cool
20:55.02zeckepb_: but monotone 0.26 (unoptimized) is already faster than 0.25
20:55.13pb_that's good
20:55.16zeckepb_: 6 to 8 times faster
20:55.24pb_excellent
20:55.26zeckepb_: according to a devel post on the mnt list
20:55.53zeckenowadays I'm struggling with a corporate firewall as well and can not use netsync
20:56.06pb_doh
20:56.27pb_yeah, I guess that's an advantage for http based protocols.
20:56.40pb_luckily the firewall thing is not a problem that I suffer from myself :-}
20:57.02*** join/#oe bam_ (n=bam@pool-71-108-99-77.lsanca.dsl-w.verizon.net)
20:57.06*** join/#oe koen (n=koen@212.41.157.237)
20:57.41cedricRP: latest pull --> http://pastebin.com/543844
20:59.59DataBeaverbusybox and ipkg reinstalled.
21:00.13DataBeaverPlease fix that bug ASAP.
21:01.44DataBeaverHm, where do I get the runlevel command?
21:01.46koenhelp test ipkg .159 :)
21:02.38DataBeaverWhere can I get it?
21:02.59koenbitbake it
21:03.12koencp the .158 .bb to .159 .bb and bitbake it
21:03.30DataBeaverMy files only go up to 155
21:03.50koencp that to .159
21:03.55DataBeaverk
21:04.16DataBeaverHow about the ipkg-0.99.155 directory?
21:04.46*** join/#oe tmbinc (i=XXX@dslb-082-083-081-153.pools.arcor-ip.net)
21:05.57*** join/#oe gremlin[it] (n=gremlin@88-149-150-142.f4.ngi.it)
21:06.11IfaistosIs there a way to compile the kernel with all the availiable modules but include only certain of them in the rootfs ?
21:10.24shadowsno, not really
21:12.23pb_Ifaistos: sure, the set of installed modules is controlled independently of the compile-time configuration
21:15.55Ifaistospb_: something like this ? BOOTSTRAP_EXTRA_RDEPENDS += "kernel-module-usb-storage"
21:16.21*** join/#oe tosa (n=tosa@vau06-1-82-228-255-84.fbx.proxad.net)
21:16.46pb_right
21:17.13pb_or put them directly into your image's IPKG_INSTALL
21:18.51*** join/#oe HopsNBarley (n=hops@adsl-220-146-73.gnv.bellsouth.net)
21:22.53CIA-403jbowler 07org.oe.dev * r5190c8d2... 10/conf/machine/include/ixp4xx.conf: ixp4xx: roll back to working ipkg version 154 in all ixp4xx conf
21:25.02CIA-403jbowler 07org.oe.dev * r21ab572c... 10/packages/meta/slugos-image.bb:
21:25.02CIA-4slugos-image: use SLUGOS_FLASH_IMAGE consistently in meta
21:25.02CIA-4<PROTECTED>
21:25.02CIA-4<PROTECTED>
21:25.12*** join/#oe tmbinc (i=XXX@dslb-082-083-081-153.pools.arcor-ip.net)
21:27.10JustinPkoen|away: ipkg 155 is broken?
21:34.06*** part/#oe jmau (n=jmau@p54A590A7.dip0.t-ipconnect.de)
21:34.17*** join/#oe oris_wolfbane (n=oris@82-38-121-195.cable.ubr01.hali.blueyonder.co.uk)
21:34.49*** join/#oe johnX (n=x@c-24-16-192-158.hsd1.wa.comcast.net)
21:37.43Ifaistospb_: I did so but still copies all the modules to the rootfs. :( i am using a modified copy of the Nylon distro to get a uclibc x86 distro
21:39.05pH5Ifaistos: that's because x86.conf includes kernel-modules which depends on all modules built.
21:39.58*** join/#oe chouimat (n=dieu@kde/developer/chouinard)
21:44.18*** join/#oe dyoung-away (n=dyoung@nslu2-linux/dyoung)
21:44.25*** join/#oe tmbinc_ (i=XXX@dslb-082-083-081-153.pools.arcor-ip.net)
21:47.05IfaistospH5: Thanks!
21:53.21*** join/#oe guillermo_ (n=guillerm@dslb-084-062-176-149.pools.arcor-ip.net)
21:54.45*** join/#oe hhhhcz (n=arnaud@vau06-1-82-228-255-84.fbx.proxad.net)
22:11.35*** part/#oe law_ (n=_law_@213.173.86.202)
22:24.52CIA-403justinp 07org.oe.dev * r12ad3125... 10/packages/ (2 files in 2 dirs): gpe-calendar, gpe-bluetooth: fix nylon-image_do_configure errors
22:24.56CIA-403pH5 07org.oe.dev * rb6447bbb... 10/packages/gpe-bluetooth/gpe-bluetooth_0.52.bb: gpe-bluetooth: add 0.52
22:26.06JustinPoooh....I wonder if that one got updates....
22:26.08JustinPupdated
22:26.18JustinPI really don't understand what's going on with nylong...
22:26.20JustinPnylon
22:28.47*** join/#oe DaKa (n=david@193.13.58.211)
22:31.24*** join/#oe CoreDump|home (n=mhentges@xdsl-84-44-228-165.netcologne.de)
22:50.27*** join/#oe Geo_KM (n=keith@bh02i525f01.au.ibm.com)
22:52.01*** join/#oe tmbinc (i=XXX@dslb-082-083-081-153.pools.arcor-ip.net)
22:54.38*** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby)
23:04.00*** join/#oe tmb_grrr (i=XXX@dslb-082-083-081-153.pools.arcor-ip.net)
23:12.57*** join/#oe reenoo (n=r@p5489CB55.dip.t-dialin.net)
23:15.58*** join/#oe katossi (n=guillerm@dslb-084-062-176-149.pools.arcor-ip.net)
23:18.22*** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby)
23:20.05*** join/#oe AvengerMoJo (n=alex@207.44.242.115)
23:26.20*** join/#oe koen|sleep (i=koen@dominion.kabel.utwente.nl)
23:38.56*** join/#oe ScytheBlade1 (n=Death@about/pxe/ScytheBlade1)
23:59.15*** join/#oe _CoreDump|home (n=mhentges@hentges.net)
23:59.37*** join/#oe tubbie|home (n=sam@hentges.net)
23:59.53*** join/#oe cdbot (n=cdbot@hentges.net)

Generated by irclog2html.pl by Jeff Waugh - find it at freshmeat.net! Modified by Tim Riker to work with blootbot logs, split per channel, etc.