IRC log for #oe on 20100513

00:04.13*** join/#oe hrw|gone (~hrw@chello089078170228.chello.pl)
00:05.42*** join/#oe Hoolxi (~cyber@li92-43.members.linode.com)
00:15.06*** join/#oe tmartins (~zero@187.37.68.75)
00:16.27*** join/#oe robtow (~rob@12.156.66.34)
00:29.27*** join/#oe whittenburg (~whittenbu@ip72-213-154-11.ok.ok.cox.net)
00:38.42*** join/#oe tmartins (~zero@187.37.68.75)
00:38.44*** join/#oe robtow (~rob@12.156.66.34)
00:46.54*** join/#oe raster (~raster@enlightenment/developer/raster)
00:54.15*** join/#oe methril (~methril@189.27.128.147.dynamic.adsl.gvt.net.br)
00:58.53*** join/#oe 31NAATGVZ (~zero@187.37.68.75)
01:05.10*** join/#oe tmartins__ (~zero@187.37.68.75)
01:12.36*** join/#oe marex (~marex@vasut.kolej.mff.cuni.cz)
02:11.40*** join/#oe fraxinath (~quassel@cl-2561.ham-01.de.sixxs.net)
02:30.06*** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net)
02:58.15*** join/#oe aloisiojr (~aloisio@187.58.99.91)
03:10.00*** join/#oe Spyzer (~spyzer@210.212.53.155)
03:43.34*** join/#oe ibot (~ibot@rikers.org)
03:43.34*** topic/#oe is OpenEmbedded Developer Lounge | Web: http://openembedded.org | Bugtracker: http://bugs.openembedded.org and http://tinderbox.openembedded.org for compile issues | Repository: git.openembedded.org/openembedded and repo.or.cz/r/openembedded.git as ro mirror | This is not a distro or machine support channel
03:44.23*** join/#oe mithro (~tim@unaffiliated/mithro)
04:09.45*** join/#oe robtow (~rob@64.62.142.114)
04:17.13*** join/#oe xjqian (~gordon@mir-nil-pat-118-150.wustl.edu)
04:47.10*** join/#oe xjqian (~gordon@mir-nil-pat-118-150.wustl.edu)
04:53.53*** join/#oe losinggeneration (~quassel@ics184-118.icsincorporated.com)
05:07.13*** join/#oe mrc3 (~mrc3@nat/ti/x-betfevudbvdwpkvo)
06:06.58*** join/#oe bala_holmes (~7aa44fba@gateway/web/freenode/x-gkihxbwabtokoqyg)
06:13.52*** join/#oe denix (~denys@nat/ti/x-nygwxrwrvlunizet)
06:26.02*** join/#oe jd (~jd@modemcable207.134-202-24.mc.videotron.ca)
06:26.02*** join/#oe jd (~jd@Wikipedia/HellDragon)
06:26.49*** join/#oe russo79 (~nuno@adsl-62-167-135-84.adslplus.ch)
06:32.42*** join/#oe jd (~jd@modemcable207.134-202-24.mc.videotron.ca)
06:32.42*** join/#oe jd (~jd@Wikipedia/HellDragon)
06:35.58*** join/#oe bzmob (~bizmob@122.169.42.105)
06:37.11*** part/#oe jd (~jd@Wikipedia/HellDragon)
06:37.51*** join/#oe B_Lizzard (~havoc@athedsl-424529.home.otenet.gr)
06:45.46*** join/#oe raster (~raster@enlightenment/developer/raster)
06:49.36*** join/#oe lrg (~lrg@slimlogic.co.uk)
06:50.09*** join/#oe cdbot2 (~cdbot2@hentges.net)
06:52.21*** join/#oe hrw-uds (~hrw@conference/ubuntudevsummit/x-idxphnoygohdnvbq)
06:53.01*** join/#oe hrw-uds (~hrw@conference/ubuntudevsummit/x-rjjctzkecpgiflhd)
06:57.48*** join/#oe doragasu (~chatzilla@21.Red-80-25-49.staticIP.rima-tde.net)
07:03.17*** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net)
07:10.44hrw-udshi
07:12.29*** join/#oe ciarez (~52c108e2@gateway/web/freenode/x-jfymujfcjkwvmbpg)
07:13.43ciarezHi. I have a problem: oe rebuild busybox everytime I rebuild rootfs image. Can someone help me?
07:17.53*** join/#oe udovdh (~udovdh@2001:980:311f:0:21f:d0ff:feb1:f836)
07:19.57*** join/#oe kristoffer (~kristoffe@94.191.156.126.bredband.tre.se)
07:21.11*** join/#oe ericben (~eric@tal33-3-82-233-81-124.fbx.proxad.net)
07:32.28*** join/#oe d_t_h (~dieter@p4FDEEE7B.dip.t-dialin.net)
07:36.29*** join/#oe ebenard (~ebenard@pac33-2-82-240-38-71.fbx.proxad.net)
07:37.26*** join/#oe ebenard (~ebenard@pac33-2-82-240-38-71.fbx.proxad.net)
07:40.42*** join/#oe ericben (~ebenard@pac33-2-82-240-38-71.fbx.proxad.net)
07:41.02*** join/#oe ericben (~ebenard@pac33-2-82-240-38-71.fbx.proxad.net)
07:44.32*** join/#oe hrw (~hrw@conference/ubuntudevsummit/x-vrmplpzvgbxbdkxr)
07:58.09*** join/#oe eFfeM (~Frans@j200125.upc-j.chello.nl)
08:04.42*** join/#oe vonami|work (~vonami@79.143.67.122)
08:17.17*** join/#oe Omegamoon (~egoe@demolitionman.xs4all.nl)
08:22.34*** join/#oe simoni (~simoni@188-222-193-112.zone13.bethere.co.uk)
08:28.37*** join/#oe Heinervdm (~thomas@pD9E14901.dip.t-dialin.net)
08:29.40*** join/#oe ericben (~ebenard@pac33-2-82-240-38-71.fbx.proxad.net)
08:33.33CIA-203Stefan Schmidt <stefan@datenfreihafen.org> 07org.openembedded.dev * r93c655e4f6 10openembedded.git/conf/machine/imote2.conf:
08:33.33CIA-2imote2.conf: Restore old kernel provider.
08:33.33CIA-2Thanks Koen for spotting.
08:59.51*** join/#oe hrw-uds (~hrw@conference/ubuntudevsummit/x-enftmdsgpbwpadtj)
09:10.05*** join/#oe Sleep_Walker (~Sleep@nat/novell/x-hwqdrpqirlshpmmx)
09:17.01*** join/#oe morphis (~morphis@p5489BFF3.dip.t-dialin.net)
09:20.11*** join/#oe hrw-uds (~hrw@conference/ubuntudevsummit/x-dfgytefsshuislfa)
09:26.02*** join/#oe doragasu (~chatzilla@21.Red-80-25-49.staticIP.rima-tde.net)
09:26.17*** join/#oe Spyzer (~spyzer@210.212.53.155)
09:30.24*** join/#oe xjqian (~gordon@mir-nil-pat-118-150.wustl.edu)
09:36.11*** join/#oe playya (~playya@unaffiliated/playya)
09:39.56*** join/#oe toi (~toi@d54C2AA76.access.telenet.be)
09:44.28*** join/#oe otavio (~otavio@debian/developer/otavio)
09:55.33*** join/#oe otavio (~otavio@debian/developer/otavio)
10:04.54*** join/#oe hrw-uds (~hrw@conference/ubuntudevsummit/x-suooktdqtguvwmlv)
10:12.46*** join/#oe blindvt (~bf@85-127-94-237.dynamic.xdsl-line.inode.at)
10:15.18*** join/#oe siji (~siji@122.169.42.105)
10:20.49*** join/#oe ceyusa (~vjaquez@155.99.117.91.static.mundo-r.com)
10:28.55*** join/#oe mickey|office (~Mickey@dialbs-092-079-168-007.static.arcor-ip.net)
10:29.33*** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho)
10:51.04CIA-203Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r9f68124263 10openembedded.git/recipes/xorg-lib/ (pixman-0.18.0/565-scanline.patch pixman_0.18.0.bb): pixman: add generic 565 scanline fetcher
10:56.47*** join/#oe kristoffer (~kristoffe@95.209.129.89.bredband.tre.se)
11:05.38*** join/#oe playya (~playya@unaffiliated/playya)
11:11.30*** join/#oe jkridner (~a0321898@pdpc/supporter/active/jkridner)
11:15.00*** join/#oe xjqian (~gordon@116.232.141.162)
11:17.17CIA-203Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r93a439a42b 10openembedded.git/recipes/qemu/ (2 files in 2 dirs):
11:17.17CIA-2qemu: add workarround to fallback to safe mmap_min_addr
11:17.17CIA-2* in case /proc/sys/vm/mmap_min_addr cannot be read because of security
11:17.17CIA-2of host system
11:17.17CIA-2Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
11:30.26vonami|workwhat's the best way to get utf-8 input working in a shell in oe?
11:33.17*** join/#oe otavio (~otavio@debian/developer/otavio)
11:34.18*** join/#oe GNUtoo (~GNUtoo@host103-144-dynamic.54-79-r.retail.telecomitalia.it)
11:41.03*** join/#oe svolpe (~Gerrath@unaffiliated/gerrath)
11:48.06*** join/#oe zoff99 (chatzilla@chello080109110037.13.15.vie.surfer.at)
11:58.30*** join/#oe toi (~toi@d54C2AA76.access.telenet.be)
12:04.45*** join/#oe mithro (~tim@unaffiliated/mithro)
12:05.13*** join/#oe otavio (~otavio@debian/developer/otavio)
12:05.17*** join/#oe BenLauDC (~benlau@221.125.8.44)
12:06.01*** join/#oe otavio (~otavio@debian/developer/otavio)
12:10.26*** join/#oe ericben (~ebenard@pac33-2-82-240-38-71.fbx.proxad.net)
12:10.58*** join/#oe ericben (~ebenard@pac33-2-82-240-38-71.fbx.proxad.net)
12:17.09*** join/#oe etrunko (~edulima@187.106.38.192)
12:22.10*** join/#oe mickey|zzZZzz (~mickey@openmoko/coreteam/mickey)
12:26.03*** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net)
12:28.17*** join/#oe gnutoo_ (~GNUtoo@host109-48-dynamic.21-79-r.retail.telecomitalia.it)
12:28.38*** join/#oe thaytan (~jan@119.12.70.246)
12:29.52*** join/#oe Proxyles (~henrik@nl118-171-71.student.uu.se)
13:05.37*** join/#oe pb_ (~pb@host86-156-69-106.range86-156.btcentralplus.com)
13:06.04*** join/#oe Openfree (~df@222.65.240.122)
13:07.31*** join/#oe hrw-uds (~hrw@conference/ubuntudevsummit/x-urrsxblpiarxvkzm)
13:10.10*** join/#oe shashi (~a0876501@nat/ti/x-xrfyuxstnjwubkef)
13:17.12CIA-203Shane Volpe <shanevolpe@gmail.com> 07org.openembedded.dev * r21600c8a33 10openembedded.git/recipes/mono/ (41 files in 7 dirs):
13:17.12CIA-2mono: Add version 2.6.3
13:17.12CIA-2* Removed old versions of mono as they were broken.
13:17.12CIA-2* Fixed mono packages so mono now builds with new native staging.
13:17.12CIA-2* Changed mono floating point to ARM_FPU_NONE so it works with all architectures.
13:17.13CIA-2* Added libtoolize --force --copy to mono.inc to allow any libtool version to work.
13:27.16*** join/#oe woglinde (~heinold@f052067087.adsl.alicedsl.de)
13:30.30*** join/#oe raster (~raster@enlightenment/developer/raster)
13:32.49*** join/#oe robtow (~rob@64.62.142.114)
13:45.35*** join/#oe kristoffer (~kristoffe@79.138.205.251.bredband.tre.se)
13:50.23*** join/#oe aloisiojr (~aloisio@200.184.118.130)
13:50.30*** join/#oe matgnt (~matthias@p4FCF0810.dip0.t-ipconnect.de)
13:52.52*** join/#oe marcosmamorim (~marcos@201-68-138-174.dsl.telesp.net.br)
13:54.23vonami|workis there any way to find out which packet in the dependency chain triggers building of x11 stuff?
13:54.55woglindebitbake -g footarget
13:55.07woglindelook at the generated .dot files
13:55.47vonami|workwoglinde: thanks. I'll try
13:58.39*** join/#oe oneshel (~jim@c-98-216-198-0.hsd1.nh.comcast.net)
14:00.48GNUtoohi woglinde
14:00.56GNUtoobtw can I add an init script in XSERVER of a machine?
14:01.11GNUtoothe init script recipe is for calibrating the 2 screens at once
14:01.20GNUtoousing ts_calibrate
14:01.52GNUtooalso if I do so should I put something like COMPATIBLE_MACHINE in the tslib-init recipe?
14:02.28GNUtoobecause it has only the tslib-init/bug/ts_calibrate.sh which works only on bug 1.x
14:02.41GNUtoobut maybe kgilmer would be interested in adding support for bug 2.0
14:02.57GNUtoobecause I heard that they use tslib and ts_calibrate too
14:03.10woglindesorry
14:03.12woglindedont know
14:03.16woglindeask on the ml
14:07.02*** join/#oe robtow (~rob@64.62.142.114)
14:16.38woglindehms
14:17.01woglindehow do I staging correct for a shell script generated inside the recipe?
14:19.33kgilmergood morning woglinde GNUtoo
14:19.39GNUtoohi
14:20.06GNUtoowoglinde, try installing in do_install_append
14:20.21woglindehi kgilmer
14:20.35woglindesorry its native package
14:20.48woglindelook at jikes-inital
14:20.51GNUtookgilmer, I'm confused between matchbox 1.x and matchbox 2.x
14:20.58GNUtoowhich one is better?
14:21.06GNUtoois 2.x develloped?
14:21.25GNUtooon bug 1.x and 2.x which matchbox is used?
14:22.05*** join/#oe CosmicPenguin (~nobody@129-46-14-212.qualcomm.com)
14:22.06GNUtoowoglinde, ok thanks btw
14:22.22woglindehm maybee we will go for icepick
14:22.26woglindeto build the java stuff
14:22.36GNUtooicepick?
14:22.46woglindehttp://icedtea.classpath.org/wiki/IcePick
14:22.57kgilmerGNUtoo, i don't know :<
14:23.03*** join/#oe hrw-uds (~hrw@conference/ubuntudevsummit/x-fxlekpopvoqqdten)
14:23.08woglindere hrw
14:23.10GNUtookgilmer, ah ok
14:23.24kgilmerbut hrw-uds probably would GNUtoo :)
14:23.32GNUtoowow icepick
14:23.37GNUtoook
14:23.56woglindeI mean the native java stuff
14:24.00woglindeto build
14:24.32GNUtooyes I heard that java build was not modular
14:24.49GNUtoowith icepick it becomes modular
14:24.56GNUtoo=> more easily buildable
14:25.02GNUtoo*buildable more easily
14:25.05woglindehm not really
14:25.11woglindeicepick is only the langtools
14:25.22GNUtooah ok
14:25.27woglindejavac javadoc and stuff with out the classlibs
14:25.35GNUtooah ok :(
14:25.46woglindesigsaw you mean
14:25.57woglindeand its sheduled for jdk7
14:26.04GNUtoook I'll look
14:26.10GNUtooI hope jdk7 stay free
14:26.22GNUtoos/free/floss
14:26.34woglindeopenjdk7 has same license as openjdk6
14:27.22hrw-udskgilmer: ?
14:28.15GNUtoook nice
14:28.29GNUtoohrw-uds, hi kgilmer told me that you knew well matchbox
14:28.35kgilmerGNUtoo was wondering about matchbox 1.x vs 2.x in the bug1.3 vs bug20 builds
14:28.47GNUtoois 2.x maintained?
14:29.00GNUtooI bet 1.x isn't anymore
14:29.12hrw-udscatch me next hour please then
14:29.14*** join/#oe robtow (~rob@64.62.142.114)
14:29.22GNUtoook thanks a lot
14:29.26hrw-udsinside of session now
14:31.09hrw-udsGNUtoo: mb1.x is not maintained, mb2 is rather not maintained too. mbwm2 is used by nokia in maemo so maybe they do something.
14:31.27GNUtoook thanks
14:31.31hrw-udsGNUtoo: OH people moved to Clutter powered devices
14:31.39GNUtoowonder which one to use
14:31.50hrw-udspanel2, desktop2, wm1 or wm2
14:31.59GNUtoook thanks a lot
14:32.07GNUtoobecause 1.x state in oe isn't great
14:32.13GNUtoolots of things to fix
14:35.58*** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho)
14:37.20*** join/#oe Spyzer (~spyzer@210.212.53.155)
14:40.12MWelchUK_work_Has something happened to patchwork? I'm sure there's been some patches in the last 8 dyas!
14:40.41MWelchUK_work_s/dyas/days/
14:41.05*** join/#oe dcordes (~dccordes@unaffiliated/dcordes)
14:50.39*** join/#oe Spyzer (~spyzer@210.212.53.155)
14:56.51woglindehm someone remember how to do do_unpack into a specific dir?
14:59.55kergothwoglinde: 'subdir' uri parameter, its relative to the WORKDIR, it seems
15:00.12kergothsee base.bbclass, the end of oe_unpack_file
15:00.19woglindekergoth thanks
15:00.58kergothnp
15:02.15woglindehm cannt find a recipe using it
15:02.20dickelbeckanyone have some examples of amend.inc files they can point me to or share?  Is this in the manual?
15:02.33pb_hi kergoth
15:02.36kergothhey
15:02.44kergothwoglinde: wouldn't surprise me if none did :)
15:02.45woglindehi pb
15:02.49pb_hi woglinde
15:02.50kergothshould work though, in theory
15:02.55woglindewill test it
15:03.06kergothdickelbeck: an amend.inc is the same as any other .inc, its bitbake metadata
15:03.15kergothdickelbeck: just applied after the regular recipe is
15:03.46kergothjust avoid BBCLASSEXTEND and anonymous python usage in it, those make it unhappy
15:04.51dickelbeckto enable it, just add the amend class to the distro file?  Would be nice to have a summarizing manual page.  I could maybe do that if I can get to a point of understanding.
15:05.55woglindekergoth hm subdir is not what I wanted
15:06.17woglindekergoth I have 2 sources packages which should be untared in the same dir
15:06.48woglindeargs
15:06.55woglindeI meant I have 2 tar's
15:06.59woglindenot sourcepackages
15:07.01woglinde*sigh*
15:07.30pb_what do you mean by "untarred in the same dir" exactly?
15:07.43*** join/#oe raster (~raster@enlightenment/developer/raster)
15:07.46pb_if you just specify them both in SRC_URI, bitbake will effectively do "cd ${WORKDIR}; tar xf one.tar; tar xf two.tar"
15:07.57woglindepb right
15:08.06woglindebut the content shoud go into one dir
15:08.09woglindehm
15:08.13pb_do you mean that you want to unpack them and then somehow munge the contents together?
15:08.17woglindeseems I have to work with cp
15:08.19woglindepb yes
15:08.29pb_i.e. one.tar unpacks into ${WORKDIR}/one, two.tar unpacks into ${WORKDIR}/two, but you want all the files in one/?
15:08.36woglindepb right
15:08.38pb_in that case, you will need to add a do_munge() method to move the bits around
15:09.07woglindeyes
15:09.08pb_or teach the tar unpacker to pass --strip-components to tar, which I don't think it currently does
15:09.21GNUtooindeed like emacs or glibc
15:09.31GNUtoo(for the do munge)
15:09.39pb_if it did, then you could say "strip_components=1;subdir=woglinde_is_cool" and it would do the right thing
15:09.40*** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net)
15:10.03pb_that would probably be the most elegant solution
15:10.57woglindepb jupp
15:12.25woglindepb is it in bitbake or oe?
15:12.45pb_in oe. base.bbclass
15:12.55woglindeokay thanks
15:14.06woglindelooking at do_unpack
15:14.23woglindeI am a little bit ashamed
15:15.45kergothgod, i really wish the pydoc on functions/methods would document the exceptions they might raise
15:18.33*** join/#oe Spyzer (~spyzer@210.212.53.155)
15:19.14woglindepb haha you pointed me to do_unpack to clean it up
15:19.19pb_heh
15:20.00*** join/#oe Spyzer (~spyzer@210.212.53.155)
15:20.42kergothwoglinde: i started trying to do that - http://github.com/kergoth/OpenEmbedded/commits/kergoth/unpack
15:20.48kergothhaven't had time to polish it
15:21.00woglindefind the time
15:21.00kergothwoglinde: ignore the top commit, that's a no-go
15:21.02woglinde*g*
15:21.08kergothhttp://github.com/kergoth/OpenEmbedded/commit/2c130ea5209eadd902a698db2ac4229186424cb1 is the cleanup
15:23.08woglindehm I will split it up
15:23.11woglindein cmd_tar
15:23.15kergothwoglinde: mainly got bit by the implicit globbing
15:23.23kergothold method concatenated into a big command string
15:23.28kergothso '*' in uri got expanded there
15:23.43kergothbut * in file:// semantics are unclear, i think it shouldn't be supported
15:24.32woglindekergot we have 10 times the string tar x --no-same-owner -f
15:24.59kergothhehe
15:25.06kergoththat's a bit much
15:25.15woglindesure
15:25.29woglindeand you can't easily append options to it
15:25.57kergothlikely better to use a list and pass the list directly to subprocess as the arguments
15:26.00kergothshrugs
15:26.20woglinde*g*
15:26.42pb_yeah.  or split it up, use one subprocess for the decompressing, then an explicit pipe to another subprocess to do the untarring
15:27.52kergothlooks over his oe branches and wonders if he ever got some of this merged.. is a slacker, clearly
15:31.37*** join/#oe stefan_schmidt (~stefan@p5B037BA0.dip.t-dialin.net)
15:33.45kergothdid I ever merge this first pass removal of the 'bluez4' recipe?
15:33.48kergothscratches head
15:34.18pb_not that I recall
15:34.35woglindewonders too why we dont use j option for tar and bz2?
15:35.04broonieIt's changed names (admittedly years ago, but still).
15:35.43pb_dunno, might be a sop for non-gnu tar or something
15:35.55pb_not that I imagine there are many folks using oe with a tar that doesn't understand -j
15:36.38pb_or might have been done that way with a view to a future refactor along the lines that I suggested above :-}
15:36.54GNUtoomatchbox-desktop2 is great...it works with :0.0 and :0.1
15:37.28pb_so, two out of the possible infinite universe of displays and screens?  good work there.
15:37.29kergothpb_: http://git.openembedded.org/cgit.cgi/openembedded/commit/?h=kergoth/bluez&id=a053da8743966445342b495307e532178a1294e9 - thoughts?  based on your stuff :)
15:38.58pb_looks fairly decent to me, though I wonder whether it would be better to stick with "bluez4-libs" rather than calling the 4.x ones bluez-libs as well.
15:39.30pb_iirc, the 4.x and 3.x libraries are not even close to api compatible with each other, and (absent versioned dependencies of course) it would probably be easier for apps if they could stipulate which they wanted.
15:40.38pb_apart from that, though, it looks good (at least as far as I can tell from reading the diff)
15:42.48woglindeI wonder when some fixes
15:42.51woglindeNOTE: Handling BitBake files: | (1554/8421) [18 %]ERROR: Error Method already seen: get_glibc_fpu_setting in' glibc-package.bbclass' now in 'glibc-package.inc'
15:43.53kergothhmm, good point
15:49.58pb_mickeyl: good morning
15:50.05mickeylgood morning pb_
15:50.11mickeylpb_: already moved?
15:50.11woglindehi mickeyl
15:50.13mickeylhi woglinde
15:50.26pb_mickeyl: yup, last monday
15:50.44mickeylcool, congrats. can you settle now or is there lots of work left in the new house?
15:50.51pb_no, lots of work still to do
15:51.01pb_we basically need to move out of the house into a caravan for a few months
15:51.29pb_gotta demolish and rebuild part of the building, and the bit that we aren't demolishing requires quite a lot of remedial work
15:51.49pb_new insulation, new wiring, new doors, new windows, new staircase, new floors
15:52.04mickeylwow, that sounds like a plan for ther remainder of this year
15:52.11pb_yup, pretty much
15:52.30pb_hope to have the heavy work finished by about october, so that we don't have to stay in the caravan during the really cold bit of winter
15:52.46*** join/#oe Spyzer (~spyzer@210.212.53.155)
15:52.54pb_but yeah, it will probably keep our builder occupied for several months
15:53.13mickeylright
15:55.22pb_first step is to get the electricity company to install a new supply, which annoyingly involves digging up the road and hence costs rather a lot
15:56.21pb_then, gotta get the bloke with the hiab truck back to install the caravan.  then connect services up to it, then we can move in and start the work on the actual house.
15:59.01mickeyluh oh
15:59.14mickeyldiggin up the road sounds expensive
16:04.54pb_yeah, it is rather annoying
16:05.04pb_no way to avoid it though, really
16:05.11pb_the supply cable is on the other side :-}
16:13.41*** join/#oe hansdampf (~moritz@212.77.182.168)
16:15.54*** join/#oe eFfeM (~Frans@j200125.upc-j.chello.nl)
16:17.13*** join/#oe alecrim (~alecrim@189.2.128.130)
16:17.27denixany plans for OEDEM later this year?
16:19.12mickeylgood question. no plans whatsoever so far. wouldn't hurt to run a doodle poll to find a popular weekend within the Sept.->Nov. timeframe
16:20.57denixthere is an ELC-Europe in Cambridge, UK end of October... not sure PB would want to host another OEDEM though... :)
16:21.53*** join/#oe toi (~toi@d54C2AA76.access.telenet.be)
16:22.16mickeylas much as I enjoyed Cambridge I wouldn't mind less of a trip...
16:22.29mickeyl~seen zecke
16:22.32ibotzecke <~ich@123-192-188-67.dynamic.kbronet.com.tw> was last seen on IRC in channel #oe, 6d 3h 59m 13s ago, saying: 'ant_work: no, it is not broadcast.'.
16:24.41woglindedenix yes saw this too
16:25.29woglindezecke will be in iceland this or next week according to harald's blog
16:25.59*** join/#oe Heinervdm (~thomas@pD9E14901.dip.t-dialin.net)
16:26.36pb_I would be happy enough to host another OEDEM in Cambridge if that was desirable.  We have a new, and slightly smaller, office now but I think we could still fit everyone in.
16:30.19stefan_schmidtwoglinde: I think he is there right now
16:30.25stefan_schmidtwoglinde: vulcan tourism. ;)
16:30.44*** join/#oe Spyzer (~spyzer@210.212.53.155)
16:30.45woglindepb hm where do I have strip_components to be announced so that Exception:<type 'exceptions.NameError'> Message:global name 'strip_components' is not defined
16:30.55woglindedont occur anymore
16:32.21*** join/#oe zenlinuxPDX (~sgarman@c-76-115-42-183.hsd1.or.comcast.net)
16:32.33*** join/#oe toi (~toi@d54C2AA76.access.telenet.be)
16:33.54woglindeanyone else?
16:34.00woglindename and subdir are known
16:37.21*** join/#oe slaz (~slaz@64.128.254.193)
16:39.24kergothhmmmm
16:39.47kergothi wonder how to handle exceptions raised by python snippets.  i'd really rather not do what we do today and ignore them other than messages
16:39.50kergoththinks
16:40.13woglindehms
16:40.17woglindedont get it
16:40.42woglinde*sigh*
16:43.01*** join/#oe dfarnsworth (~dfarnswor@nat/montavista/x-wdyraguukaxnlsqd)
16:44.38oneshelanyone using the 2mmc at91sam9g20ek ?
16:45.21woglindeojay fixed
16:46.41tharveyanyone done any work on speeding up OE builds - wondering if there is any info out there: recomendations on disk configuration/filesystem, ramdisk for cache etc?
16:47.29tharveyand what is the general consensus on PARALLEL_MAKE and BB_NUMBER_THREADS - I've had issues using this on some machines but not others
16:47.43onesheltharvey: have you looked into packaged staging? http://marcin.juszkiewicz.com.pl/2008/07/01/packaged-staging-and-what-it-gives/
16:48.17tharveywas just looking at the RFC for that
16:51.32tharveyI've used packaged-staging in the past with arago (OE derived) and found that while it did speed things up it made certain updates difficult to debug.  I ran into situations where something in package staging was out of date and causing build issues resulting in my having to do a full clean
16:51.53tharveyspent a lot of time thrashing around before I tried the clean build - left a sour taste...
16:53.14kergothpstage packages contain pr/pv/pn.. the only reason itd be out of date is if you changed a global cflag or something.. those cases you have to wipe it, the same way you'd wipe tmp
16:53.26kergothwhich is why we need to get sane metadata hashing for it
16:53.33kergothto avoid that need in the future
16:54.40tharveynoted - I was working with a dev version of arago and its likely I or they were not bumping things correctly at the time
16:54.53kergothnods, thatd do it
16:55.30tharveyI can chalk it up to confusion - I wasn't familiar with the package staging at the time and it caught me by surprise that there was another thing to clean
16:56.10kergothyeah, understandable :\
16:56.22*** join/#oe simoni (~simoni@188-222-193-112.zone13.bethere.co.uk)
16:56.28denixtharvey: usually I'm paying attention to pv/pr, but I could have missed some before...
16:56.46kergothis trying to resolve this madness via http://github.com/kergoth/OE-Signatures
16:56.46tharveywhat filesystems are being used for build efficiency?  I'm using ext4 on ubuntu 10.4 (standard) - wondering if any of the other filesystems perform much better for builds
16:57.10tharveydenix, could just have easily been something I was doing :)
16:57.17*** join/#oe robtow (~rob@12.156.66.34)
16:59.08denixtharvey: since arago does not maintain upgrade path for binary packages between releases, it's easy to miss some pv/pr badness
16:59.59denixtharvey: I use ext4 over RAID0 on Gentoo for my builds
17:00.56*** join/#oe Spyzer (~spyzer@210.212.53.155)
17:01.13tharveydenix, its been many months since I did some ti-gstreamer testing with arago, do you know if the org.openembedded.dev ti-gstreamer/ti packages have been updated?
17:01.33*** join/#oe simoni (~simoni@188-222-193-112.zone13.bethere.co.uk)
17:02.20woglindetharvey yes
17:02.24woglindekoen takes care
17:02.37woglindebut you need binutils 2.18
17:03.06woglindeall above didnt compile the codecs package for me
17:03.22woglindetharvey do you have a beagleboard?
17:03.38tharveywoglinde, yes, a revC - haven't used it in a while
17:03.44woglindehm okay
17:03.51woglindebeacuse with 2.6.32 psp kernel
17:04.02woglindeI need an external powerplug
17:04.12woglindebecause of powermangament stuff
17:04.17woglindeusb didnt work
17:04.21woglindeanymore
17:04.30tharveywoglinde, your saying current dev angstrom uses something other than binutils 2.18 and you had to override that?
17:04.42woglindetharvey yes
17:04.47woglindebut maybee it works for you
17:04.53woglindejust try a normal build
17:05.20tharveywill do, its high time that I re-sync'd with OE
17:08.43*** join/#oe sakoman_ (~sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net)
17:13.07*** part/#oe robtow (~rob@12.156.66.34)
17:15.35*** join/#oe LeTama (~IceChat7@vau06-1-82-228-252-90.fbx.proxad.net)
17:15.42*** join/#oe Spyzer (~spyzer@210.212.53.155)
17:17.26*** join/#oe Spyzer (~spyzer@210.212.53.155)
17:18.27denixtharvey: all the recipes from recipes/ti/ were synced between arago and OE.dev couple month ago.
17:18.58*** join/#oe likewise (~likewise@82-171-51-231.ip.telfort.nl)
17:21.01*** join/#oe sakoman__ (~sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net)
17:21.24tharveydenix, cool - thanks!  Looks like the kernel's in dev are perhaps out of date with the PSP patches though?
17:21.37tharveyie, I don't see cameraisp patches in 2.6.32 kernel
17:22.09*** join/#oe mwester-laptop (~chatzilla@nslu2-linux/mwester)
17:22.57denixwoglinde: btw, koen is not the only one...
17:22.59*** join/#oe robtow (~rob@12.156.66.34)
17:23.58woglindedenix *g*
17:24.04denixtharvey: linux-omap-psp in oe.dev (or linux-omap3 in arago) are the latest. it's slightly behind upstream l-o kernel though
17:24.53woglindeI hope my external power plug will arrive at the weekend
17:25.01woglindeso I can use beagleboard again
17:25.54denixwoglinde: power-over-usb?
17:26.18woglindedenix jupp
17:26.42woglindedenix psp-kernel 2.6.32 dont works here
17:26.52woglindebecause of the powermanagment patche
17:27.05woglindethats I was told in #beagleboard
17:27.43tharveydenix, good to know - I'll see if that has camera-isp in it.  Who maintains the linux-omap-psp recipes? - I'm curious in how up to date they are kept
17:27.45*** join/#oe kristoffer (~kristoffe@79.138.205.251.bredband.tre.se)
17:28.06woglindetharvey koen again takes care
17:28.10denixtharvey: that would be koen
17:28.13denixwoglinde: :-P
17:28.26woglindedenix *g*
17:28.58tharveyand the diff between the linux-omap and linux-omap-psp kernels is?  the psp ones simply have TI's PSP patches applied?
17:29.25denixtharvey: in arago I have linux-omap3 recipe. but they both pull from arago repo...
17:29.25woglindetharvey you cannt really use the dsp without psp
17:29.47woglindedont know about gles stuff
17:29.52denixtharvey: pretty much
17:30.03denixwoglinde: gles is external
17:30.50denixwoglinde: as long as you link modules and libs against the kenrel you are using, you should be fine
17:31.31woglindedenix okay
17:31.37woglindeas I said wasnt sure
17:32.03tharveyok - I'll give the linux-omap-psp kernel a shot for my overo + camera
17:35.40robtowtharvey - I'm also using an Overo and a camera; a Canon G10. What sort of camera setup are you working with?
17:37.37tharveyrobtow, I'm using an image sensor, via the omap ISP - not an end-user camera
17:40.56tharveyI'm finding some references to openwrt and openembedded together - are people just using the openebedded toolchain to build OE recipes or something else?
17:44.40Tartaruskhem: You're sure you don't have something switching everything on ppc from -Os to -O2 locally, right?
17:46.01GNUtoofixes incomming
17:46.01CIA-203Denis 'GNUtoo' Carikli <GNUtoo@no-log.org> 07org.openembedded.dev * raaf2edbcf7 10openembedded.git/recipes/gnome/gconf_2.28.0.bb: (log message trimmed)
17:46.01CIA-2gconf 2.28.0: depending on dbus-x11 fixes ORBit issues and bump PR
17:46.02CIA-2If we don't depend on dbus-x11 starting /etc/x11/xserver-nodm output messages like:
17:46.02CIA-2GConf Error: Failed to contact configuration server; some possible causes are that you
17:46.02CIA-2need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system
17:46.02CIA-2crash.
17:46.03CIA-2I think gconf is the right package to depend on dbus-x11 because:
17:46.06CIA-203Denis 'GNUtoo' Carikli <GNUtoo@no-log.org> 07org.openembedded.dev * r6205a271b4 10openembedded.git/recipes/matchbox-desktop/matchbox-desktop_0.9.1.bb: (log message trimmed)
17:46.06CIA-2matchbox-desktop 0.9.1: fix segfault at startup and convert to new staging
17:46.06CIA-2If matchbox-common is not present,matchbox-desktop segfault
17:46.06CIA-2(the debugging was done with strace)
17:46.06CIA-2Also convert to new staging:
17:46.07CIA-2I had packaged staging,removed the custom do_stage and got:
17:46.07CIA-2staging/armv6-angstrom-linux-gnueabi/usr/include/matchbox-desktop $ ls
17:46.08CIA-203Denis 'GNUtoo' Carikli <GNUtoo@no-log.org> 07org.openembedded.dev * r0e617baf29 10openembedded.git/recipes/initscripts/initscripts_1.0.bb: (log message trimmed)
17:46.08CIA-2initscripts 1.0 : change it to MACHINE_ARCH and bump PR
17:46.09CIA-2This recipe is clearly MACHINE_ARCH because:
17:46.20CIA-2matchbox common contains matchbox-session:
17:46.20CIA-2root@bug:~# opkg files matchbox-common | sort
17:46.20CIA-2/usr/bin/matchbox-session
17:46.21CIA-2...
17:46.21CIA-2And matchbox-session depends on matchbox-panel:
17:46.22CIA-203Denis 'GNUtoo' Carikli <GNUtoo@no-log.org> 07org.openembedded.dev * rd306e0ebad 10openembedded.git/recipes/tslib/tslib.inc: tslib: convert to new staging and bump PR
17:46.24CIA-203John Connolly <john@buglabs.net> 07org.openembedded.dev * r8f7e4a5c3d 10openembedded.git/conf/machine/bug20.conf:
17:46.25CIA-2conf/machine/bug20.conf, add xf86-input-tslib for BUG2.0 touchscreen
17:46.25CIA-2*BUG20 is using tslib for xorg touchscreen.
17:46.25CIA-2*would like this to get into stable
17:46.25CIA-2*tested on BUG2.0
17:48.46GNUtoooops I reviewed everything etc...but forgott to add an acked by in <CIA-2> John Connolly <john@buglabs.net> org.openembedded.dev * r8f7e4a5c3d openembedded.git/conf/machine/bug20.conf
17:58.57*** join/#oe Ironnads (~Ironnads@host86-183-194-218.range86-183.btcentralplus.com)
17:59.43khemTartarus: I found out that I was using DEBUG_BUILD = "1" in my local.conf which changes the OPTFLAGS from FULL_OPTIMIZATION to DEBUG_OPTIMIZATION
17:59.52khemwhich means I was compiling with -O -g
17:59.57khemand not with -Os -g
18:00.08khemHi all
18:00.33khemTartarus: I think we could improve two losely tied variables
18:00.44khemDISTRO_TYPE and DEBUG_BUILD
18:01.43khemso if DISTRO_TYPE="debug" then OPTLEVEL is set to DEBUG_OPTIMIZATION automatically and if DISTRO_TYPE="release" then its set to FULL_OPTIMIZATION
18:02.39khemso if I override DEBUG_BUILD in my local.conf and select DISTRO="release" it should ignore it
18:02.49khemright now it does not happen that way
18:02.54khemI plan to put a patch for that
18:03.16khemTartarus: now I will try to rebuild gnutls with -Os
18:08.11Tartaruskhem: There we go
18:08.14Tartarusthanks :)
18:08.23*** join/#oe Spyzer (~spyzer@210.212.53.155)
18:09.15*** join/#oe Spyzer (~spyzer@210.212.53.155)
18:10.22khemTartarus: yeah you are not crazy :)
18:16.25woglindere
18:16.28woglindehi khem
18:19.03*** join/#oe simoni (~simoni@188-222-193-112.zone13.bethere.co.uk)
18:19.31khemhey woglinde
18:19.50khemwoglinde: have you had chance to try my qemuarm patch
18:19.56khemit boots well
18:20.05khemand all segfaults during boot are gone
18:20.09khemI am so happy
18:20.31khemwith 2.6.25+26 I use to get quite a few segfaults
18:20.38khemdidnt look nice in demos :)
18:21.37woglindehm?
18:21.43woglindesorry
18:21.45woglindeno time
18:26.36*** join/#oe Spyzer (~spyzer@210.212.53.155)
18:26.41denix...the days of rday are upon us... :)
18:28.25woglinderday?
18:29.15broonieRobert P.J. Day.
18:30.23woglindebroonie hm you were little bit absent the last time
18:31.58*** join/#oe timtimred (~meh@79-77-187-90.dynamic.dsl.as9105.com)
18:32.14*** join/#oe woglinde_ (~heinold@f052232128.adsl.alicedsl.de)
18:32.41khemtouching machine.conf means a 10min parsing/coffee break
18:33.22Croftonhe makes us fix our silly bugs :)
18:33.24woglinde_re
18:33.27Croftonhi
18:33.32brooniewoglinde: Hrm?
18:35.22*** join/#oe florian (~user@Maemo/community/contributor/florian)
18:35.28woglinde_broonie I meant I didnt see you a long time
18:41.17khemCrofton: could you catch hold of someone who could fix patchwork
18:41.41*** join/#oe hansdampf (~moritz@212.77.182.83)
18:41.44khemit seems its not getting emails from the mailing list. I dont know how it trools
18:41.47khemtrolls
18:41.48brooniewoglinde: Ah, right. "recently"Â rather than "last time"
18:42.04brooniewoglinde: I've been here, just quiet :)
18:45.23khemhmmm http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44091
18:45.34khemaffects up as we use -Os and -mthumb
18:45.41khems/up/us
18:48.39woglindekhem and no fix
19:00.11*** join/#oe sakoman__ (~sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net)
19:04.04*** join/#oe kergoth_ (~clarson@ip24-251-170-95.ph.ph.cox.net)
19:11.26khemyes
19:11.28khemsadly
19:15.36Crofton|workkhem, I'll try
19:15.55Crofton|workwe need to figure out what email account is feeding it and see if we can figure out what is stuck
19:16.29Crofton|workwe are going to a friends wedding this weekend, so I don't hvae much time
19:16.55khemCrofton|work: ok
19:17.05khemwho set patchwork for us
19:17.30Crofton|worksomeone gave koen a vm or something
19:17.54khemCrofton|work: ok
19:18.08Crofton|workneed to figure out where it runs and get a long in next week
19:18.23Crofton|workthis is becoming annoyinh
19:32.25*** join/#oe cbrake (~cbrake@oh-69-34-21-229.sta.embarqhsd.net)
19:35.07CIA-203Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * rf01994c18e 10openembedded.git/recipes/linux/linux-openmoko-shr-devel_git.bb:
19:35.07CIA-2linux-openmoko-shr-devel: bump SRCREV for ar6000 fixes
19:35.07CIA-2Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
19:40.31khemTartarus: as expected now I can see the same error
19:41.59Tartarusyay
19:44.09khemlibgnutlsxx.so.26.14.12 contains the refrence
19:47.20khemlibgnutlsxx_la-gnutlsxx.o brings it in
19:50.22CIA-203Denis 'GNUtoo' Carikli <GNUtoo@no-log.org> 07org.openembedded.dev * r1625946510 10openembedded.git/recipes/initscripts/initscripts_1.0.bb:
19:50.22CIA-2Revert "initscripts 1.0 : change it to MACHINE_ARCH and bump PR"
19:50.22CIA-2This reverts commit 0e617baf2916269bbe02cb7b2d4eb20161c86547.
19:50.22CIA-2This commit broke initscripts is in practically all images
19:50.22CIA-2Thanks a lot Koen for notifying it to me.
19:52.56khemTartarus: This patch seems to be a workaround. http://pastebin.com/HFbbBrJn
19:53.12Tartarusheh
19:53.31khembut there might be more problems
19:53.31TartarusI'd almost rather just switch from -Os to -O2 for powerpc everywhere with a big old comment on why
19:53.39TartarusOr at least most ppc subarches
19:53.56TartarusMake the bandaid big and obvious so someone is more motivated to fix it
19:54.20khemI will send an email to ml asking for switch and if someone cares for size
19:54.25khemshould speak up
19:55.06khemlibtool thinks that you are compiling shared so he filters out libgcc and instead links iwth libgcc_s
19:55.23khemwhich is right otherwise PIC libraries may not work
19:55.36khembut with ppc -Os he has to link with both
19:55.57khemorder being link all libgcc_s and remaining from libgcc.a
19:58.29TartarusSo we either do -O2 or fix libtool (and fixup by hand any stragglers)
19:58.34TartarusTo use -lgcc_s -lgcc or so?
20:03.24*** join/#oe lisppaste7 (~lisppaste@common-lisp.net)
20:16.38*** join/#oe whittenburg (~whittenbu@mail.tacticalelectronics.com)
20:26.23*** join/#oe Nordh (~henrik@nl118-171-71.student.uu.se)
20:32.24*** join/#oe Proxyles (~henrik@nl118-171-71.student.uu.se)
20:40.28*** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net)
20:45.01woglindere kergoth
20:46.34*** join/#oe jd (~jd@rocket.vel.lv)
20:46.34*** join/#oe jd (~jd@Wikipedia/HellDragon)
20:48.15*** join/#oe dth (~dieter@p4FDEEE7B.dip.t-dialin.net)
20:57.52*** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net)
21:06.45*** join/#oe whittenburg (~whittenbu@mail.tacticalelectronics.com)
21:10.25matgnthi. is there a way to get all the required/inherited structure for a recipe - similar to bitbake -g ...?
21:11.05woglinde????
21:12.12matgnti dont want to see the dependencies DEPENDS... in a dot file, but the files included with require/inherit
21:13.09kergothnothing like that exists today
21:13.22kergoththere is a list of the files loaded for a given recipe in a variable, __depends
21:13.25kergothyou can try looking at that
21:13.27kergothpython list
21:14.08*** join/#oe tmartins__ (~zero@143.107.99.194)
21:15.01matgntkergoth: thanks. i will check this list.
21:15.18kergothmight be able to see it with bitbake -e, otherwise programmatically from a python task or anonymous python snippet
21:21.18*** part/#oe Omegamoon (~egoe@demolitionman.xs4all.nl)
21:23.13woglindeis there a way to disbale do_stage for native packages?
21:37.48matgntwoglinde: i guess an empty do_stage task in your recipe will do it.
21:37.54*** join/#oe woglinde_ (~heinold@f052232182.adsl.alicedsl.de)
21:42.51*** join/#oe florian (~fuchs@Maemo/community/contributor/florian)
22:08.43*** join/#oe mwester-laptop (~chatzilla@nslu2-linux/mwester)
22:10.23*** join/#oe awozniak (~awozniak@adsl-76-205-222-173.dsl.snlo01.sbcglobal.net)
22:16.45*** join/#oe hillct_ (~hillct@cpe-069-134-049-165.nc.res.rr.com)
22:37.08*** join/#oe marcosmamorim (~marcos@200-161-62-140.dsl.telesp.net.br)
22:40.05*** join/#oe Openfree (~df@222.65.240.122)
22:43.12mwester-laptopre
22:44.37*** join/#oe MWelchUK_work__ (~welchma@65.91.2.71)
22:44.52kergothhmm
22:46.06*** join/#oe Martin-B (~martin@pool-221-65-198-89.dbd-ipconnect.net)
22:46.13mwester-laptophums along
23:00.04khemTartarus: we need to fix libtool certainly
23:03.41*** join/#oe jkridner (~a0321898@pdpc/supporter/active/jkridner)
23:09.28*** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net)
23:22.49*** join/#oe otavio (~otavio@debian/developer/otavio)
23:27.08CIA-203Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r682e67793d 10openembedded.git/ (3 files in 3 dirs):
23:27.08CIA-2machine/qemuarm: Move kernel version to 2.6.33
23:27.08CIA-2* Tested using gcc 4.4.4 DISTRO=minimal
23:27.09CIA-2Signed-off-by: Khem Raj <raj.khem@gmail.com>
23:27.20CIA-203Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r63f6566a8f 10openembedded.git/conf/distro/include/sane-toolchain.inc:
23:27.20CIA-2sane-toolchain.inc: Bump preferred versions for binutils, gcc and eglibc
23:27.20CIA-2* Move gcc to 4.4.4, binutils to 2.20.1 and eglibc to 2.11
23:27.20CIA-2Signed-off-by: Khem Raj <raj.khem@gmail.com>
23:28.00CIA-203Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r3b41668fc1 10openembedded.git/recipes/eglibc/ (eglibc_2.11.bb eglibc_svn.bb):
23:28.00CIA-2eglibc: Bump SRCREV for 2.11 and trunk recipes
23:28.00CIA-2Signed-off-by: Khem Raj <raj.khem@gmail.com>
23:32.31*** join/#oe playya (~playya@unaffiliated/playya)
23:35.22*** join/#oe BenLauDC (~benlau@221.125.8.44)
23:45.06*** join/#oe thaytan (~jan@119.12.70.246)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.