IRC log for #oe on 20131014

00:48.20*** join/#oe dlan (~dennis@116.228.88.131)
00:56.52*** join/#oe silviof3 (~silviof@ppp-93-104-168-254.dynamic.mnet-online.de)
01:56.30*** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156)
02:01.45*** join/#oe silviof4 (~silviof@ppp-188-174-101-242.dynamic.mnet-online.de)
02:07.41*** join/#oe vmeson (~quassel@128.224.252.2)
03:07.28*** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net)
04:43.09*** join/#oe zenlinux (~sgarman@c-50-139-96-211.hsd1.or.comcast.net)
05:32.17*** join/#oe phdeswer (~phdeswer@a88-113-94-60.elisa-laajakaista.fi)
06:13.09*** join/#oe amarsman (~marsman@90-145-17-249.wxdsl.nl)
06:22.21*** join/#oe SorenHolm (~quassel@cpe.ge-0-2-0-950.faaqnqu1.dk.customer.tdc.net)
06:34.13*** join/#oe silviof (~silviof@unaffiliated/silviof)
06:34.52*** join/#oe woglinde (~henning@f052067143.adsl.alicedsl.de)
06:35.43*** join/#oe Zagor (~bjst@rockbox/developer/Zagor)
06:49.20*** join/#oe SorenHolm (~quassel@cpe.ge-0-2-0-950.faaqnqu1.dk.customer.tdc.net)
06:59.45*** join/#oe tasslehoff (~tasslehof@77.40.182.98)
07:00.36*** join/#oe eballetbo (~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net)
07:00.58*** join/#oe mihai (~mihai@80.97.15.150)
07:02.57*** join/#oe kbart (~KBart@213.197.143.19)
07:10.56*** join/#oe woglinde_ (~henning@g225007140.adsl.alicedsl.de)
07:14.46*** join/#oe panda84kde (~diego@static-217-133-170-65.clienti.tiscali.it)
07:29.22*** join/#oe mshakeel (~mshakeel@110.93.212.98)
07:35.30*** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian)
07:41.21*** join/#oe ao2 (~ao2@2001:1418:117::1)
07:47.51*** join/#oe ant_work (~ant@host54-128-static.10-188-b.business.telecomitalia.it)
07:53.16ndecJaMa: thanks for qt5.1 fontconfig/freetype, will get some tests today. btw, our autobuilder caught the issue on Friday about "fatal error: freetype/config/ftheader.h: No such file or directory". good to see that you fixed that too ;-)
08:02.09*** join/#oe silvio_ (~silvio@93-57-17-124.ip162.fastwebnet.it)
08:05.47*** join/#oe amarsman (~marsman@90-145-17-249.wxdsl.nl)
08:15.20mckoangood morning
08:16.17woglindehi mckoan
08:16.37*** join/#oe anarsoul (~anarsoul@178.124.194.242)
08:17.04anarsoulhi there
08:17.29anarsoulis there any chance that Andrea Adami is here? and does anyone knows his nickname?
08:17.48koenant_work
08:18.01ant_workhi
08:18.10anarsoulhi
08:19.01anarsoulant_work: I'm Vasily Khoruzhick, you wrote me a mail about h1940 kernel
08:19.11ant_workanarsoul: as I've written that h1940 is now being coverted to DT
08:19.30ant_workanarsoul: it would be the first one in meta-handheld
08:19.36anarsoulbut I'm pretty sure that DT support for s3c2410 is not ready
08:19.49anarsoul(yet)
08:19.58anarsoulor you're working on it? :)
08:20.05*** join/#oe phdeswer (~phdeswer@194.157.27.2)
08:20.34ant_worknope, but the SOC guys are active
08:20.40anarsoulhehe
08:21.07ant_workLinusW is now trying to unbork sa1100
08:21.29anarsoulHeiko Stübner is working on s3c2416, but I know no one who works on s3c2410 and s3c2440/2442
08:22.42ant_workok, if it is possible then pls refresh the .config and provide a shrinked defconfig for 3.10 or 3.12-rc
08:22.51ant_workold-style
08:22.54anarsoul(and actually there's no DT-capable bootloader for h1940, at least for now)
08:23.47anarsoulI'm not sure if haret supports DT, and my u-boot port is quite old, so no DT for sure
08:24.04anarsoulant_work: ok, will try tonight
08:27.13ant_workthx
08:38.00*** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning)
08:38.33silvio_morning all
08:39.02woglindegi silvio
08:39.37ant_workwoglinde: I've updated even for your old simpad ;)
08:40.20ant_workwoglinde: if you had any free time, pls send a defconfig for 3.10 - 3.12, thx
08:42.02woglindeant_work yes I saw the patches
08:42.09woglindebut I have no time to play with it
08:42.12*** join/#oe florian (~fuchs@Maemo/community/contributor/florian)
08:53.38koenanarsoul: so used an appended DT for the non-DT aware bootloaders
08:54.02anarsoulkoen: yeah, but a lot of drivers for h1940 need convertion to DT
08:54.07anarsoulespecially display part
08:56.35koenyou can do hybrid boots
08:56.46koenenable the h1940 boardfile and enable DT support
08:57.02koenit's how most ARM DT boards boot nowadays
08:57.16anarsoulah, ok
08:57.17koenthere are *very* few boards that can do a 100% DT boot and work properly
08:57.44anarsoulit would be nice to unify s3c24xx ipaqs anyway...
08:57.53anarsoulrx1950, rx3xxx and h1940
08:58.55ant_workanarsoul: note that at the beginning for linux-yocto we'll use the defconfig which will be re-expanded with make oldconfig
08:59.06ant_workthis is the 'compat-mode'
08:59.51anarsoulant_work: I didn't use OE for a while, so I'll make kernel working first with simple buildroot-based initramfs and then will try to switch to OE
09:00.08ant_workanarsoul: yes, just do make savedefconfig pls
09:00.31ant_workI'll add to current linux-yocto(-dev)
09:02.10*** part/#oe c00kiemon5ter (~c00kiemon@foss-aueb/coder/c00kiemon5ter)
09:02.34anarsoulI think it would be nice to add s3c24xx support into qemu, so oe devs will be able to test h1940 stuff :)
09:02.49ant_workanarsoul: does that ipaq have a rotated framebufer? Seems not needing fbcon=rotate:1
09:03.02anarsoulant_work: it doesn't
09:03.06ant_workok
09:04.06ant_workheh, need to patch formfactor
09:11.46bluelightningmorning all
09:12.22bluelightninganarsoul: hey, long time no see :)
09:12.33anarsoulhi bluelightning :)
09:12.42*** join/#oe RagBal (~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl)
09:12.54*** join/#oe stefan_schmidt_w (~stefan_sc@82.43.26.66)
09:13.47*** join/#oe Rootert (~Rootert@54694E34.cm-12-2b.dynamic.ziggo.nl)
09:23.51woglindehi bluelightning and stefan_schmidt
09:43.19bluelightninghi woglinde
09:47.48silvio_hi bluelightning , hi woglinde
10:04.15JaMandec: yes it's probably the reason why I've enabled fontconfig by default :)
10:04.33ndecwell, now you know, at least@
10:04.35ndec!
10:13.55*** join/#oe RP_ (~richard@93-97-173-237.zone5.bethere.co.uk)
10:30.49*** join/#oe panda84kde (~diego@adsl-ull-246-85.46-151.net24.it)
10:31.59*** join/#oe _chase_ (~a0271661@nat/ti/x-nfqhvdoafvalypzz)
10:53.03*** join/#oe woglinde_ (~henning@g230116046.adsl.alicedsl.de)
10:56.24*** join/#oe diego (~diego@static-217-133-170-65.clienti.tiscali.it)
11:08.59*** join/#oe Anguel_ (4ff7e77a@gateway/web/freenode/ip.79.247.231.122)
11:09.16Anguel_Hi! Does anyone have an idea why this image https://github.com/Angstrom-distribution/meta-ti/blob/master/recipes-misc/images/cloud9-image.bb brings up the USB storage (g_multi module) while the one it is based on https://github.com/Angstrom-distribution/meta-ti/blob/master/recipes-misc/images/ti-hw-bringup-image.bb does not load the USB storage? What might be the package that makes the difference?
12:00.23*** join/#oe exosyst (~exosyst@2.26.95.140)
12:31.14*** join/#oe roxell (~roxell@c-853670d5.07-21-73746f28.cust.bredbandsbolaget.se)
12:31.15*** join/#oe roxell (~roxell@linaro/roxell)
12:43.53*** join/#oe challinan (~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net)
12:47.56*** join/#oe roric (~roric@c-107ae455.213-3-64736c14.cust.bredbandsbolaget.se)
13:12.44*** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029)
13:13.38exosystbluelightning, Did I need to do anything else in addition to mailing my patches to the mailing list for bringing in sthttpd and adding the systemd recipe?
13:14.28bluelightningexosyst: well, the patch series is a little odd because it mixes a backport and an add of a feature
13:14.48bluelightningexosyst: ideally these should be separate
13:15.22exosystbluelightning, Well they are standalone but ideally work better together. One to provide the backport, one brings in sysd
13:16.47bluelightningI can apply the systemd patch today, but the backport really needs to be a separate patch marked with [dylan] in the subject
13:17.28exosystbluelightning, OK I'll do that, same list?
13:18.27bluelightningexosyst: yep, but it's probably best if I apply this patch first and then you'd just be adding the fully up-to-date version to dylan after that
13:19.16exosystbluelightning, OK, if that works for you
13:20.53bluelightningexosyst: just noticed, the RPROVIDES/RREPLACES/RCONFLICTS lines shouldn't be needed
13:21.34bluelightningthese are only there in other recipes for compatibility with the old meta-systemd
13:21.53bluelightningwhere corresponding bbappends existed in that layer
13:22.09bluelightningI can just tweak the commit if that's OK with you
13:22.39exosystbluelightning, that's fine. First time trying to help with OE so if there's anything I can do let me know -- just might require some handholding
13:22.42bluelightningah, there might be another problem as well
13:23.29bluelightningI'm not sure, but I think systemd in compatibility mode will try to match up the initscript and service name; you've named the service sthttpd and the initscript is called thttpd
13:23.51bluelightningI'm thinking that because they're named differently, systemd might try to start it tice
13:23.54bluelightning*twice
13:25.31Crofton|workI assume wwe can use recipes-core in our own layers, right?
13:25.53exosystbluelightning, Hmm - I did email the maintainer of the project to see if there was an official name as it's listed as just Supported thttpd on the site rather than just sthttpd
13:26.55bluelightningCrofton|work: sure
13:27.32Crofton|workI thought so, but someone asked me
13:27.44Crofton|workand reminded me I should use it :)
13:28.05exosystbluelightning,  I hadn't noticed the issue but can redo it  - and resend just the systemd fix?
13:28.09bluelightningCrofton|work: ideally people wouldn't have stuff in there that wasn't bbappends/replacements for recipes in OE-Core, but there's no restriction
13:28.20Crofton|workwell, for meta-sdr
13:28.31Crofton|workwe have some packages that are core
13:28.42exosystbluelightning, Actually I need the backport done first for that to work
13:28.57Crofton|workbut not so core they belong in oe-core :)
13:29.12bluelightningCrofton|work: well I'll leave it up to your judgement :)
13:29.29Crofton|workI was going to use another name, but someones hair stood on end :)
13:29.52bluelightningexosyst: can you not just adjust the commit you already sent on your branch and just send that one alone?
13:30.07bluelightnings/adjust/amend/
13:30.17bluelightningto use official terminology
13:32.51exosystI've done a soft git reset. I was going to redo it all again and rename the service to be thttpd.service - that no good?
13:33.26bluelightningright, that'll work in the same way yes
13:34.25exosystbluelightning, Cool - I've removed the RPROVIDES, REPLACES, CONFLICTS as well
13:35.21exosystCan I still commit as before or should I do two, seperate commits - one as [dylan] backport and the the next as [meta-webserver] bluelightning?
13:37.13bluelightningexosyst: they'd both be marked [meta-webserver]
13:37.22bluelightningexosyst: as long as the patch applies on top of master let's just concentrate on that for now
13:43.05*** join/#oe _chase_ (~a0271661@nat/ti/x-fxvbpazrpmdsiglb)
13:48.14*** join/#oe hollisb (~hollisb@c-69-247-114-236.hsd1.ms.comcast.net)
13:57.52exosystbluelightning, So that's the seperate dylan mentioning one.
14:00.39*** join/#oe CMoH (~cipi@78.96.95.186)
14:00.40*** join/#oe CMoH (~cipi@unaffiliated/c-moh)
14:04.25*** join/#oe oneQubit (~oneQubit@li439-130.members.linode.com)
14:10.52*** join/#oe jmpdelos (~polk@174-22-170-198.clsp.qwest.net)
14:12.46exosystOK, I think that solves it - two seperate commits and hopefully it's correct this time - let me know if I can redo anything bluelightning - my Git-fu could use some more practive
14:14.13*** join/#oe JaMa (~martin@ip-62-24-80-145.net.upcbroadband.cz)
14:17.35bluelightningexosyst: so typically we would mark what you've just sent as "PATCH v2" and include the comments about what changed underneath the --, or a cover note (reason being, notes about what changed from the previous patch aren't particularly meaningful when looking back at the git history later)
14:20.39exosystbluelightning, right - yeah, I may have been a bit hasty and had seen a few v2 messages on the list (only been a member for a few days) - Maybe i can update the wiki with those notes too.
14:34.07exosystDid you want me to re-resend or can it be accepted in wonky form?
14:39.03bluelightningit's OK, I can tweak it
14:57.12bluelightningexosyst: actually I just noticed there are hardcoded paths in the service file and we are taking care of those for the initscript; I'll send out a version with the fixes in it
14:58.24exosystbluelightning, that's great. Hopefully I can learn the lessons for next time (that's right, I want to continue "helping" - you poor bastards)
15:02.03bluelightningerr... hmm
15:02.14bluelightningjust got a checksum failure trying to build-test it :(
15:04.40bluelightningoh, internal firewall fail, nm
15:14.06Anguel_can someone please tell me what the flex-dev package is for?
15:15.09Anguel_for some strange reason it is needed in order to load the g_multi USB gadget module on BBB...
15:25.47bluelightningAnguel_: that sounds very unlikely - flex-dev would contain the development headers and other related files for the GNU flex lexer
15:26.05bluelightningnot something a kernel module would ever itself use at runtime
15:27.05*** join/#oe florian (~fuchs@Maemo/community/contributor/florian)
15:27.12Anguel_bluelightning: maybe some script? I just spent a lot of time and tracked it down to that package
15:28.09Anguel_bluelightning: this script loads g_multi on BBB: https://github.com/beagleboard/meta-beagleboard/blob/master/meta-beagleboard-extras/recipes-support/usb-gadget/gadget-init/g-ether-load.sh
15:28.58Anguel_if I build my image without flex-dev it does not auto-load the USB gadget, if I build it with it, it loads fine on startup
15:31.58bluelightningAnguel_: that has to be a red herring
15:32.07bluelightningsomething else is at work there
15:35.35Anguel_bluelightning: sorry, I am not an expert, is it possible that this flex-dev actually installs something else?
15:36.06bluelightningyou can look at the contents of it fairly easily
15:38.05Anguel_bluelightning: I did a search in the /sources/ for flex-dev files but found nothing
15:39.11bluelightningflex-dev is a package produced by the "flex" recipe
15:40.21Anguel_a ok
15:40.28bluelightningAnguel_: I think it's much more likely that as a result of adding flex-dev you indirectly pulled in another package that caused the change in behaviour
15:40.54Anguel_bluelightning: yes, I also suspected something like this
15:42.52bluelightningexosyst: ok, patch v3 sent
15:43.31Anguel_bluelightning: I see a flex.inc file that contains "inherit autotools gettext" -> is this a hint?
15:43.52bluelightningno
15:44.11Anguel_:(
15:44.12bluelightningif you want to compare the images, you can use buildhistory to do that
15:44.27*** join/#oe bl0 (~x0a@91.150.147.9.internetia.net.pl)
15:44.43bluelightningAnguel_: http://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#maintaining-build-output-quality
15:44.59*** join/#oe kristoffer (~kristoffe@c-17d9e555.010-30-6c6b7012.cust.bredbandsbolaget.se)
15:45.04bluelightningsee specifically 2.4.2.3. Using Build History to Gather Image Information Only
15:45.18bluelightningthen do a build of the image without flex-dev and with it
15:45.35bluelightningwell
15:45.45rburtonAnguel_: try running that script manually without flex-dev and seeing what happens
15:46.12bluelightninguse BUILDHISTORY_COMMIT = "1" so you can actually compare easily
15:46.18rburtonfwiw, flex-dev just contains a single header
15:46.18Anguel_bluelightning, rburton: thanks, that is great help, I will check this
15:46.39bluelightningactually this is probably easy
15:46.48bluelightningthat script uses "devmem2"
15:46.52bluelightningI suspect that's what you're missing
15:48.54bluelightningAnguel_: I'd suggest filing an "issue" in the meta-beagleboard github issue tracker mentioning that gadget-init needs an RDEPENDS on devmem2 to work
15:49.57Anguel_bluelightning: can I just add devmem2 to the recipe directly?
15:50.02Anguel_to test
15:50.04bluelightningsure
15:50.37bluelightningRDEPENDS_${PN} = "devmem2"
15:51.20Anguel_ok, i now just added it to my image istead of flex_dev
15:51.28Anguel_now bitbaking :)
15:51.32*** join/#oe nitink (~nitink@134.134.139.76)
16:00.16*** join/#oe galak (~galak@99-51-185-173.lightspeed.austtx.sbcglobal.net)
16:01.01Anguel_bluelightning: hmm, it does not load :(
16:01.37bluelightningAnguel_: ok, so what happens when you do as rburton suggested i.e. run the script directly?
16:02.03Anguel_bluelightning: -sh: /usr/bin/g-ether-load.sh: line 3: syntax error: unexpected "("
16:02.17bluelightningmaybe the script has bashisms...
16:02.32rburtonyes
16:02.40rburton() in function definitions is a bashism
16:02.47rburtonbut the script is a #! /bin/sh
16:03.07Anguel_but why does it work with flex-dev? :)
16:03.28bluelightningAnguel_: probably because that results in bash being installed
16:03.33rburtonAnguel_: because flex-dev pulls in flex pulls in something else ... -> bash
16:03.47rburtonthe script should be using functionname() {}
16:03.52rburtonwithout the function prefix, with curlies
16:04.08bluelightningright, another thing that needs patching in meta-beagleboard
16:07.56Anguel_rburton: so I shall just delete the "function" parts and retry?
16:08.38rburtonAnguel_: yes
16:09.18rburtonthe "easy" fix is to make it #! /bin/bash and install bash, but that's distinctly worse.
16:09.29rburtonyou might end up chasing bashisms all down that file though
16:09.59Anguel_rburton: it seems to work now :)
16:11.09Anguel_ok, I get "udhcpd: can't open '/var/lib/misc/udhcpd.leases': No such file or directory" but that is probably another thing
16:11.29Anguel_and I don't get back to the prompt...
16:13.16rburtonudhcpd is probably waiting for a response
16:13.22rburtonjust control-c it
16:14.58Anguel_rburton: many thanks! shall I report that where bluelightning told me?
16:15.22rburtonyes
16:15.27*** join/#oe vmeson (~quassel@128.224.252.2)
16:16.02Anguel_omg, will do that tomorrow, have to go now :( thank you once again!
16:18.20*** join/#oe florian (~fuchs@Maemo/community/contributor/florian)
16:19.57*** join/#oe koen (~koen@cl-267.ams-05.nl.sixxs.net)
16:23.08*** join/#oe awozniak (~awozniak@74.82.132.35)
16:27.13*** join/#oe SorenHolm (~quassel@5634f347.rev.stofanet.dk)
16:29.24*** join/#oe KNERD (~KNERD@cpe-68-203-231-86.gt.res.rr.com)
16:30.17*** join/#oe dos1 (~dos@unaffiliated/dos1)
16:32.22*** join/#oe mr_science (~sarnold@net-cf9a4e91.cst.impulse.net)
16:32.22*** join/#oe mr_science (~sarnold@gentoo/developer/nerdboy)
16:50.25*** join/#oe hollisb (~hollisb@c-69-247-114-236.hsd1.ms.comcast.net)
16:54.44*** join/#oe woglinde_ (~henning@f052224219.adsl.alicedsl.de)
16:58.15*** join/#oe phdeswer (~phdeswer@a88-113-94-60.elisa-laajakaista.fi)
16:59.07*** join/#oe bluelightning_ (~paul@83.217.123.106)
16:59.09*** join/#oe bluelightning_ (~paul@pdpc/supporter/professional/bluelightning)
17:06.31*** join/#oe Stygia (~gmpsaifi@x1-6-00-21-9b-e8-d0-5a.k663.webspeed.dk)
17:20.17*** join/#oe bluelightning1 (~paul@83.217.123.106)
17:22.08exosystbluelightning1, Just saw - thanks for the rework. I get a D-, must try harder :D
17:24.26*** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning)
17:24.32bluelightningexosyst: no problem :)
17:28.29woglindeexosyst will be come with the time and reading mailinglist
17:43.40*** join/#oe zenlinux (~sgarman@c-50-139-96-211.hsd1.or.comcast.net)
17:48.37*** join/#oe NightMonkey (~NightrMon@pdpc/supporter/professional/nightmonkey)
18:01.09*** join/#oe SorenHolm (~quassel@5634f347.rev.stofanet.dk)
18:06.43*** join/#oe espiral (maze@unaffiliated/espiral)
18:16.18*** join/#oe lumag (~lumag@92-100-168-250.dynamic.avangarddsl.ru)
18:16.31lumagHello
18:24.16lumagJaMa, excuse me. I'm looking at qt5 layer. Is there a custom sdk/meta-toolchain-qt5/whatever ?
18:47.13khemwoglinde: you did not take the ppc patch yet for meta-java
18:47.19khemany issues you see with it ?
18:47.35woglindekhem sorry no time
18:47.51woglindetomorrow I will look at it again
18:57.13khemno probs
18:59.16*** join/#oe anarsoul|2 (~anarsoul@31.24.95.59)
18:59.36*** join/#oe rcf (~rcf@d51A5F9DE.access.telenet.be)
19:08.39*** join/#oe SorenHolm (~quassel@5634f347.rev.stofanet.dk)
19:09.14*** join/#oe likewise (~likewise@h245113.upc-h.chello.nl)
19:26.32*** join/#oe hillct (~hillct@cpe-071-070-208-078.nc.res.rr.com)
19:26.35*** join/#oe likewise (~likewise@h245113.upc-h.chello.nl)
19:39.12*** join/#oe ant_home (~andrea@95.237.174.211)
19:54.33*** join/#oe likewise (~likewise@h245113.upc-h.chello.nl)
20:04.32*** join/#oe woglinde_ (~henning@f052228224.adsl.alicedsl.de)
20:21.06*** join/#oe hollisb (~hollisb@c-50-130-38-187.hsd1.ms.comcast.net)
20:43.50*** join/#oe pespin (~pespin@51.pool62-37-71.dynamic.orange.es)
20:47.02*** join/#oe hyei (~hyei@12.202.168.34)
20:54.01*** join/#oe rob_w (~rob@unaffiliated/rob-w/x-1112029)
20:58.04*** join/#oe thaytan (~thaytan@113.94.233.220.static.exetel.com.au)
21:03.21*** join/#oe _Lucretia__ (~munkee@90.216.170.1)
21:11.44*** join/#oe likewise (~likewise@h245113.upc-h.chello.nl)
21:24.07*** join/#oe Leatherface- (~leatherfa@2001:470:dd7d:0:c539:a5b4:1aa:2c3d)
21:35.15*** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156)
22:15.43*** join/#oe _Lucretia_ (~munkee@pdpc/supporter/active/lucretia)
22:22.01JaMalumag: no, there isn't yet, few people said that they are working on it, but nobody sent patches yet
22:39.19*** join/#oe likewise (~likewise@h245113.upc-h.chello.nl)
22:49.54*** join/#oe dos11 (~dos@d38-152.icpnet.pl)
22:49.58*** join/#oe dos11 (~dos@unaffiliated/dos1)
23:15.16*** join/#oe ldnunes (~ldnunes_@177.100.156.244)

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