| 00:03.46 | *** join/#openmoko TAsn (~tom@enlightenment/developer/TAsn) |
| 00:11.38 | *** join/#openmoko playya__ (~playya@unaffiliated/playya) |
| 00:24.14 | *** join/#openmoko ndnihil (~nihil@unaffiliated/ndnihil) |
| 00:43.13 | *** join/#openmoko CVirus (~Satan@41.130.233.64) |
| 00:53.20 | *** join/#openmoko grummel69 (christian@grumbein.de) |
| 02:23.14 | *** join/#openmoko juggernauts (~chatzilla@117.195.0.27) |
| 02:29.52 | *** join/#openmoko tg (~tg@irc.tgbit.net) |
| 02:35.26 | *** join/#openmoko tg (~tg@irc.tgbit.net) |
| 03:02.50 | *** join/#openmoko tg (~tg@irc.tgbit.net) |
| 03:07.02 | *** join/#openmoko jluis (~jluis@186.Red-83-40-243.dynamicIP.rima-tde.net) |
| 03:20.25 | *** join/#openmoko tg (~tg@irc.tgbit.net) |
| 03:26.14 | *** join/#openmoko MadTBone (~bruce@cpe-66-108-186-2.nyc.res.rr.com) |
| 04:33.51 | *** join/#openmoko DocScrutinizer (~halley@openmoko/engineers/joerg) |
| 06:29.03 | *** join/#openmoko pabs3 (~pabs@static-50-142-241-92.customer.blic.net) |
| 06:29.03 | *** join/#openmoko vilpan (~vilius@88.119.197.33) |
| 06:31.14 | pabs3 | how does one find the GPRS APN/etc info for a network (at DebConf11, wondering how to get data access) |
| 06:43.11 | PaulFertser | pabs3: from a network provider. |
| 06:43.29 | PaulFertser | pabs3: sometimes they have those settings exposed on their website |
| 06:43.55 | PaulFertser | pabs3: sometimes they can send you a special message via sms. Sometimes it's easier to ask the folks who's already using it. Or just google. |
| 06:46.18 | PaulFertser | pabs3: usually only APN matters, and any values for login/password work. |
| 06:47.14 | PaulFertser | pabs3: even when website has only stupid examples (e.g. for windows xp), you can see the relevant data on the screenshots anyway. |
| 06:49.18 | *** join/#openmoko kwek (~kwek@52.Red-88-22-248.staticIP.rima-tde.net) |
| 06:49.46 | *** join/#openmoko jluis_ (53f78848@gateway/web/freenode/ip.83.247.136.72) |
| 06:57.50 | *** join/#openmoko leavittx (~leavittx@89.221.199.187) |
| 07:03.29 | *** join/#openmoko kwek (~kwek@52.Red-88-22-248.staticIP.rima-tde.net) |
| 07:08.36 | *** join/#openmoko polz (~polz@2001:1470:fffd:202c:4261:86ff:fe87:5051) |
| 07:21.48 | *** join/#openmoko tomcatek (~tomcatek@078088161149.static.elblag.vectranet.pl) |
| 07:26.38 | *** join/#openmoko nullix (~philippe@217.108.116.29) |
| 07:27.06 | *** join/#openmoko NurIch_ (~NurIch_@137.226.154.136) |
| 07:30.16 | *** join/#openmoko juggernauts (~chatzilla@117.195.4.152) |
| 07:46.21 | *** join/#openmoko jas4711 (~jas@c80-216-4-108.bredband.comhem.se) |
| 07:55.38 | *** join/#openmoko juggernauts (~chatzilla@117.195.9.21) |
| 07:58.40 | *** join/#openmoko CVirus (~Satan@41.130.233.64) |
| 08:00.42 | *** join/#openmoko polz (~polz@2001:1470:fffd:202c:4261:86ff:fe87:5051) |
| 08:03.17 | *** join/#openmoko juggernauts_ (~chatzilla@117.195.21.237) |
| 08:07.35 | *** join/#openmoko pabs3 (~pabs@78.28.140.4) |
| 08:23.45 | *** part/#openmoko juggernauts_ (~chatzilla@117.195.21.237) |
| 08:27.29 | *** join/#openmoko valos (~valos@coquelicot-a.easter-eggs.com) |
| 08:29.10 | *** join/#openmoko polz (~polz@2001:1470:fffd:202c:4261:86ff:fe87:5051) |
| 08:38.09 | *** join/#openmoko leavittx (~leavittx@89.221.199.187) |
| 08:39.20 | *** join/#openmoko ThibG (~ThibG@81-64-18-234.rev.numericable.fr) |
| 09:01.08 | *** join/#openmoko max_posedon (~max_posed@178.124.160.59) |
| 09:02.44 | *** join/#openmoko Martix (~martix@4.177.broadband3.iol.cz) |
| 09:08.37 | *** join/#openmoko polz (~polz@2001:1470:fffd:202c:4261:86ff:fe87:5051) |
| 09:14.32 | *** join/#openmoko Martix (~martix@4.177.broadband3.iol.cz) |
| 09:19.54 | *** join/#openmoko b0rf (~b0rf@ip98-164-100-237.no.no.cox.net) |
| 09:20.53 | *** join/#openmoko `antonio` (~antonio@nat-sta-smtc2.tvu.ac.uk) |
| 09:21.12 | *** join/#openmoko Orias_Korva (~atilla@31.141.120.100) |
| 09:44.18 | *** join/#openmoko Amorphous (jan@unaffiliated/amorphous) |
| 10:00.41 | *** join/#openmoko NIN101 (~NIN101@p5DD2931E.dip0.t-ipconnect.de) |
| 10:04.42 | *** join/#openmoko dvarnes (~dvarnes@203-206-128-239.perm.iinet.net.au) |
| 10:05.30 | *** join/#openmoko max_posedon (~max_posed@178.124.160.59) |
| 10:09.24 | *** join/#openmoko dvarnes (~dvarnes@203-206-128-239.perm.iinet.net.au) |
| 10:29.13 | *** join/#openmoko spydon (~spydon@nl103-146-152.student.uu.se) |
| 10:38.18 | *** join/#openmoko dos1 (~dos@unaffiliated/dos1) |
| 11:00.36 | *** join/#openmoko polz (~polz@2001:1470:fffd:202c:4261:86ff:fe87:5051) |
| 11:30.37 | *** join/#openmoko polz (~polz@2001:1470:fffd:202c:4261:86ff:fe87:5051) |
| 11:44.44 | *** join/#openmoko 15SAAYP3V (~quassel@77-56-73-44.dclient.hispeed.ch) |
| 11:45.21 | *** join/#openmoko _charly_ (kroseneg@sunrise.schmidham.net) |
| 12:16.33 | *** join/#openmoko radekp (~radek@63.120.broadband10.iol.cz) |
| 12:16.59 | *** join/#openmoko onen|openBmap (~quassel@115.5.102.84.rev.sfr.net) |
| 12:48.31 | *** join/#openmoko ttyS3 (~d@gateway/tor-sasl/omlib) |
| 12:56.26 | ttyS3 | DocScrutinizer: |
| 12:56.27 | ttyS3 | Hab eine Antwort vom Support der SD-Karte bekommen. |
| 12:56.28 | ttyS3 | DocScrutinizer: Prinzipiell kann Ihr Entwickler durchaus Recht haben, je grösser die Kapazität einer Karte ist, je länger dauern einige Initialisierungen / Überprüfungen, die innerhalb der Karte vorgehen. Diese werden bei jedem "Einschalten" erneut durchgeführt. |
| 13:28.26 | PaulFertser | ttyS3: is it possible you get more feedback by writing in English? |
| 13:35.12 | *** join/#openmoko pabs3 (~pabs@78.28.140.4) |
| 13:37.46 | ttyS3 | PaulFertser: ohh. sorry. wrong channel. (this was not #openmoko-de) ;-) |
| 13:40.10 | DocScrutinizer | PaulFertser: it's been about a 32GB card that refused to work in funny ways. My suspicion been it takes the card too long to initialize on power-on |
| 13:40.49 | DocScrutinizer | PaulFertser: ttyS3 just confirmed the card manufacturer agrees on the basic property of larger cards taking longer to initialize |
| 13:40.55 | DocScrutinizer | no surprise |
| 13:41.06 | ttyS3 | DocScrutinizer: thx, for translation. ;-) |
| 13:42.25 | DocScrutinizer | seems ths mmc driver fails to read in the partition table on init |
| 13:42.51 | DocScrutinizer | my idea been we might need a longer delay to let card initialize after power-on |
| 13:43.12 | ttyS3 | Maybe it's possible to use the card, if the card whould not disabled (if not used). |
| 13:43.35 | ttyS3 | yes. good idea. |
| 13:43.37 | DocScrutinizer | nah, we need to fix the root cause which is delay on init |
| 13:43.57 | DocScrutinizer | *probably* is... |
| 13:45.01 | DocScrutinizer | there's no use in running a fdisk against the card each time the uSD VDD gets enabled |
| 13:45.20 | DocScrutinizer | and to keep VDD enabled to avoid having to redo the whole botch |
| 13:45.57 | DocScrutinizer | if driver fails to read in the partition table, then we need to find *why* and fix it |
| 13:46.44 | DocScrutinizer | my bet is on changing/increasing the delay in driver, to give card enough time to initialize |
| 13:47.05 | pabs3 | is there no event fired when the card is ready? |
| 13:47.31 | DocScrutinizer | also I'm not even sure if we really power down the uSD slot - probably during suspend we do though |
| 13:48.25 | DocScrutinizer | pabs3: I do not know details, last time I looked into it was wheh that GPS+uSD issue came up |
| 13:48.41 | DocScrutinizer | i.e several years ago |
| 13:48.50 | *** join/#openmoko methril__ (~methril@189.27.133.64.dynamic.adsl.gvt.net.br) |
| 13:49.16 | DocScrutinizer | I know uSD is controlled on a IF that lives on glamo - bad enough |
| 13:49.48 | pabs3 | finds it weird to have uSD and GPU on one chip |
| 13:50.09 | PaulFertser | pabs3: the devs needed SoC's sdio for the wifi module. |
| 13:50.22 | DocScrutinizer | well, probably it's just great to playback media from uSD without using CPU to decode it |
| 13:50.57 | pabs3 | I guess mplayer/etc doesn't support that yet? |
| 13:51.04 | DocScrutinizer | alas glamo is so braindamaged this probably just can not work in real life |
| 13:51.47 | PaulFertser | pabs3: it doesn't, yes. |
| 13:51.55 | DocScrutinizer | plus glamo has the powers to stop the CPU when it wants to talk to glamo |
| 13:52.38 | PaulFertser | DocScrutinizer: it's interesting that those 32Gb still work with other cardreaders... something seems to be wrong with our driver. If only larsc would find some time (and the card) to work on this... |
| 13:52.42 | DocScrutinizer | which largely defeats the purpose of glamo offload of tasks all together |
| 13:55.59 | DocScrutinizer | you can make glamo do some GFX for the CPU, but then when CPU wants to write some new bytes to glamo, for next position of that sprite or whatever, glamo tells via hw line "please wait, I'm using my memory so you can't", and CPU gets halted. lost battle |
| 13:56.46 | DocScrutinizer | IIRC |
| 13:57.41 | ttyS3 | DocScrutinizer: but, glamo can say, when it is finished. or not? |
| 13:57.46 | DocScrutinizer | for accessing uSD from CPU via glamo this is really nasty |
| 13:59.49 | DocScrutinizer | ttyS3: glamo can do an IRQ on certain events I guess. That doesn't make it much better, as for e.g start of next frame glamo again will access own memory and CPU sits waiting on MEMHLT |
| 14:00.44 | DocScrutinizer | and, as mentioned above, for uSD access from CPU via glamo things get really nasty, as that's not related to video in any way |
| 14:00.59 | DocScrutinizer | logically unrelated |
| 14:01.06 | DocScrutinizer | layering etc foo bar |
| 14:01.11 | DocScrutinizer | I guess |
| 14:01.15 | pabs3 | pokes Sean about finding out if glamo NDAs expired with SMedia going away |
| 14:01.48 | DocScrutinizer | ask larsc |
| 14:03.55 | *** join/#openmoko NIN101 (~NIN101@p5DD2931E.dip0.t-ipconnect.de) |
| 14:05.26 | DocScrutinizer | pabs3: you'd think it should be moot now |
| 14:06.23 | DocScrutinizer | also there usually has to be an expiry date in a NDA as you're not supposed to obey that contract to yur grave and your children inherit it |
| 14:06.41 | DocScrutinizer | standard exoiry durations is some 3 to 5 yeras |
| 14:08.50 | DocScrutinizer | if you want to go the path you suggested, you first have to find out who inherited SMedia's IP and contracts and patents et al |
| 14:08.57 | pabs3 | DocScrutinizer: yeah, I'm hoping so |
| 14:10.38 | DocScrutinizer | then you have to find out if this successor in law of SMedia is able to fulfill the obligations of SMedia arising from the NDA contract, and if not then if that's rendering the contract moot |
| 14:11.29 | pabs3 | indeed, its a long shot but something to try in any case |
| 14:11.49 | DocScrutinizer | I don't see anybody standing up and doing it |
| 14:11.56 | DocScrutinizer | Sean? hahaha |
| 14:12.58 | DocScrutinizer | sure, go and send him an email about it - don't miss to inform us about the answer :-D |
| 14:16.28 | pabs3 | yeah, definitely will report back |
| 14:16.44 | pabs3 | about 10 days ago he said he would try to dig up the NDAs |
| 14:16.52 | pabs3 | so I send a ping |
| 14:18.51 | pabs3 | I expect it will go similar to my Atheros pings (silence) :( |
| 14:32.47 | DocScrutinizer | ooh he actually replied? :-D |
| 14:34.16 | DocScrutinizer | maybe you should ask wolfspraul in #*devel |
| 14:35.02 | DocScrutinizer | he has no access to OM internals anymore, but *might* recall details about the glamo deal, and where the contracts might be, how to find them etc |
| 14:35.13 | *** join/#openmoko Psi (~ben@ip-58-28-158-238.static-xdsl.xnet.co.nz) |
| 14:35.38 | DocScrutinizer | but I guess he won't bother about glamo |
| 14:36.23 | DocScrutinizer | Weiss: could you at least share the exact filenames? :-D |
| 14:36.40 | DocScrutinizer | iirc you should have access to that stuff |
| 14:37.32 | DocScrutinizer | Weiss: so pabs3 could apply for a "NDA" with OM/Sean |
| 14:39.20 | DocScrutinizer | pabs3: I think I even can find a standard NDA form to send to you, so you could sign it and send to Sean |
| 14:39.25 | DocScrutinizer | if you're interested |
| 14:40.02 | DocScrutinizer | OM standard NDA |
| 14:40.45 | *** join/#openmoko balrog-k1n (~balrog@211-goc-32.acn.waw.pl) |
| 14:40.50 | pabs3 | lets try the NDA-less route for now, see what happens |
| 14:40.56 | DocScrutinizer | k |
| 14:43.14 | pabs3 | DocScrutinizer: he replied quickly: "We did. It's in our lawyer's hands now. I'm hoping they get back to us soon. When they do I'll let you know." |
| 14:43.31 | DocScrutinizer | wow |
| 14:43.39 | DocScrutinizer | didn't expect *that* |
| 14:45.10 | DocScrutinizer | didn't even know OM ever had a lawyer, even *plural* :-) |
| 14:45.50 | DocScrutinizer | seems things changed a lot at OM since I left ;-) |
| 14:45.50 | pabs3 | I think his mail implies one lawyer |
| 14:46.02 | DocScrutinizer | ooh yes, misread |
| 14:46.41 | DocScrutinizer | though "they".. meh |
| 14:47.28 | DocScrutinizer | whatever, a promising answer |
| 14:47.42 | pabs3 | we'll see |
| 14:47.52 | DocScrutinizer | you wouldn't believe how much I love to see this crap opened finally |
| 14:48.48 | DocScrutinizer | though it's guaranteed to not make your world a better place when opened :-) |
| 14:49.06 | DocScrutinizer | wtf???? DocScrutinizer51 offline? |
| 14:50.55 | ttyS3 | :-) |
| 14:51.42 | DocScrutinizer | HELL, my box is down |
| 14:53.48 | *** join/#openmoko DocScrutinizer51 (~lagrange@openmoko/engineers/joerg) |
| 14:55.25 | DocScrutinizer | meh, hetzner routing borked |
| 14:55.28 | *** join/#openmoko gkwhc (~me@unaffiliated/gkwhc) |
| 14:55.43 | DocScrutinizer | <PROTECTED> |
| 14:55.51 | gkwhc | can one view the NAND flash usage of a FR? |
| 14:56.13 | DocScrutinizer | specify "usage" |
| 14:56.47 | gkwhc | DocScrutinizer: how much the NAND flash is filled up |
| 14:56.52 | zear | gkwhc, df? |
| 14:56.53 | gkwhc | like df |
| 14:56.55 | DocScrutinizer | df -h I guess |
| 14:57.29 | gkwhc | would that be /dev/root? |
| 14:57.32 | DocScrutinizer | in a "normal" system your / is on NAND |
| 14:57.49 | gkwhc | i see |
| 14:58.01 | gkwhc | thanks! |
| 14:58.05 | DocScrutinizer | yw |
| 14:59.35 | DocScrutinizer | mount should tell you details |
| 15:00.00 | DocScrutinizer | NAND == /dev/mtd* |
| 15:00.25 | DocScrutinizer | also jffs or ubifs |
| 15:14.59 | *** join/#openmoko TAsn (~tom@46-116-236-187.bb.netvision.net.il) |
| 15:14.59 | *** join/#openmoko TAsn (~tom@enlightenment/developer/TAsn) |
| 15:26.52 | *** join/#openmoko amarsh04 (~amarsh04@ppp118-210-32-191.lns20.adl2.internode.on.net) |
| 15:32.39 | *** join/#openmoko polz (~polz@2001:1470:fffd:202c:4261:86ff:fe87:5051) |
| 15:45.42 | *** join/#openmoko amarsh04 (~amarsh04@ppp121-45-122-215.lns20.adl6.internode.on.net) |
| 16:14.13 | *** join/#openmoko michelem (~Adium@62-12-254-128.pool.cyberlink.ch) |
| 16:14.17 | michelem | hello folks |
| 16:14.50 | michelem | I'm comparing with http://wiki.openmoko.org/wiki/USB_host#Providing_power_to_run_and_charge_the_Neo_while_in_host_mode |
| 16:15.14 | michelem | apparently most of the /sys knobs have changed paths in my kernel (2.6.34) |
| 16:15.38 | michelem | how can I find out how to shut down USB power, yet remain in host mode |
| 16:15.41 | michelem | ? |
| 16:17.03 | PaulFertser | michelem: hi |
| 16:17.10 | PaulFertser | michelem: i suggest using omhacks |
| 16:17.32 | michelem | im looking into that |
| 16:17.54 | michelem | om usb mode host && om usb charger-mode charge-device |
| 16:18.55 | PaulFertser | michelem: or (if you want to do it manually) find /sys -name power_on | grep usb |
| 16:24.59 | michelem | I'm fiddling with a Y-cable |
| 16:25.15 | michelem | I managed to get it work 5 minutes ago, but cannot reproduce it anymore |
| 16:25.30 | PaulFertser | y-cable is cool, should work just fine. |
| 16:31.04 | michelem | in kernel logs I get "Cannot enable port 2. Maybe the USB cable is bad?" |
| 16:31.13 | michelem | after a bunch of "unable to enumerate USB device on port 2" |
| 16:31.27 | michelem | there is a plain usb stick attached |
| 16:31.55 | PaulFertser | michelem: are you surely providing power to it? |
| 16:32.30 | michelem | the green light on a device is on, but let me double check with tester |
| 16:33.14 | michelem | also, cat /sys/class/power_supply/battery/status says Charging @moko |
| 16:36.51 | *** join/#openmoko Ameshk (~jorix72Tk@115-64-27-246.static.tpgi.com.au) |
| 16:37.31 | *** part/#openmoko nullix (~philippe@217.108.116.29) |
| 16:38.36 | *** join/#openmoko polz (~polz@2001:1470:fffd:202c:4261:86ff:fe87:5051) |
| 16:44.36 | *** join/#openmoko Linuxxr (~user@ip72-204-125-6.fv.ks.cox.net) |
| 16:45.57 | Linuxxr | hey doc , any hardware news? |
| 16:53.31 | *** join/#openmoko TAsnn (~tom@enlightenment/developer/TAsn) |
| 16:53.51 | *** join/#openmoko kgoetz (~kgoetz@gnewsense/friend/kgoetz) |
| 16:54.30 | *** join/#openmoko _charly__ (kroseneg@sunrise.schmidham.net) |
| 16:58.40 | *** join/#openmoko fredrin (~Fredrik@cm-84.208.108.15.getinternet.no) |
| 17:06.29 | *** join/#openmoko Q-Master (~qmaster@93-81-105-96.broadband.corbina.ru) |
| 17:12.59 | *** join/#openmoko Kame2 (~manuel@port-92-196-61-211.dynamic.qsc.de) |
| 17:35.37 | *** join/#openmoko Heinervdm (~thomas@pD9E12C29.dip.t-dialin.net) |
| 17:41.43 | *** part/#openmoko vilpan (~vilius@88.119.197.33) |
| 17:43.55 | *** join/#openmoko NIN101 (~NIN101@p5DD2931E.dip0.t-ipconnect.de) |
| 17:55.58 | *** join/#openmoko DocScrutinizer51 (~lagrange@openmoko/engineers/joerg) |
| 17:57.25 | *** join/#openmoko Q-Master (~qmaster@93-81-105-96.broadband.corbina.ru) |
| 18:04.32 | DocScrutinizer51 | ~ping |
| 18:04.32 | apt | ~pong |
| 18:07.02 | *** join/#openmoko max_posedon (~max_posed@178.124.160.59) |
| 18:07.14 | *** join/#openmoko bwpeddyc (~bwpeddyc@skinit.csc.ncsu.edu) |
| 18:09.47 | *** join/#openmoko batchy (~batchy@81-64-232-115.rev.numericable.fr) |
| 18:27.01 | *** join/#openmoko pabs3 (~pabs@78.28.140.4) |
| 18:35.10 | *** join/#openmoko b0rf (~b0rf@ip98-164-100-237.no.no.cox.net) |
| 18:40.45 | *** join/#openmoko pabs3 (~pabs@78.28.140.4) |
| 18:48.23 | *** join/#openmoko playya_ (~playya@unaffiliated/playya) |
| 18:51.45 | *** join/#openmoko b0rf (~b0rf@ip98-164-100-237.no.no.cox.net) |
| 19:00.24 | *** join/#openmoko mrmoku` (~mrmoku@ppp-93-104-17-111.dynamic.mnet-online.de) |
| 19:26.29 | *** join/#openmoko krau (~krau@canuck.infradead.org) |
| 19:37.11 | *** join/#openmoko mrmoku (~mrmoku@host-188-174-128-108.customer.m-online.net) |
| 19:43.08 | DocScrutinizer | http://wiki.openmoko.org/wiki/GTA02_sysfs#GTA02_Kernel_sysfs_highlights_for_kernel_2.6.28 |
| 19:50.45 | DocScrutinizer | echo 500 >$(find /sys/class -name usb_curlim) http://wiki.openmoko.org/wiki/Forcing_fast_charge_mode -- adapt accordingly |
| 19:52.51 | DocScrutinizer | it seems it's almost the recommended method that is sugested even by those kernel hackers that love to change sysfs filenames with each new kernel revision |
| 19:53.35 | PaulFertser | I'd call omhacks package the recommended method :) |
| 19:53.45 | DocScrutinizer | whatever that is |
| 19:53.49 | DocScrutinizer | never heard of it |
| 20:04.47 | DocScrutinizer | I seem to recall SHR settings dialog had a proper switch for hostmode at very least - should also have or get one for charging hostmode |
| 20:06.57 | DocScrutinizer | note that recommended sequence is: enable normal hostmode, attach (externaly powered) peripheral, attach power wallwart to Y-cable, only then switch to charging hostmode |
| 20:16.37 | *** join/#openmoko kuzgun (~deniz@unaffiliated/kuzgun) |
| 20:25.12 | *** join/#openmoko kirun (~kirun@78-86-154-194.zone2.bethere.co.uk) |
| 20:26.37 | b0rf | . |
| 20:41.22 | *** join/#openmoko Martix (~martix@4.177.broadband3.iol.cz) |
| 20:44.31 | *** join/#openmoko ndnihil (~nihil@adsl-76-214-59-246.dsl.stlsmo.sbcglobal.net) |
| 20:44.39 | *** join/#openmoko ndnihil (~nihil@unaffiliated/ndnihil) |
| 21:35.37 | gkwhc | anyone use debian on FR? im trying to apt-get install zhone and other fso files (install.sh didnt work so well), but it is telling me that the package is not availabel, but is referred to by another package, etc |
| 21:41.21 | *** join/#openmoko valos (~valos@mar92-6-82-227-150-198.fbx.proxad.net) |
| 21:44.47 | *** join/#openmoko dos1 (~dos@unaffiliated/dos1) |
| 21:54.59 | *** join/#openmoko Fox_Muldr (quakeman@frnk-5f74353e.pool.mediaWays.net) |
| 22:08.06 | *** join/#openmoko flack-Z (~mamhovelk@95.80.218.52) |
| 22:47.54 | *** join/#openmoko flack-Z (~mamhovelk@95.80.218.52) |
| 23:12.00 | *** join/#openmoko zear_ (~zear@h196n1-g-kt-a31.ias.bredband.telia.com) |
| 23:19.57 | *** join/#openmoko matokla (~datenklo@nrbg-4dbe3d42.pool.mediaWays.net) |
| 23:40.39 | *** join/#openmoko Openfree^ (~Openfree`@116.237.91.156) |
| 23:45.00 | *** join/#openmoko Guest2218 (~monocult@f049017233.adsl.alicedsl.de) |
| 23:55.46 | *** part/#openmoko Guest2218 (~monocult@f049017233.adsl.alicedsl.de) |