IRC log for #oe on 20080509

00:09.38CIA-2203crofton 07org.oe.dev * rfe78c09c... 10/ (1 packages/images/sdr-image.bb): sdr-image.bb : Add ANGSTROM_EXTRA_INSTALL to image.
00:11.09*** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby)
00:12.34*** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby)
00:13.11*** join/#oe rsalveti (n=salveti@189.70.225.178)
00:22.54*** join/#oe rsalveti (n=salveti@189.70.225.178)
00:28.12*** join/#oe rsalveti (n=salveti@189.70.225.178)
00:31.26*** join/#oe rsalveti (n=salveti@189.70.225.178)
00:41.48*** join/#oe rwhitby` (n=rwhitby@ppp240-74.static.internode.on.net)
00:53.14*** join/#oe joerg_ (n=joerg@p5488B298.dip0.t-ipconnect.de)
00:58.51*** join/#oe greentux_ (n=lemke@Z75a0.z.pppool.de)
01:18.00*** join/#oe fenfir (n=fenfir@ppp-70-254-35-180.dsl.lgvwtx.swbell.net)
01:19.38*** join/#oe wrobbie (n=rob@cm38.kappa85.maxonline.com.sg)
01:29.15*** join/#oe AvengerMoJo (n=alex@219.142.240.169)
01:33.35*** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby)
01:36.33*** join/#oe mithro (n=tim@unaffiliated/mithro)
01:38.15*** join/#oe rsalveti (n=salveti@189.70.234.10)
01:38.16CIA-2203Laibsch 07org.oe.dev * r6f9a15eb... 10/ (6 files in 2 dirs):
01:38.16CIA-22python: introduce MAJ_VER variable so that no further changes to a bb file are necessary even with major releases
01:38.16CIA-22* applied to python-pygtk and python-gobject
01:38.16CIA-22* gnome projects projects host every major release in a separate directory
01:39.53*** join/#oe fenfir (n=fenfir@ppp-70-254-35-180.dsl.lgvwtx.swbell.net)
01:46.16*** join/#oe rwhitby` (n=rwhitby@ppp240-74.static.internode.on.net)
01:55.08*** join/#oe davygravy_ (n=davygrav@h75-100-88-178.75-100.unk.tds.net)
02:08.06*** join/#oe xjqian (n=gordon@bas15-toronto63-1279272142.dsl.bell.ca)
02:12.51*** join/#oe osas (n=nnnnnnnn@nslu2-linux/osas)
02:16.05cdbot2* * OE Bug 4233 has been RESOLVED (FIXED) by <Laibsch>
02:16.07cdbot2* * trivial bug in org.openembedded.documentation
02:16.09cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=4233
02:17.40CIA-2203Ottavio 07org.oe.documentation * r535e8884... 10/ (1 usermanual/chapters/common_use_cases.xml):
02:17.40CIA-22common_use_cases.xml: add para to two listitems to fix compilation problem reported in bug 4233
02:17.40CIA-22* commit by Laibsch
02:37.56*** join/#oe summatusmentis (n=summatus@umm-yrless170.morris.umn.edu)
02:42.30*** join/#oe AvengerMoJo (n=alex@61.14.130.209)
02:47.28*** join/#oe davygravy (n=davygrav@h75-100-88-178.75-100.unk.tds.net)
02:50.32*** join/#oe fenfir (n=fenfir@ppp-70-254-35-180.dsl.lgvwtx.swbell.net)
03:00.25*** part/#oe xjqian (n=gordon@bas15-toronto63-1279272142.dsl.bell.ca)
03:18.57*** join/#oe CSMan (n=csman@bas6-montrealak-1096581246.dsl.bell.ca)
03:30.36*** join/#oe rsalveti (n=salveti@189.70.234.10)
03:35.54*** join/#oe rsalveti (n=salveti@189.70.234.10)
03:43.05cdbot2* * OE Bug 4237 has been RESOLVED (FIXED) by <Laibsch>
03:43.07cdbot2* * Outdated URI for 2.6.25-rc4
03:43.09cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=4237
03:45.38*** join/#oe aloisiojr (n=aloisio@189.70.234.150)
03:46.13CIA-2203Laibsch 07org.oe.dev * rb64b561e... 10/ (1 packages/irssi/files/autofoo.patch): irssi: autofoo.patch sent upstream. partly closes 3828.
03:46.18CIA-2203Laibsch 07org.oe.dev * r007bea50... 10/ (2 files in 2 dirs): xorg: w100-autofoo.patch sent upstream
03:46.22CIA-2203broonie 07org.oe.dev * r4232c252... 10/ (1 packages/linux/linux-mainstone_2.6.25.bb):
03:46.22CIA-22linux: update SRC_URI for linux-mainstone patches. Closes 4237.
03:46.23CIA-22* commit by Laibsch
03:53.50*** join/#oe rsalveti (n=salveti@189.70.234.10)
04:04.09*** join/#oe xjqian (n=gordon@bas15-toronto63-1279272142.dsl.bell.ca)
04:09.04cdbot2* * OE Bug 240 has been RESOLVED (LATER) by <Laibsch>
04:09.06cdbot2* * mISDN bitbake
04:09.08cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=240
04:16.15mwesterapparently Laibsch does not need this thing called sleep...   either that or cdbot2 is very slow.
04:17.17*** join/#oe AvengerMoJ1 (n=alex@61.14.130.203)
04:17.31LaibschI had some sleep
04:17.44LaibschBut indeed I had trouble getting some tonight
04:17.50LaibschSo might as well hack a bit ;-)
04:20.14Laibsch|insomnia;-)
04:22.34mwester:-)
04:25.05cdbot2* * OE Bug 1098 has been RESOLVED (FIXED) by <Laibsch>
04:25.07cdbot2* * Hostap modules with rawtx patch applied
04:25.09cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=1098
04:28.42CIA-2203Laibsch 07org.oe.dev * r83a7a57c... 10/ (1 packages/mISDN packages/nonworking/mISDN): misdn: moving to nonworking and resolving bug 240 as LATER
04:28.47CIA-2203Laibsch 07org.oe.dev * r9baaea2c... 10/ (1 packages/hostap/hostap-modules-rawtx_0.4.7.bb): hostap: add hostap-modules-rawtx (untested). Closes 1098.
04:40.03*** join/#oe yansa_ (n=yans@87-205-198-66.adsl.inetia.pl)
04:44.01*** join/#oe doobe01 (i=doobe01@c-24-62-240-44.hsd1.nh.comcast.net)
04:48.47*** join/#oe Doobe08 (i=doobe01@c-24-62-240-44.hsd1.nh.comcast.net)
04:52.32*** join/#oe treitmayr (n=treitmay@85-127-16-167.dynamic.xdsl-line.inode.at)
05:08.16*** join/#oe vivijim (n=vivijim@unaffiliated/vivijim)
05:15.16*** join/#oe osas (n=nnnnnnnn@nslu2-linux/osas)
05:16.22Laibsch|insomniarwhitby: wrt bug 822, if you are not using OE for wireless device anymore, does that mean
05:16.41Laibsch|insomniaa) you are not using any custom distro for wireless devices at all
05:16.43Laibsch|insomniaor
05:16.54Laibsch|insomniab) you are using something other than OE
05:17.42*** join/#oe Laibsch (n=Laibsch@ip-62-143-23-251.hsi.ish.de)
05:18.53rwhitbyLaibsch: none of my devices using distros built from IE are being used for wireless.
05:19.04rwhitbys/IE/OE/
05:19.42*** join/#oe AvengerMoJo (n=alex@61.14.130.203)
05:19.56rwhitbyI have an FSG3 running SlugOS/BE, but am not currently using it for wireless access.  If required, I can test madwifi/hostapd for ixp4xx for 2.6.24.4 and glibc.
05:20.07rwhitby!oebug 882
05:20.09cdbot2* * Bug 882, Status: RESOLVED (FIXED), Created: 2006-04-20 03:26
05:20.10cdbot2* * c3c9lbc02(AT)sneakemail.com: Seagate Microdrive not recognized by kernel in 3.5.4.1
05:20.11cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=882
05:20.17rwhitby!oebug 822
05:20.18cdbot2* * Bug 822, Status: NEW, Created: 2006-04-08 07:57
05:20.19cdbot2* * evanchsa(AT)gmail.com: madwifi package was incomplete
05:20.20cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=822
05:25.49rwhitbyLaibsch: BTW, that bug report refers to madwifi-modules, not madwifi-ng-modules.  I have only ever used the latter.
05:25.50*** join/#oe pcgeil (n=steffen@ibooksteffen.ask.fh-furtwangen.de)
05:26.29Laibschif it refers to outdated software, we should either transfer the intention to the newer soft or close as wontfix
05:26.47LaibschI just think that on a lot of these old bugs, decisions should be taken
05:26.53Laibschin or out
05:26.58rwhitbyagreed.
05:27.09Laibschit keeps the mind clear and focused, too
05:27.14rwhitbythe hostapd staging part of the patch is already in madwifi-ng
05:28.07rwhitbythe rest is about building madwifi, not madwifi-ng, and madwifi-ng seems to be building fine in OE.
05:28.14rwhitbyI say "wontfix"
05:28.24Laibschactually, the one I really wanted to talk about is
05:28.24Laibsch!oebug 823
05:28.25cdbot2* * Bug 823, Status: NEW, Created: 2006-04-08 09:11
05:28.26Laibsch;-)
05:28.26cdbot2* * evanchsa(AT)gmail.com: hostap-daemon package updates
05:28.27cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=823
05:28.35LaibschBut those two are closely related
05:28.54LaibschOK, wontfix it is
05:28.56Laibschfor 822
05:31.05cdbot2* * OE Bug 823 has been RESOLVED (WONTFIX) by <Laibsch>
05:31.07cdbot2* * hostap-daemon package updates
05:31.09cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=823
05:31.25*** join/#oe vivijim (n=vivijim@unaffiliated/vivijim)
05:31.45rwhitbyLaibsch: my suggested fix seems to have been incorporated in hostap-daemon_0.5.10.bb
05:32.45LaibschOK
05:32.46fenfirhow do i submit patches?
05:33.05Laibschfenfir: http://bugs.openembedded.net
05:33.11Laibschpreferably "mtn diff"
05:37.24rwhitbyLaibsch: however when running do_configure on hostap-daemon on ubuntu, I get:
05:37.37rwhitby[cc]smart: 633: ==: unexpected operator
05:37.49rwhitbyso that needs to  be fixed in hostap-daemon too
05:38.38rwhitbywhat's the replacement for '==' in '[' in dash shell?
05:40.07rwhitbyaha: '=' instead
05:41.14rwhitbywhich explains why hostapd doesn't work with madwifi
05:47.05cdbot2* * OE Bug 822 has been RESOLVED (WONTFIX) by <Laibsch>
05:47.07cdbot2* * madwifi package was incomplete
05:47.09cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=822
05:50.22*** join/#oe AvengerMoJ1 (n=alex@61.14.130.209)
05:51.42rwhitbyHmm - HAS_PCI doesn't get set correctly either in hostap-daemon
05:52.11*** join/#oe viviji1 (n=vivijim@189.70.234.150)
05:55.33*** part/#oe AvengerMoJ1 (n=alex@61.14.130.209)
05:55.45hrwmorning
06:01.08CIA-2203hrw 07org.oe.dev * rf74141b6... 10/ (1 MAINTAINERS): MAINTAINTERS: update my entry
06:04.24*** join/#oe Marex (n=marex@85-132-216-250-eth3-gwfm10-user.802.cz)
06:11.31*** join/#oe astro76 (n=jtaji@unaffiliated/astro76)
06:12.35hrwI be back in 15m
06:12.56*** join/#oe vivijim (n=vivijim@unaffiliated/vivijim)
06:18.55*** join/#oe astro76 (n=jtaji@unaffiliated/astro76)
06:21.17*** join/#oe polyonymous_ (n=hacker@pD953A259.dip0.t-ipconnect.de)
06:22.18cdbot2* * OE Bug 1030 has been RESOLVED (WONTFIX) by <Laibsch>
06:22.18cdbot2* * // in path
06:22.18cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=1030
06:22.21*** join/#oe Terminar (n=terminar@p509979e8.dip0.t-ipconnect.de)
06:26.57*** join/#oe rob_w|laptop (n=rob@p549B9110.dip0.t-ipconnect.de)
06:27.49*** join/#oe yansa__ (n=yans@87-205-240-207.adsl.inetia.pl)
06:30.51*** part/#oe vivijim (n=vivijim@unaffiliated/vivijim)
06:32.45*** join/#oe trickie_ (n=trickie@basesoft.demon.nl)
06:33.43*** join/#oe astro76 (n=jtaji@unaffiliated/astro76)
06:35.12*** join/#oe AvengerMoJo (n=alex@61.14.130.203)
06:37.39*** join/#oe gremlin[it] (n=gremlin@host209-103-static.32-85-b.business.telecomitalia.it)
06:41.49gremlin[it]hi all
06:50.26hrwswitching to target hdd takes time
06:50.42hrw~hail labels in fs
06:50.43ibotACTION bows down to labels in fs and chants, "I'M NOT WORTHY!!"
06:51.18hrwLABEL=rootfs500 is easier to get working then remembering does it is /dev/sda1 or maybe /dev/sdb1 or /dev/sdj1
07:10.08*** join/#oe cyberdeck (n=molter@iss60.vlsi.informatik.tu-darmstadt.de)
07:10.41*** join/#oe rschuster (n=rob@e178113159.adsl.alicedsl.de)
07:12.30hrwhi rschuster
07:12.55rschusterhi hrw
07:14.37*** join/#oe HopsNBarley_ (n=hops@pool-71-116-67-183.snfcca.dsl-w.verizon.net)
07:15.28hrw-> shop
07:16.42*** join/#oe crweb (n=tom@12-210-80-80.client.mchsi.com)
07:22.57*** join/#oe greentux (n=lemke@ip-217-18-181-130.static.reverse.dsi.net)
07:26.39*** join/#oe jekhor (n=jek@mm-166-254-57-86.leased.line.mgts.by)
07:31.06cdbot2* * OE Bug 4239 has been created by spam(AT)campana.vi.it
07:31.08cdbot2* * linux-davinci_2.6.x+git-davinci patch outdated for davinci-sffsdr
07:31.10cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=4239
07:34.46*** join/#oe jbs (n=Bernardo@84.39.74.57)
07:53.29*** join/#oe Genesis (n=Ronan@AMontsouris-153-1-39-233.w90-2.abo.wanadoo.fr)
07:57.14Genesisbonjour
08:01.51*** join/#oe allyourrejects (n=tom@12-210-80-80.client.mchsi.com)
08:10.34*** join/#oe Varoudis (n=varoudis@dyn1208-62.wlan.ic.ac.uk)
08:13.36CIA-2203koen 07org.oe.dev * re09221f0... 10/ (4 files in 3 dirs): linux-omap2 git: bump SRCREV, add patch for beagleboard RTC support and add (disabled) patch that aims to enable the DVI chip
08:16.08*** join/#oe osas (n=nnnnnnnn@nslu2-linux/osas)
08:19.05cdbot2* * OE Bug 4240 has been created by <Laibsch>
08:19.07cdbot2* * background in qemu
08:19.09cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=4240
08:31.37*** join/#oe Xilent (n=supersti@unaffiliated/xilent)
08:32.36hrw~lart Laibsch for random naming of bugs
08:32.36ibotgets a hotmal account and SPAMs Laibsch for random naming of bugs
08:32.40hrw!oebug 4240
08:32.41cdbot2* * Bug 4240, Status: UNCONFIRMED, Created: 2008-05-09 10:18
08:32.42cdbot2* * <Laibsch>: OPIE background for qemu machines needs adapting
08:32.43cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=4240
08:33.23Laibschhrw: You're free to rename
08:33.28Laibschno need to lart
08:33.46LaibschI agree I've had better summaries ;-)
08:33.57hrwif it would have 'opie' in name I would not even have to look
08:36.00Laibschlearns to never include opie in the summary to get hrw to look
08:36.01Laibsch;-)
08:36.05*** join/#oe zap (n=zap@28.169.249.ozerki.net)
08:37.21hrw;D
08:43.53*** join/#oe woglinde (n=heinold@leningrad.mi.fu-berlin.de)
08:44.28woglindehi
08:50.42*** join/#oe Varoudis (n=varoudis@dyn1208-62.wlan.ic.ac.uk)
08:51.19CIA-2203rpurdie 07org.oe.dev * r453d96c1... 10/ (1 classes/sanity.bbclass): (log message trimmed)
08:51.19CIA-22sanity bbclass: Add check for problematic /proc/sys/vm/mmap_min_addr values
08:51.19CIA-22This patch informs people of strange vm setting before starting a build instead of having qemu choking on it during glibc compile.
08:51.19CIA-22Author: rpurdie@openembedded.org
08:51.19CIA-22Branch: org.openembedded.dev
08:51.23CIA-22Changelog: sanity.bbclass: Add check for problematic /proc/sys/vm/mmap_min_addr values
08:51.25CIA-22Date: 2008-05-07T09:39:08
08:52.26*** join/#oe astro76 (n=jtaji@unaffiliated/astro76)
08:52.47woglindehi rp
08:52.58RPhi woglinde
08:53.41RPwonders where that commit got lost...
08:53.51woglinde*g*
08:54.06woglindehm is there a channel from the autotools guys?
08:55.19woglindehms savannah should get a sourcecode searchf ast
08:55.26woglindelike sourceforge
08:55.27*** join/#oe pvanhoof (n=pvanhoof@host86-135-26-146.range86-135.btcentralplus.com)
08:56.29*** join/#oe leon_ (n=chatzill@82-171-51-231.ip.telfort.nl)
08:56.31woglindeah git searchable
08:58.15like2wisehi all
08:58.22woglindemorning like2wise
09:03.16*** join/#oe Sleep_Walker (n=Sleep@nat/suse/x-f820ecee2af8f24d)
09:12.23*** join/#oe like2wise_ (n=likewise@82-171-51-231.ip.telfort.nl)
09:12.27*** join/#oe florian (n=fuchs@217.146.132.69)
09:14.33*** join/#oe cyrilRomain (n=cyrilRom@AToulouse-157-1-139-240.w86-221.abo.wanadoo.fr)
09:14.36cyrilRomaingm
09:16.59*** join/#oe schurig_ (n=schurig@pD95FBAF6.dip0.t-ipconnect.de)
09:19.16*** join/#oe allyourrejects (n=tom@12-210-80-80.client.mchsi.com)
09:20.00gremlin[it]hi all, a question maybe a bit off-topic
09:21.09gremlin[it]on a ep93xx board when i plug something on USB the related device file don't appear on /dev ... udev is running and lsusb correctly report the device plugged ... what can be missing ?
09:22.16cyrilRomaingremlin[it]: are you sure the device does not appear with a name defined in one of the udev rules ?
09:22.56woglindegremlin hm you can run udev with debug
09:23.04woglindegremlin and see whats happen
09:23.23hrwgremlin[it]: run udevmonitor and then plug
09:23.42woglindehrw okay good to know
09:23.52gremlin[it]about sure ... the udev.rule file is quite empty ... and the devices i test was a usb-key (storage) and a usb-serial ...
09:24.41gremlin[it]what i suspect is that udev isn't signaled about the new device ... what i have to check on kernel parameters about that ?
09:25.12hrwgremlin[it]: run udevmonitor and then plug - it will show reaction
09:25.16gremlin[it]other platform devices seem to be correctly recognized by udev (such as ttyAM0 and so on)
09:25.28gremlin[it]and if no reaction happen ?
09:26.02hrwthen your usb port is broken
09:26.11hrwor usb driver
09:26.18gremlin[it]no cuase lsusb correctly report the devices
09:26.50gremlin[it]the latteris what i scare !
09:26.59hrwso run udevmonitor
09:27.29gremlin[it]i don't have board here ...
09:28.14gremlin[it]i remember i user udevinfo /class/tty/ttyUSB0 ... but /sysfs/class/tty/ttyUSB0 didn't exist ...
09:34.19CIA-2203Laibsch 07org.oe.dev * rcda384a5... 10/ (5 files in 4 dirs): anthy: document unapplicable upstream-status for patches
09:37.43*** join/#oe pleemans (n=peter@d51A5E76A.access.telenet.be)
09:40.41LaibschRP: to continue our conversation from April 29th, how is the git server coming along?
09:40.59RPLaibsch: I've just not had a chance to look at it :(
09:41.33RPhad hoped to over the bank holiday weekend but failed :/
09:42.23LaibschThe way I understood it, getting the bitkeeper history back was the only remaining major task
09:42.25*** join/#oe AvengerMoJ1 (n=alex@61.14.130.209)
09:42.30LaibschThe rest were important details
09:42.32like2wiseRP: bank holiday weekend is .uk only, we don't have a clue :-)
09:42.55Laibschsuspects it was sometime in the recent past
09:43.06RPIt was on Monday...
09:43.23LaibschWhat tools are there for the bk conversion?
09:43.46RPLaibsch: There is a cvs importer in git with a bkcvs mode
09:44.03Laibschgood
09:44.08LaibschJust found this
09:44.09Laibschhttp://kerneltrap.org/mailarchive/git/2007/7/9/251095
09:44.15Laibschso, it looks doable
09:44.27Laibschneed a hand?
09:44.35Laibschreally wants this off his mind
09:46.20Laibsch<PROTECTED>
09:46.56Laibschis stunned about the lack of /etc/git
09:47.02Laibschis stunned about the lack of /etc/git* even
09:47.33Genesisyou want a global config of a per user usage software ?
09:48.38LaibschMy thinking is that there will be some server running
09:48.46LaibschThose things need configuring
09:48.52LaibschThat is where I'd expect it
09:48.58Genesisthere is config for git-daemon
09:49.02Genesisoki
09:50.03Genesisi'm sure they'll do that when git-daemon could take more that 4 options on cmdline.
09:50.32LaibschRP: Do you already know what to use for commit messages to irc and mailing lists?
09:55.19RPLaibsch: I've not looked into commit messages to irc or mailing lists
09:55.37RPLaibsch: Let me mail you some stuff...
10:01.36*** join/#oe do13 (n=do13@p578b18b1.dip0.t-ipconnect.de)
10:01.47do13good morning
10:01.59RPhi Dirk!
10:02.06do13hey Richard
10:02.21RPLaibsch: Most stuff is confined for the git-trial user which uses gitosis
10:02.41RPLaibsch: git-daemon is the only server process needed
10:03.03hrwDirk: hi
10:03.14do13hi Marcin
10:09.01CIA-2203rpurdie * r1064 10/ (4 files in 4 dirs): providers.py: No longer weight providers on the basis of a package being "already staged". This leads to builds being non-deterministic.
10:09.18RPhas been plucking up courage to do that for a while...
10:11.01*** join/#oe lrg (n=liam@lrg2.demon.co.uk)
10:12.14LaibschRP: Where is the bk repo for OE?
10:12.33CIA-2203rpurdie * r1065 10/ (4 files in 4 dirs): runqueue.py: Flush stdout/stderr before forking to fix duplicate console output
10:13.25hrwLaibsch: http://ewi/tmp/OE/
10:14.15Laibschhrw: nothing about bitkeeper ther
10:14.16Laibsche
10:14.58hrwops - s/OE/cvsexport/
10:17.41mickey|sofaRP: good move!
10:17.44like2wiseRP: I think that weighting explained my undeterministic builds (you ask bitbake to build foo-0.8.2 and it starts doing tasks for both foo-0.8.2 and foo-0.8.0 of which the latter was already there).
10:18.27RPlike2wise: No, thats a different problem and there is a bug open about that :(
10:19.28*** join/#oe BabelO (n=Fabrice@lun34-2-82-238-28-28.fbx.proxad.net)
10:20.18RPlike2wise: If you're interested, see the last emails on the bitbake list
10:20.26like2wiseyup, will read.
10:23.26CIA-2203rpurdie * r1066 10/ (6 files in 4 dirs): runqueue/taskdata.py: Make sure recrdeps tasks include all inter-task dependencies of a given fn
10:24.45like2wiseis doing the bisect approach now on a uclibc problem.
10:25.51LaibschRP: git-cvsimport is not suitable?
10:26.04LaibschDoes it loose the history?
10:26.26LaibschJust reached that part in your mail ;-)
10:31.02RPLaibsch: It the best I've found but it seems to corrupt the history
10:31.21LaibschIn what way?
10:31.37LaibschHave you gathered enough information for a bug report?
10:31.44RPLaibsch: no, thats the problem
10:31.56RPLaibsch: I can't even easily describe it
10:32.23LaibschWhat did you do after the import to verify that something was corrupted?
10:33.14RPThere were two issues, one is that commits were being merged in the wrong order, the other is that big rename of .oe files -> .bb files doesn't show well
10:33.24RPLaibsch: I viewed it with gitweb and it looked wrong
10:34.11LaibschIs it OK if I add myself as a user to the git install?
10:34.30LaibschI guess, I'd need to copy an ssh key
10:34.31RPLaibsch: You mean in gitosis?
10:34.41Laibschyep
10:34.58RPLaibsch: With the way it works I'll need to do it - mail me a key
10:35.24cyrilRomainfinally found why uicmoc4-native compilation is in an infinite loop. It is a Qt implementation bug ... or a gcc 4.3.0 one
10:37.02mickey|sofaRP: for the records, I just setup gitosis and gitweb on git.freesmartphone.org, both are running very good.
10:37.27mickey|sofai don't know whether gitosis would handle our use case, but it makes hosting git server very easy and secure
10:37.37RPmickey|sofa: You should have said, I have some instructions for that...
10:37.52RPbut yes, gitosis should work well
10:37.56mickey|sofaya, but i wanted to go the hard way
10:38.01mickey|sofaand it was all pretty easy
10:38.04mickey|sofa:)
10:38.17Laibschso you must be disappointed
10:38.22Laibsch:-D
10:38.30mickey|sofanot at all
10:38.49do13hey mickey|sofa
10:38.50Laibschadjusts mickey|sofa's irony detector
10:38.52mickey|sofaI'm always pleased if I'm only cut away from coding for one day because of admin stuff
10:38.59mickey|sofahey dirk!
10:39.05mickey|sofado13: how's the family?
10:39.12mickey|sofaRP: cgit and gitweb subdomains created.
10:40.01LaibschRP:  "grep rolf /root/.ssh/authorized_keys2"@amethyst
10:40.19RPmickey|sofa: thanks, I just need to find time to sort them out now :)
10:40.22do13mickey|sofa: good, sometimes stressful
10:41.03do13mickey|sofa: the first teeths :)
10:41.33Croftonum cranky
10:42.20*** join/#oe wrobbie (n=rob@cm38.kappa85.maxonline.com.sg)
10:43.43RPLaibsch: done, you should have access now
10:43.48LaibschRP: cool
10:43.51LaibschArgument "7092 has collisions" isn't numeric in addition (+) at /usr/bin/git-cvsimport line 796, <CVS> line 1.
10:43.55Laibschduring conversion
10:44.11RPLaibsch: I've not got as far as adding repos yet
10:44.27RPI should do so and start a push of zecke's tree
10:44.42Laibschplease do
10:45.08mickey|sofanow that I'm actually using git, i can't believe the speed difference
10:45.16mickey|sofait's as it's not doing anything :D
10:45.37RPYes, its much nicer...
10:48.26do13is git the new vcs for oe?
10:49.15like2wise_do13: under strong consideration :-)
10:49.16Laibschnobody has officially called the shots
10:49.25like2wise_shoots
10:49.32LaibschBut I think it will be a clear case
10:49.35like2wise_calls
10:49.44mickey|sofajoins
10:49.45like2wise_Please, not ClearCase.
10:49.47CroftonYes clearcase would be awesome
10:49.50like2wise_:-)
10:49.56Croftonrofl
10:50.08like2wise_at least we are now having fun with the transition blues
10:50.21*** join/#oe toi (n=pleemans@d5152D3B4.access.telenet.be)
10:51.52kariowhat is the location of the oe git repository if i were to try it out?
10:51.54mickey|sofado13: yes
10:55.01Laibschkario: nowhere, yet
10:55.20LaibschRP: Are you aware of the location for the bugtracker for git and friends?
10:55.56RPLaibsch: I think they use a mailing list
10:56.02*** join/#oe Marex (n=marex@85-132-216-250-eth3-gwfm10-user.802.cz)
10:56.04Laibschyucky!
10:56.04RPits on vger
10:56.12LaibschNow how backward is that?
10:57.47LaibschRP: Did you ever try to inspect that CVS-from-BK-tarball and see if the data displays correctly in CVS?
10:57.47Croftonhhm, we are already looking for the git bugtracker?
10:58.00RPLaibsch: yes, it does
10:58.13LaibschCrofton: yes, the conversion seems to have some issues
10:58.24LaibschMaybe somebody already has a solution
10:58.48*** join/#oe BenLauDC (n=benlau@221.125.8.105)
11:00.02B_LizzardHow can I stop bitbake from rebuilding a package whenever I try to rebuild it?
11:00.32B_LizzardI mean, bitbake rebuilds packages even when they're properly and completely built already.
11:00.53B_LizzardI found some leads in base.bbclass, but nothing seemed to help.
11:02.17Laibsch?
11:02.34B_LizzardEh
11:02.40B_LizzardSay, I build rxvt.
11:02.42LaibschYou tell bitbake to rebuild a package and are then disappointed it rebuilds the package?
11:02.46B_LizzardNo
11:02.49B_LizzardUm
11:02.58B_LizzardSay, I build rxvt with "bitbake rxvt"
11:03.03B_LizzardIt builds nicely
11:03.48B_LizzardI type "bitbake rxvt" again, and instead of just reporting that the package is already built (the older behaviour), it rebuilds the package.
11:04.05B_LizzardIt assumes I want it rebuilt just because I called it again.
11:04.16B_LizzardIt makes building "world" a bit harder.
11:04.35Laibschdoesn't happen here
11:04.38Laibschrm_work?
11:04.43B_LizzardHmm
11:04.45B_LizzardCould be that
11:05.11B_LizzardThough the previous behaviour was rm_work as a cleanup operation at the end of the building process.
11:05.22B_LizzardJust that.
11:05.36B_LizzardNot an automatic rebuild as per the above.
11:06.36RPIts rm_work
11:06.59RPWe improved it so if you ran things like bitbake rxvt -c compile it would work
11:07.07RPlooks like we improved it a bit too much though :/
11:07.11B_LizzardOK
11:07.31B_LizzardI'm guessing it's the function in line 34
11:07.36B_Lizzardaddhandler rmwork_stampfixing_eventhandler
11:09.27RPyes
11:09.41RPyou probably want that to ignore build/buildall
11:11.25B_Lizzardthanks a lot dude
11:12.20RPB_Lizzard: if you fix it, send a patch :)
11:12.40RPpush in progress for the git repo...
11:12.41B_Lizzard:)
11:14.28B_LizzardI'm not sure I can fix this, my python knowledge is a bit lacking...
11:14.45B_LizzardShould I first post a bug report?
11:20.07RPB_Lizzard: I guess so
11:20.26*** join/#oe osas (n=nnnnnnnn@nslu2-linux/osas)
11:28.08Jin^eLDre
11:32.07cyrilRomainXorA: did you built qtopia successfully with gcc 4.3.0 on x86 ?
11:34.11cyrilRomainXorA: I meant uicmoc4-native
11:38.04cdbot2* * OE Bug 4241 has been created by C.Linuz(AT)gmail.com
11:38.06cdbot2* * Building an already completed package with "bitbake <packagename>" automatically cleans and rebuilds.
11:38.08cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=4241
11:38.21*** join/#oe lisppaste7 (n=lisppast@common-lisp.net)
11:42.38*** join/#oe zecke (n=ich@92.116.97.193)
11:43.46XorAcyrilRomain: never tried
11:44.07cyrilRomainhi zecke
11:44.35cyrilRomainXorA, zecke: without this patch http://pastebin.com/d73f2ad82 it build endlessly here (when rcc'ing qrc_network.cpp)
11:44.44cyrilRomainXorA, zecke: I'm tempted to say it is a Qt bug, but the implementation is the same in both qt and qtopia >= 4.3.x and 4.4.0 (and probably even before) :-/
11:45.28cyrilRomainmoreover uicmoc4-native.inc unset all CFLAGS, LDFLAGS, etc. so it cannot be du to 'geeky' flags
11:46.31*** join/#oe kristoffer (n=kristoff@88-206-209-55.highlandnet.se)
11:49.53cyrilRomainanyway, it look strange to compare iterator with a const_iterator ..
12:02.39*** join/#oe Genesis (n=Ronan@AMontsouris-153-1-13-170.w86-212.abo.wanadoo.fr)
12:04.29*** join/#oe BabelO (n=Fabrice@lun34-2-82-238-28-28.fbx.proxad.net)
12:06.16zeckecyrilRomain: msg tronical about it :)
12:06.52cyrilRomainzecke: yep. I'll do some test outside OE before :)
12:07.18zeckecyrilRomain: too late, I gave the pastebin url to him, follow up now :)
12:07.41do13hey zecke
12:09.38cyrilRomainzecke: hehe. should I know tronical ? Or it was a contraction of 'Trolltech' and 'technical' ? ;-}
12:10.12Genesishey cyrilRomain will you go at RMLL ?
12:10.23zeckecyrilRomain: /msg tronical "What you have to say"
12:10.26Genesis'll be pleased to meet some french OE devel
12:10.35cyrilRomainGenesis: yes I think
12:10.41Genesisgreat :)
12:10.46zeckecyrilRomain: If I would start with an introduction I would have to talk two days....
12:10.58cyrilRomainGenesis: it is too near where I leave not to go to RMLL ;)
12:11.09Genesishehe lucky boy :)
12:11.37Genesisi'll have a conference with a friend on embedded stuff
12:11.46*** join/#oe wirelessdreamer (n=dreamer@chrobd01.vailsys.com)
12:11.50Genesisbut i'll not speak about OE since there is already a conference about it
12:12.37CIA-2203dirk 07org.oe.dev * re49ebd52... 10/ (3 files in 2 dirs): cairo: upgrade to 1.6.4
12:12.41GenesiscyrilRomain http://2008.rmll.info/Tech-stories-Aspects-des-projets.html <- i'll assist my friend mathieu deschamps
12:12.41CIA-2203dirk 07org.oe.dev * rfe11e603... 10/ (1 packages/openipmi): openipmi: add 2.0.14 a set of tools to access the IPMI subsystem
12:12.46CIA-2203dirk 07org.oe.dev * raf90841f... 10/ (3 files in 2 dirs): netperf: upgrade to 2.4.4
12:15.12cyrilRomainzecke: so yes I should know him ;)
12:15.35cyrilRomainGenesis: cool!
12:16.18hrwOE should move packages/(obsolete,nonworking) from packages/
12:16.23zeckecyrilRomain: tronical is working at Trolltech, if you get him interested in your bug he will take a look. It is something that will interest him
12:16.28cyrilRomainGenesis: do you know who will talk about OE ?
12:16.51cyrilRomainzecke: ok thank you so much!
12:17.38like2wise_do13: tnx for the cairo commit, is pixmap up-to-date for it?
12:17.56GenesiscyrilRomain Ahmed Hajji  - http://2008.rmll.info/Les-BSP-libres-dans-l-embarque.html
12:18.00Genesisi don't know him
12:18.03do13like2wise: 0.10.0 should be ok
12:18.40*** join/#oe rd_ (n=dr@vnsecurity.net)
12:19.19cyrilRomainGenesis: me neither. Thanks for the info anyway :)
12:20.32Genesis<PROTECTED>
12:20.54Genesisseems to be network focused company
12:21.22Genesisfor which domain of application do you use OE cyrilRomain ?  
12:21.29cyrilRomainGenesis: yep. There are lots of network related companies in Tunisie ..
12:22.05cyrilRomainGenesis: I use OE for my personal webserver, which is a C3 + a tosa
12:22.21Genesisoki
12:24.32cyrilRomainGenesis: but I hope I could get angstrom with latest qtopia (OpieII ?) on the tosa I always have in my pocket ;)
12:25.28cyrilRomainGenesis: and definitively replace the sharpROM with a new working qtopia-based application stack
12:25.40Genesisi'd prefer gtk based desktop as GPE :)
12:25.57Genesisi hate trolltech stuff :/
12:26.07cyrilRomainGenesis: heh. As a user I could understand.
12:26.30cyrilRomainGenesis: As a coder, I'm pretty sure you'd prefer Qt over gtk+ ;-p
12:26.33zeckeGenesis: hate never makes sense
12:26.37Genesisi've already integrate GPE as a system ingeeneer on this : http://www.pipublish.com/fr/index.html
12:28.09Genesis( my first stuff with OE )
12:29.43Genesismy english is so poor, i feel better with GTK if i could say that
12:29.49cyrilRomainGenesis: nice!
12:30.05ScaredyCatis there a do_prepend_package? or similar?
12:30.32hrwScaredyCat: for?
12:30.44cyrilRomainGenesis: will the PiBook be available in public store ?
12:30.44ScaredyCatremovid .debug dir
12:30.50ScaredyCatremoving
12:31.01hrwScaredyCat: fix FILES vars then
12:31.16GenesiscyrilRomain : i worked on this for a prototype company , i've no news since last year, seems to be a dead project
12:31.37Genesisi've change 2 times of work since :)
12:31.41cyrilRomainGenesis: seems they underevaluated the risks then .. :(
12:31.59CIA-2203hrw 07org.oe.dev * r6fa9ef4e... 10/ (1 conf/distro/angstrom-2008.1.conf): angstrom-2008.1: prefer bluez-utils for bluez-utils-dbus
12:32.14*** join/#oe ich__ (n=ich@92.116.182.29)
12:32.20Genesismy point of view is that is was a bad idea .
12:32.49Genesisbad idea are often marketing success, but all people are not apple or MS.
12:34.46Genesisi'd some fun to make kdrive work with 2 screens :} ugly hack -_-
12:35.18*** join/#oe davygravy (n=davygrav@h75-100-88-178.75-100.unk.tds.net)
12:35.43cyrilRomainGenesis: hehe. It has probably been a nice job for you anyway
12:37.14Genesisthat lauch my career as linux architect yeap
12:38.03Genesisas i take my holiday to go on RMLL , i hope to make some contact in the buisness.
12:39.33Genesisi dream to found a such company as RP done.
12:40.02hrwGenesis: OH is hiring
12:40.12hrwGenesis: but you would need to move to London
12:41.20Croftonhrw when are you moving to London :)
12:41.42Genesisi've a look at that in 7 month
12:41.57Genesisi need to make a longer exp in a company more that 6 month ...
12:42.22hrwCrofton: ;DDD
12:46.37Genesis"Junior Kernel Developer" <- miam :)
12:49.25trickie_wishes he lived in london sometimes... always exciting jobs
12:50.38hrwtrickie_: .25....?
12:50.48Genesislives in Paris
12:51.20hrwGenesis: there is direct train to London - you can travel to/from work each day
12:51.36trickie_hrw: this weekend is a long weekend in .nl so i plan on having heaps of time to geek it up!
12:51.44trickie_crappy week this week
12:51.59*** join/#oe BabelO_ (n=Fabrice@2a01:e35:2ee1:c1c0:21e:8cff:fe2d:7d3f)
12:55.13trickie_hrw: sorry, been long crappy week :(
12:56.00RPzecke: http://www.rpsys.net/openzaurus/temp/stamp.patch - is acceptable do you think?
12:56.46RPzecke: The idea being we can then call check_stamp externally which is useful for packaged-staging
12:59.21zeckeRP: yes, I can't think of a better way to export the runqueue though
13:03.40RPzecke: In due course I may change it to use a stamp class or something and cut down the amount we export...
13:03.44hrwtrickie_: happens
13:04.17RPThis fixes an immediate problem whilst hopefully not cutting down on our future options though...
13:05.17zeckeRP: well, I assume that we can have more than one runqueue in the future?
13:05.46RPzecke: There is no technical reason why not
13:06.11RPWe could add static variables but IMO that would be worse than this...
13:06.43*** join/#oe chouimat|work (n=dieu@209.217.106.98)
13:06.44zeckeyup
13:07.30chouimat|workmorning
13:07.33zeckeRP: we could add _runqueue to the globals (when we add 'd') but I don't know if we have access to it there
13:08.30RPzecke: We don't. very little actually sees the runqueue at present
13:08.55RPand in a way thats good, I'd much prefer it was wrapped in access funtions rather than used directly
13:09.23RPmorning mickeyl
13:09.27zeckeRP: nothing to say against it
13:10.28mickeylhi ho
13:10.30mickeylmorning
13:11.05cdbot2* * OE Bug 4242 has been created by cliff.brake(AT)gmail.com
13:11.07cdbot2* * strace does not build with uclibc_svn
13:11.09cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=4242
13:11.25Genesisconserver seems to work well as a remplacement of minicom to have timestamp and multiple access to tty?
13:11.31Genesiss/?/.
13:11.40Genesis</tips>
13:12.50Genesis( it's far better than a screen+minicom setup )
13:12.56CIA-2203rpurdie * r1067 10/ (4 files in 4 dirs): runqueue.py: Add bb.runqueue.check_stamp_fn() for use by packaged-staging, also improve check_stamp_task debug output
13:13.02RPzecke: decision made :)
13:13.30hrwGenesis: I use picocom mostly
13:13.48hrwmickeyl: not from sofa today?
13:14.19mickeylno, it's getting uncomfortable after a while
13:14.22mickeylhugs the Herman Miller Aeron
13:14.45Croftonhmmm, people really like those chairs
13:14.55Croftonmy cheap chair from office max sucks
13:16.40RPIkea stopped making the chair I use, probably as they break after a while. I've welded it back together though...
13:19.54hrwI use ikea one
13:20.12cbrake_awaytried a Aeron for a week and sent it back -- guess people are made different, so there is no one chair that is perfect for everyone. I really like the Steelcase Leap.
13:20.29Genesisikea also for me
13:21.22hrwbut do not ask for model - I do not remember
13:27.19*** join/#oe BabelO (n=Fabrice@lun34-2-82-238-28-28.fbx.proxad.net)
13:27.46*** join/#oe BabelO (n=Fabrice@lun34-2-82-238-28-28.fbx.proxad.net)
13:31.19*** join/#oe birunko (n=birunko@200.184.118.132)
13:34.03*** join/#oe rsalveti (n=salveti@200.184.118.132)
13:34.07*** join/#oe Xilent (n=supersti@unaffiliated/xilent)
13:37.29*** join/#oe aloisiojr (n=aloisio@200.184.118.132)
13:42.41*** join/#oe vivijim (n=vivijim@unaffiliated/vivijim)
13:55.58*** join/#oe aloisiojr (n=aloisio@200.184.118.132)
13:59.02*** part/#oe zarath (i=Morgaine@p5086DE18.dip.t-dialin.net)
13:59.16RPwonders how we can cheer zecke|sad up
13:59.26*** join/#oe ich__ (n=ich@92.117.149.115)
14:00.47RPWe now have a happy zecke and a sad one?
14:04.09*** join/#oe slapin_nb (n=slapin@saris-243.ip.PeterStar.net)
14:04.46*** join/#oe aloisiojr (n=aloisio@200.184.118.132)
14:11.37*** join/#oe xjqian (n=gordon@bas15-toronto63-1279272142.dsl.bell.ca)
14:16.27*** join/#oe summatusmentis (n=summatus@umm-yrless170.morris.umn.edu)
14:18.03*** join/#oe aloisiojr (n=aloisio@200.184.118.132)
14:25.06*** join/#oe NineX (i=ninex@2001:16b0:1005:0:0:0:0:3)
14:25.31*** join/#oe denix (n=denix@adsl-233-20-199.mia.bellsouth.net)
14:25.38*** join/#oe aloisiojr (n=aloisio@200.184.118.132)
14:25.39*** part/#oe denix (n=denix@adsl-233-20-199.mia.bellsouth.net)
14:27.06*** join/#oe jekhor (n=jek@mm-166-254-57-86.leased.line.mgts.by)
14:43.06cdbot2* * OE Bug 4243 has been created by elena.valhalla(AT)gmail.com
14:43.08cdbot2* * twisted_2.5.0.bb creates empty packages
14:43.10cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=4243
14:44.55*** join/#oe woglinde (i=woglinde@e178064124.adsl.alicedsl.de)
14:46.54*** join/#oe Magon (n=Magon@213.155.227.229)
14:50.36*** join/#oe aloisiojr (n=aloisio@200.184.118.132)
14:52.06*** join/#oe khem (n=khem@adsl-71-146-5-96.dsl.pltn13.sbcglobal.net)
14:52.37khemhey I am getting this
14:52.39khem/proc/sys/vm/mmap_min_addr is not 0. This will cause problems with qemu so please fix the value (as root).
14:53.02khemon my ubuntu (hardy)
14:53.09khemis this check new ?
14:53.57Croftonit's new :)
14:54.03hrwyes
14:54.22khemCommit by rpurdie on org.oe.dev  ::  r453d96c1... / (1 classes/sanity.bbclass):
14:54.27khemhmmm
14:54.45khemso I have to now change it manually on my host ?
14:54.46woglindekhem yes
14:55.02woglindekhem yes or via sysctl.conf
14:55.11khemis it safe ?
14:55.20woglindeseems so
14:55.51khemwoglinde: what should I do to make this change permanent
14:56.04khemso far I tried overwritin the file
14:56.31khemecho "0" >/proc/sys/vm/mmap_min_addr
14:57.42khemis something other than 0 also accepted ?
14:57.50hrwcheck is for 0
14:57.58khemor does it have to be zero always
14:58.23khemI have this as 65536 and did not have qemu issues
14:58.34khemso far
15:00.08cbrakehow do you force a recipe to generate a machine arch package instead of the default?
15:01.10cbrakemust be PACKAGE_ARCH = "${MACHINE_ARCH}"
15:01.42khem# protect bottom 64k of memory from mmap to prevent NULL-dereference
15:01.42khem# attacks against potential future kernel security vulnerabilities.
15:01.42khem# (Added in kernel 2.6.23.)
15:02.09*** join/#oe summatusmentis (n=summatus@umm-yrless170.morris.umn.edu)
15:04.08khemI give up and modify this to 0 in sysctl.conf
15:07.38khemminimal-image.bb does not consider ANGSTROM_EXTRA_INSTALL for IMAGE_INSTALL. Should we add it ?
15:07.59Croftonthinks so
15:08.22Croftonalso thinks we need to rename that var to IMAGE_EXTRA_INSTALL
15:08.32Croftonbut needs to email the dev list about it
15:12.38hrwbye guys
15:14.24Croftongm
15:14.26Croftoner gn
15:14.53Croftonkhem, email sent
15:14.59khemk
15:16.12khemI was trying hard to use openssh instead of dropbear. It would get built but not installed. Installed one is always dropbear
15:16.25khemtried it on console-image
15:16.41khemI tried to set DISTRO_SSH_DAEMON="openssh"
15:16.48Tartarushey khem
15:16.55*** join/#oe CosmicPenguin (n=nobody@163.181.251.103)
15:17.00khemTartarus: moin moin
15:23.27*** join/#oe Varoudis (n=varoudis@dyn1208-62.wlan.ic.ac.uk)
15:28.21LaibschRP: Have you had a look at tailor?
15:28.31RPLaibsch: no
15:29.48CIA-2203xora 07org.oe.dev * r1669dd83... 10/ (17 files in 5 dirs): alsa-state.bb : use openmoko-alsa-scenarios.bb from OM mtn
15:29.52CIA-2203xora 07org.oe.dev * r471eef0d... 10/ (3 files in 3 dirs): illume_svn.bb : update from OM mtn
15:29.57CIA-2203xora 07org.oe.dev * r3607c000... 10/ (1 packages/classpath/classpath-native_0.97.1.bb): classpath-native_0.97.1.bb : add from OM mtn
15:30.02CIA-2203xora 07org.oe.dev * r1f573668... 10/ (4 files in 3 dirs): dvb-apps_1.1.1.bb : add from OM mtn
15:30.07CIA-2203xora 07org.oe.dev * rf76bdb54... 10/ (5 files in 3 dirs): e-wm_cvs.bb : fixes to e-wm from OM mtn
15:30.11CIA-2203xora 07org.oe.dev * r105c1f46... 10/ (1 packages/e17/exquisite_cvs.bb): exquisite_cvs.bb : new recipe from OM mtn
15:30.16CIA-2203xora 07org.oe.dev * r4b3c7844... 10/ (5 files in 3 dirs): imlib2_cvs.bb : fixes from OM mtn
15:30.21CIA-2203xora 07org.oe.dev * r120b8a58... 10/ (4 files in 2 dirs):
15:30.21CIA-22git_1.5.3.bb : add from OM mtn
15:30.22CIA-22git.inc : fixes from OM mtn
15:30.26CIA-2203xora 07org.oe.dev * ra8ec9b29... 10/ (1 packages/hal/hal-info_20080313.bb): hal-info_20080313.bb : new version from OM mtn
15:30.31CIA-2203xora 07org.oe.dev * ra7a011cf... 10/ (4 files in 3 dirs): libnl_1.0-pre8.bb : new recipce from OM mtn
15:30.36CIA-2203xora 07org.oe.dev * r80944ae2... 10/ (3 files in 3 dirs): notification-daemon_0.3.7.bb : add a fix for text color from OM mtn.
15:30.41CIA-2203xora 07org.oe.dev * rf619709f... 10/ (9 files in 3 dirs): openssl_0.9.7m.bb : new version from OM mtn
15:30.46CIA-2203xora 07org.oe.dev * r30d0de3b... 10/ (5 files in 3 dirs): openssl_0.9.8g.bb : new version from OM mtn
15:30.51CIA-2203xora 07org.oe.dev * rea4dfda5... 10/ (1 packages/openssl/openssl-native_0.9.7m.bb): openssl-native_0.9.7m.bb : new version from OM mtn
15:30.56CIA-2203xora 07org.oe.dev * r9246f347... 10/ (7 files in 3 dirs): packages/openmoko-projects/diversity* : diversity updates from OM mtn
15:31.01CIA-2203xora 07org.oe.dev * r139be51d... 10/ (3 files in 3 dirs): illume-theme_svn.bb, illume/keyboard.patch : illume fixes and theme from OM mtn
15:31.05CIA-2203xora 07org.oe.dev * rb72cbdbf... 10/ (1 packages/openmoko-projects/enlazar_svn.bb): enlazar_svn.bb : add new from OM mtn
15:31.10CIA-2203xora 07org.oe.dev * r40c1c8d6... 10/ (1 packages/openmoko-tools/pty-forward-native.bb): pty-forward-native.bb : add new from OM mtn
15:31.15CIA-2203xora 07org.oe.dev * rd5556dd9... 10/ (1 packages/openmoko-tools/serial-forward.bb): serial-forward.bb : add new from OM mtn
15:31.20CIA-2203xora 07org.oe.dev * r7c772145... 10/ (1 packages/python/python-etk_git.bb): python-etk_git.bb : add new from OM mtn
15:31.25CIA-2203xora 07org.oe.dev * r89645b04... 10/ (8 files in 2 dirs): xorg-xserver/xserver-* : sgml path fix from OM mtn
15:31.29CIA-2203xora 07org.oe.dev * r5720426d... 10/ (1 packages/xorg-doc/xorg-doc-common.inc): xorg-doc-common.inc : fix SRC_URI from OM mtn
15:31.34CIA-2203xora 07org.oe.dev * ref0c03a9... 10/ (1 packages/tasks/task-openmoko-games.bb): task-openmoko-games.bb : add more games from OM mtn
15:31.39*** join/#oe zecke (n=ich@92.116.240.61)
15:31.39CIA-2203xora 07org.oe.dev * rb75fe194... 10/ (1 packages/tasks/task-openmoko-feed.bb): task-openmoko-feed.bb : add more stuff to feeds, from OM mtn
15:31.44CIA-2203xora 07org.oe.dev * r8d85ca0f... 10/ (1 packages/python/python-gsmd_svn.bb): python-gsmd_svn.bb : SRCREV doesnt belong here
15:31.48CIA-2203xora 07org.oe.dev * rc23a6629... 10/ (1 packages/openmoko2/openmoko-browser2_svn.bb): openmoko-browser2_svn.bb : add fix for rpath from OM mtn
15:31.54CIA-2203xora 07org.oe.dev * r47e31130... 10/ (1 packages/openmoko2/openmoko-alsa-scenarios.bb): openmoko-alsa-scenarios.bb : spell Openmoko right, from OM mtn
15:31.58CIA-2203xora 07org.oe.dev * rcb4ea4ed... 10/ (1 packages/openmoko-projects/assassin_svn.bb): assassin_svn.bb : fix DEPENDS from OM mtn
15:32.03CIA-2203xora 07org.oe.dev * r3f43406b... 10/ (1 packages/networkmanager/networkmanager_svn.bb): networkmanager_svn.bb : an update from Om mtn
15:32.08CIA-2203xora 07org.oe.dev * rbaab714d... 10/ (3 files in 2 dirs): networkmanager_0.6.5.bb, networkmanager.inc : an update from OM mtn
15:32.13CIA-2203xora 07org.oe.dev * raa1461fa... 10/ (1 packages/efl1/edbus_cvs.bb): edbus_cvs.bb : fixes from OM mtn
15:32.18CIA-2203xora 07org.oe.dev * rb34a1eba... 10/ (1 packages/efl1/ecore.inc): ecore.inc : fix DEPENDS from OM mtn
15:32.22CIA-2203xora 07org.oe.dev * rb3abeaa1... 10/ (1 packages/e17/exhibit_cvs.bb): exhibit_cvs.bb : cleanups from OM mtn
15:32.27CIA-2203xora 07org.oe.dev * r7b8c7186... 10/ (1 packages/e17/examine_cvs.bb): examine_cvs.bb : cleanups from OM mtn
15:32.32CIA-2203xora 07org.oe.dev * rc683f9c1... 10/ (1 conf/distro/include/sane-srcrevs.inc): sane-srcrevs.inc : update some revs from OM mtn
15:32.37CIA-2203xora 07org.oe.dev * r80ffebba... 10/ (1 conf/distro/include/sane-srcdates.inc): sane-srcdates.inc : some updated dates from OM mtn
15:32.42CIA-2203xora 07org.oe.dev * r3b463c49... 10/ (1 conf/distro/include/moko-autorev.inc): moko-autorev.inc : add some new entries from OM mtn
15:32.46CIA-2203xora 07org.oe.dev * r85a5e185... 10/ (1 classes/base.bbclass):
15:32.46CIA-22base.bbclass : add check from zecke/OM mtn that errors if libname.lai is not
15:32.46CIA-22unique. Acked by RP
15:32.51CIA-2203xora 07org.oe.dev * rc5233e45... 10/ (1 conf/machine/om-gta02.conf): om-gta02.conf : prefer glamo xserver from OM mtn
15:32.56CIA-2203xora 07org.oe.dev * r88288139... 10/ (1 packages/e17/e-wm/applications.menu): e17/e-wm/applications.menu : fix menu from OM mtn
15:33.19*** join/#oe kristoffer (n=kristoff@88-206-209-55.highlandnet.se)
15:33.37zeckehappy merging :)
15:34.26Genesiswait after git switch :)
15:34.29XorAnow do I commit the PR changes to make OM/OE totally in sync :-)
15:35.36*** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh)
15:35.39RPXorA: I've done that with Poky before ;-)
15:36.10mwesterdecides to wait an hour or so before he syncs for the next rebuild.
15:39.07CIA-2203xora 07org.oe.dev * rf239711f... 10/ (14 files in 7 dirs): packages/* : PR changes from OM mtn to bring two back into sync
15:41.41*** join/#oe greentux (n=lemke@Z75a0.z.pppool.de)
15:55.42zeckeRP: ah, now i see the issue with the sortable versions
15:56.32zeckeRP: I would need a local tree, but I don't have one when making up PV
15:56.44RPzecke: ah, yes :/
16:00.31zeckeRP: would abusing the ref format help?
16:00.55RPzecke: I'm not sure what you mean?
16:01.14zeckeRP: ignore me :)
16:02.07*** join/#oe xjqia1 (n=gordon@bas15-toronto63-1279272142.dsl.bell.ca)
16:05.16Jin^eLDre
16:09.12*** join/#oe rsalveti (n=salveti@200.184.118.132)
16:11.13*** join/#oe d3 (n=dr@vnsecurity.net)
16:19.33Laibschzecke: Can you give us a hand with converting the bk repo to git?
16:20.00LaibschI tried with very limited success in http://gitweb.openembedded.net/
16:28.34zeckeLaibsch: hey
16:28.46Laibschho
16:28.46zeckeLaibsch: what did you use for that?
16:28.55Laibschgit-cvsimport
16:29.04LaibschBut maybe I got the command line wrong
16:29.16Laibschand apparently cvsps could be more recent, too
16:29.26LaibschIt's only a first shot ;-)
16:29.39zeckeLaibsch: didn't RP tried the import? otherwise you can convert koen's hg tree :)
16:29.54*** join/#oe Varoudis (n=varoudis@87-194-34-216.bethere.co.uk)
16:31.03RPKoen's hg tree is bust too :(
16:31.23LaibschRP: latest cvsps does not compile
16:32.08RPLaibsch: I can't help atm. If I get a chance I will look at it again but not now, sorry :(
16:32.15Laibschsure
16:32.33Laibschwe have 2.1-2
16:32.43Laibschlatest stable tar ball is 2.1
16:33.04Laibschlatest dev tarball is 2.2b1
16:33.11Laibschbut that does not compile on amethyst
16:37.06*** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh)
16:37.28*** join/#oe AvengerMoJo (n=alex@219.142.240.169)
16:38.11*** join/#oe faassen (n=faassen@dhcp-077-250-151-189.chello.nl)
16:47.17*** join/#oe Varoudis_ (n=varoudis@87-194-34-216.bethere.co.uk)
17:06.00*** join/#oe grma (n=gruberm@212.186.13.45)
17:07.37rsalvetiI'm going to try the hildon-input-method with it's keyboard, do you know if anyone already made the bb files for it?
17:18.23*** join/#oe summatusmentis (n=summatus@umm-yrless170.morris.umn.edu)
17:20.37Laibschfind packages -name *hild*
17:20.45LaibschThat's what I'd do to find out
17:26.40rsalvetiLaibsch: did this but found only hildon related stuff and not the input-method implementation
17:26.54rsalvetiwill try to build it, let's see how it goes
17:28.33*** join/#oe scruggs (n=chris@72-161-115-223.dyn.centurytel.net)
17:53.51*** join/#oe jbs (n=Bernardo@89-180-32-246.net.novis.pt)
17:55.28*** join/#oe AvengerMoJo (n=alex@219.142.224.117)
17:59.49*** join/#oe DukeOfURL (n=chatzill@introspect.com)
18:13.54*** join/#oe timtimred (n=meh@82-34-50-106.cable.ubr02.chel.blueyonder.co.uk)
18:14.13*** join/#oe Araneidae (n=michael@araneidae.co.uk)
18:16.19*** join/#oe HopsNBarley_ (n=hops@pool-71-116-67-183.snfcca.dsl-w.verizon.net)
18:30.18*** join/#oe Araneidae (i=michael@araneidae.co.uk)
18:32.17*** join/#oe jbs_ (n=Bernardo@89-180-21-74.net.novis.pt)
18:32.43*** join/#oe Crofton (n=balister@66-207-65-47.bark.dmt.ntelos.net)
18:36.32*** join/#oe fenfir (n=fenfir@64.241.37.140)
18:45.17*** join/#oe deni1 (n=denix@98.64.13.128)
18:47.42*** join/#oe astro76 (n=jtaji@unaffiliated/astro76)
19:13.07*** join/#oe fenfir (n=fenfir@user-105nbi8.cable.mindspring.com)
19:18.55*** join/#oe thesing (n=tkunze@BAA093f.baa.pppool.de)
19:20.49thesinghi everybody
19:21.41CIA-2203koen 07org.oe.dev * r8816a193... 10/ (5 files in 3 dirs): linux-omap2 git: add working DVI patch (sent upstream for review), update defconfig
19:23.07woglindehi thesing
19:23.16woglindethesing will you be at linuxtag?
19:24.15thesingprobably
19:27.38stelioski need a python magician...
19:27.40stelioskdo_split_packages(d, engines_root, '^lib(.*)\.so$', 'gtk-engine-%s', 'GTK %s theme engine', extra_depends='')
19:28.05stelioskhow can we change 'gtk-engine-%s' to be a variable ${Foo} ?
19:28.28woglindehi steliosk
19:28.41stelioski.e 'gtk-${foo}-%s' does not work
19:28.56woglindesteliosk why?
19:29.01stelioskwoglinde : hi !
19:29.04zeckefoo = "%s" % bb.data.getVar("BLA", d, True) + "-%s"
19:29.09woglindeit should work in this context
19:29.23woglindehm
19:29.26woglindeokay
19:29.33stelioskzecke : thanks !
19:29.36woglindeI thought it was shell stuff
19:29.37woglindesorry
19:46.39*** join/#oe vivijim (n=vivijim@unaffiliated/vivijim)
19:48.00*** join/#oe kristoffer (n=kristoff@88-206-209-55.highlandnet.se)
19:56.08LaibschRP: zecke suggested cvs2svn -> git-svn instead of straight git-cvs
19:56.17Laibschand indeed it seems to be working much better
19:56.24*** join/#oe gremlin[it] (n=gremlin@ppp-47-40.25-151.libero.it)
19:56.36LaibschI guess I should have that BK repo soon and upload it and ping you then
19:56.45LaibschYou can then take a look
19:58.24Laibschzecke: I am getting a couple of empty dir warnings
19:58.31*** join/#oe tomimo (n=kurre@xdsl-83-150-88-111.nebulazone.fi)
19:59.28LaibschMaybe I should retry but first do "find . -empty -type d -exec touch {}/.emptydir \;" first?
19:59.51zeckeLaibsch: that is fine
20:00.00Laibschthe warnings you mean?
20:00.09LaibschThat won't create problems?
20:00.44Laibschr2000 of ~30000
20:01.04*** join/#oe yansa (n=yans@77-253-123-167.adsl.inetia.pl)
20:02.37*** join/#oe xjqian (n=gordon@bas15-toronto63-1279272142.dsl.bell.ca)
20:15.14*** join/#oe yansa_ (n=yans@87-205-250-12.adsl.inetia.pl)
20:16.59*** join/#oe lrg (n=liam@lrg2.demon.co.uk)
20:20.14thesinghi mikeyl
20:21.05thesingmickeyl: whats the reason for not blogging about openmoko?
20:21.30mickeyli was considering to leave
20:21.59CIA-2203dirk 07org.oe.dev * rbcb4d050... 10/ (1 packages/openipmi/openipmi_2.0.14.bb): openipmi: forgot the recipe
20:22.03CIA-2203dirk 07org.oe.dev * r5bd5703a... 10/ (1 packages/fuse/curlftpfs_0.9.1.bb): fuse: add curlftpfs, filesystem client based on the FTP
20:22.10thesingyou too? whats wrong with it?
20:23.00mickeylhard to say. i thought we were not getting anywhere and the decisions made would not bring us forward to the goal
20:24.16thesingand now you overcame you doubts?
20:26.37mickeylyes
20:26.58zecke:)
20:27.33zeckemickeyl: no idea what you currently work on. suspend/resume handling would be cool to have :)
20:28.09gremlin[it]mhhh really a shame a OSS project will fail ...
20:28.25mickeylzecke: in how far?
20:29.49mwesteralso thinks suspend/resume handling would be cool to have. ;)
20:30.18mwesterzecke: care to help get some rudimentary suspend/resume support in the qtopia image?
20:30.30mwester(for GTA01, anyway?)
20:31.22*** join/#oe yansa__ (n=yans@87-205-171-91.adsl.inetia.pl)
20:31.37zeckemwester: I fear I mostly care for GTA02 atm, but there is nothing that wouldn't work for GTA01. And we have suspend/resume in the qtopia image
20:31.52zeckemickeyl: to the end? beyong the limitiations of apm bios, policy, notifications :)
20:31.53woglindemwester hm the greephone has suspend/resume
20:32.43mwesterThere is certain kernel support not present yet, so I am not certain that the suspend/resume in qtopia is really working very well.
20:33.50mickeylzecke: hmm... i don't know what you mean. please be more specific. The odevice API will Suspend() calls to prepare devices for suspend, and there will be a global Suspend() call that just does what you would expect.
20:33.52*** join/#oe yansa (n=yans@87-205-253-22.adsl.inetia.pl)
20:34.15*** join/#oe polyonymous (n=hacker@pD953A259.dip0.t-ipconnect.de)
20:38.07zeckemickeyl: might be my ignorance for the deviced. Basicly we exchanged emails on my usecases already (I just remembered)
20:38.32mickeylyeah
20:38.40mickeylyou said you want to have the device fall into suspend, when you want to
20:38.48mickeylwe can do that
20:38.54mickeylodeviced and usaged will cooperate on that
20:39.06zeckemickeyl: cancel suspend, make apps (like the media player) inform the (p) manager about what they are doing
20:39.54zeckemickeyl: e.g. if you press suspend but listen to music it is up to product manager to decide if the device should suspend or just dim the backlight. once the music finished the device should suspend though :)
20:41.01mwesterHas anyone spec'd what the interface to the kernel is -- the one to cause the GSM to be flow-controlled by means of GPIO (so that it will interrupt rather than just toss data into the UART fifo)?
20:41.04mickeyls/product manager/sane defaults or user preferences/, but yes, i agree
20:41.18mwester(if nobody has, I'm just going to invent one)
20:42.49mickeylsorry, no idea.
20:42.59mickeylonly minimal kernel knowledge
20:43.16zeckemwester: no idea, that is private to the serial driver?
20:43.37mwesterI was thinking it should be in the driver that handles power on/off for the GSM
20:45.05mwesterWe basically need for userspace to signal to the kernel that the GSM should be forcibly flow-controlled when the software has completed communications with the GSM preparing for suspend.
20:45.12mwesterAnd the reverse on resume.
20:45.31zeckemwester: why do you need userspace for that?
20:45.45mwesterI think it would be nice if there was a way that the user-space software could query to see if the reason for the resume was the GSM, or other.
20:45.56zeckemwester: power on/off of the GSM? you are utterly confused :)
20:46.21mwesterI may be confusing you with my description, but the need is sound.
20:46.36mwesterNo, I am not meaning to power on/off the GSM.
20:46.52zeckemwester: that is a totally different topic for the gta0x. We don't wake up from flow control/ring but have a separate line
20:46.52mwesterI am merely saying that is a more logical place for this control, in terms of kernel code, than in the serial driver.
20:47.11mwesterOk, let's step back here.
20:47.20mwesterEveryone is misunderstanding what I'm saying.,
20:47.21zeckemwester: right, you mix up two issues...
20:47.39zeckemwester: notification of the wakeup reason: sure, send a kevent or such...
20:47.44mwesterConsider this use case:
20:47.51mwesterPhone begins to enter suspend.
20:48.01mwestersoftware completes comms with GSM to setup to suspend.
20:48.08mwesterKernel begins suspend.
20:48.10mwesterIncoming call.
20:48.13mwesterGSM wakes
20:48.21mwesterSerial driver not yet suspended, recieves message.
20:48.28mwesterSerial driver suspends.
20:48.33mwesterDevice sleeps.
20:48.35mwesterCall lost.
20:49.08mwesterHence, we need user space to signal kernel to flow-control GSM before suspend begins.
20:50.16zeckemwester: two things: suspend+resume is < 1s. You get multiple +RING outputs from the modem. So even if we would lose one... BUT
20:50.45zeckemwester: we don't need a interface for that. You got the apm_bios (or whatever deviced will provide) and can use termios to do the flow control handling
20:51.09CIA-2203likewise 07org.oe.dev * r5917d0f1... 10/ (1 site/avr32-common): avr32-common: Add ac_cv_type_error_t=yes for gnash-0.8.2 built with uclibc 0.9.29.
20:51.31like2wise_mwester: A driver should remember state when suspending, right?
20:51.38mwesterThe serial driver does not.
20:51.55like2wise_mwester: ok, then I rest my case :-)
20:52.09mwesterNor is there anyway to force a flow-control with termios.
20:52.12zeckelike2wise_: well, if one would have the source to a driver :)
20:52.30like2wise_no source, no project
20:52.32like2wise_;-)
20:52.42mwesterYou can hack up the serial driver if you wish, but that's only arguing *where* the code gets put in, not if its needed or not.
20:52.51mwesterhas already hacked up the serial driver.
20:53.19mwesterhas also observed that it is not sufficient, but understands also that's why it's *OPEN* source. :D
20:54.10mwesterSo what code would you add in userspace that would issue the extended termio operation to force flow-control?
20:54.48zeckemwester: you are utterly confused!
20:54.57mwesterNot on this one, zecke.  
20:55.15mwesterBut please defend your case.
20:55.29zeckemwester: grep -rn TIOCM_DTR /usr/include/*
20:55.44zeckegrep -rn TIOCM_CTS /usr/include/*
20:55.51mwesterYes, yes.
20:56.04mwesterPlease stop treating me like an idiot, ok?
20:56.26mwesterAre you claiming, then, that there is code in the userspace that issues these operations when it suspends?
20:56.40mwesterAnd then you are aware that these operations don't do anything in the current driver?
20:57.06zeckemwester: at road our qtopia copy did that and the look at uli luckas's mails about this issue at the arm kernel ml
20:58.37zeckehttp://ussg.iu.edu/hypermail/linux/kernel/0604.3/0872.html
20:59.18mwesterAh, those emails.
20:59.50woglindehms why we need libxml2-pyhton foo
21:00.13mwesterI'm afraid that doesn't fix the problem.  It solves part of it.
21:00.43zeckemwester: i will ask uli to talk to you on tuesday
21:00.59mwesterThe UART state is not saved across suspend/resume, unless the low-level debug is turned on in the kernel defconfig, which until recently was the default for gta0x kernels.
21:01.29mwesterUpon resume, the serial drivers reset all the termios info (and flush the fifos), which may well disturb any saved info as well.
21:02.19zeckemwester: the serial driver is the s3c urart of your gta01? but I think we flush it on s3c2442 as well
21:02.34mwesterI guess I'll not bother with the proposal I was going to send to the om kernel list at this point. :(
21:02.37*** join/#oe yansa_ (n=yans@87-205-162-141.adsl.inetia.pl)
21:03.21mickeylwhy not?
21:03.22mickeylplease do
21:03.25mwesterThe serial driver would be the combination of serial_core and the s3c24xx device-specific code.
21:05.08mwestermickeyl:  if someone on the project is working on the issue, it seems best to not confuse things by a proposal that might be viewed as a counter-proposal, and not as I envisioned it to be: a proposal to fill a void that was going unadressed.
21:05.26mwesterer, unaddressed, even.
21:05.29zeckemwester: without any doubt I recognize that you have spent a lot of time and thought and more than anyone inside openmoko
21:06.20zeckemwester: oh, I just remember these things from ROAD, they are not yet on my radar and appreciate what you are doing. Send a proposal, please, I will get uli to talk to you on tuesday, they should be on 2.6.24 as welll...
21:32.14*** join/#oe memeruiz_ (n=memeruiz@g226193075.adsl.alicedsl.de)
21:46.02gremlin[it]some have used ep93xx USB host ???
21:50.39*** join/#oe osas (n=nnnnnnnn@nslu2-linux/osas)
21:51.43*** join/#oe CSMan (n=csman@bas6-montrealak-1096581246.dsl.bell.ca)
21:51.47*** part/#oe deni1 (n=denix@98.64.13.128)
21:57.45*** join/#oe summatusmentis (n=summatus@umm-yrless170.morris.umn.edu)
22:14.50*** join/#oe CosmicPenguin (n=nobody@163.181.251.103)
22:50.05cdbot2* * OE Bug 4213 has been RESOLVED (FIXED) by likewise(AT)gmx.net
22:50.07cdbot2* *
22:50.09cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=4213
23:13.48*** join/#oe aloisiojr (n=aloisio@189.70.234.150)
23:23.29*** join/#oe angom (n=angom@201.170.65.143)
23:24.25*** part/#oe angom (n=angom@201.170.65.143)
23:27.28*** join/#oe Doobe08 (i=doobe01@c-24-62-240-44.hsd1.nh.comcast.net)
23:29.08*** join/#oe Doobe08 (i=doobe01@c-24-62-240-44.hsd1.nh.comcast.net)
23:30.09*** join/#oe fenfir (n=fenfir@user-105nbi8.cable.mindspring.com)
23:31.48*** join/#oe fenfir (n=fenfir@user-105nbi8.cable.mindspring.com)
23:31.51*** join/#oe jbs (n=Bernardo@89-180-85-89.net.novis.pt)
23:33.30*** join/#oe xjqia1 (n=gordon@bas15-toronto63-1279272142.dsl.bell.ca)
23:39.24*** join/#oe denix (n=denix@98.64.56.167)
23:55.50*** join/#oe Crofton (n=balister@12.185.225.21)

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