| 01:37.14 | *** join/#openezx florian_ (n=fuchs@84.245.184.141) |
| 04:44.16 | *** join/#openezx icesky (n=zhaotong@123.253.121.30) |
| 07:14.03 | Hopscotch | good morning |
| 07:16.16 | *** join/#openezx ao2 (n=u@2001:1418:117:0:0:0:0:1) |
| 07:34.24 | *** join/#openezx iceskycn (n=zhaotong@123.253.121.30) |
| 08:30.52 | *** join/#openezx ade|desk (n=adavey@194.200.143.249) |
| 08:38.46 | *** join/#openezx florian (n=fuchs@217.146.132.69) |
| 08:56.55 | iceskycn | hi. can someone help me ? |
| 08:57.34 | iceskycn | I crosscompiled tun.o for openvpn |
| 08:57.59 | iceskycn | but got an error,unresolved symbol preempt_schedule |
| 09:14.48 | ao2 | iceskycn, are you using ezx10 patchset? or motorola 2.4 kernel ? |
| 09:15.07 | koen | 'tun.o' says it all |
| 09:16.35 | ao2 | well, koen, to build a .ko a .o must be compiled first |
| 09:16.50 | koen | that's right |
| 09:18.00 | iceskycn | I used motorola 2.4 kernel |
| 09:18.15 | iceskycn | first make menuconfig , make modules |
| 09:18.51 | iceskycn | make modules target=arm-linux CC=arm-linux-gcc |
| 09:18.55 | iceskycn | all right? |
| 09:22.53 | ao2 | check if preemption is enabled in the .config file, I presume the functionality comes from montavista since vanilla 2.4.20 does not seem to have preemprion from what I read on the web... |
| 09:24.36 | iceskycn | thanks. I will check it |
| 09:24.41 | koen | or from moto |
| 09:25.00 | koen | mvista dislikes what moto did to ezx |
| 09:35.58 | iceskycn | I can't found preemtion in the .config file |
| 09:54.02 | *** join/#openezx dion (n=dion@inhex.net) |
| 09:58.57 | *** join/#openezx jonwil (n=jonwil@220-245-207-211.tpgi.com.au) |
| 10:06.21 | dion | hiall |
| 10:06.26 | iceskycn | hi |
| 10:06.38 | iceskycn | I hava a problem |
| 10:06.57 | iceskycn | I had crosscomiled tun.o for openvpn |
| 10:07.24 | iceskycn | but phone said that error,unresolved synbol preempt_schedule |
| 10:07.35 | iceskycn | use motorola 2.4 kernel |
| 10:10.45 | dion | you should use same config |
| 10:12.49 | iceskycn | <PROTECTED> |
| 10:12.56 | iceskycn | in .config |
| 10:13.56 | dion | yes,, turn it off. and also AFAIK there is working 2.4 config in openezx svn |
| 10:14.10 | dion | (phone can boot and work with it) |
| 10:15.06 | iceskycn | thanks a lot |
| 10:15.12 | iceskycn | I am trying it |
| 10:23.09 | dion | also look to 2.4 wiki page |
| 10:25.45 | dion | http://wiki.openezx.org/Kernel_hacking_-_linux-2.4 |
| 10:27.08 | dion | is it possible to buy mini-usb port like in phone? looks like my one is broken |
| 12:14.51 | *** join/#openezx agd5f (i=alex@conference/ubuntu-developer-summit/x-3f56bdca3efffcc2) |
| 12:42.04 | *** join/#openezx dion (n=dion@inhex.net) |
| 14:10.00 | *** join/#openezx jannu (n=jannu@hoas-fe29dd00-231.dhcp.inet.fi) |
| 14:11.01 | webmind | have people seen this: http://news.bbc.co.uk/2/hi/technology/6634195.stm |
| 14:16.05 | koen | yeah |
| 14:16.21 | koen | a nice thing to point at and laught |
| 14:16.22 | koen | -t |
| 14:16.40 | koen | seeing that ubuntu has been trying to go 'embedded' for some years now and failing miserably |
| 14:17.04 | koen | I don't see how one press-statement^H^H^H^H mail fixes all that |
| 14:34.28 | *** join/#openezx purl (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
| 14:34.29 | *** topic/#openezx is OpenEZX Developer Lounge -- Open Source Software Stack for Motorola EZX phones -- http://openezx.org |
| 15:27.18 | *** join/#openezx TimRiker (n=timr@216.49.181.128) |
| 15:50.37 | *** join/#openezx agd5f (i=alex@conference/ubuntu-developer-summit/x-1b2763c2655bb302) |
| 16:11.52 | *** join/#openezx agd5f (i=alex@conference/ubuntu-developer-summit/x-3acce49b9afb5854) |
| 16:34.46 | *** join/#openezx agd5f (i=alex@conference/ubuntu-developer-summit/x-bbe8cc7619b4fcaa) |
| 17:19.42 | *** join/#openezx SuN (i=unices@ip5652ade4.speed.planet.nl) |
| 18:19.55 | *** join/#openezx pleemans (n=peter@d51A5E76A.access.telenet.be) |
| 18:36.19 | *** join/#openezx dion (n=dion@inhex.net) |
| 19:16.47 | stefan_schmidt | Anybody tested the 2.6.21 with something !a780? |
| 19:17.27 | stefan_schmidt | Does not even compile with r2002 |
| 19:19.03 | koen | The one in OE compiles :) |
| 19:19.18 | stefan_schmidt | koen: For !a780? |
| 19:19.33 | koen | I only added a defconfig for the a780 |
| 19:19.49 | stefan_schmidt | koen: That compiles here fine, too. |
| 19:20.05 | stefan_schmidt | koen: But I like to test it on A780,E680 and E2 |
| 19:20.41 | koen | I thought you meant r2002 didn't compile in general |
| 19:20.47 | *** join/#openezx pleemans (n=peter@d51A5E76A.access.telenet.be) |
| 19:21.08 | stefan_schmidt | koen: No, for a780 it's fine |
| 20:00.05 | *** join/#openezx florian (n=fuchs@84.245.175.146) |
| 20:06.49 | *** join/#openezx drWyrM (n=wyrm@201.2.68.83) |
| 20:07.56 | *** join/#openezx koen (n=koen@dominion.kabel.utwente.nl) |
| 20:08.40 | stefan_schmidt | hi drWyrM |
| 20:08.56 | stefan_schmidt | drWyrM: I'm just testing 2.6.21 r2002 |
| 20:09.18 | drWyrM | stefan_schmidt: hi. |
| 20:09.23 | stefan_schmidt | drWyrM: First impression: It does not compile for e680 and E2. :) |
| 20:09.46 | stefan_schmidt | drWyrM: e680 are just some small undeclared constants in ezx-kbd |
| 20:09.50 | drWyrM | stefan_schmidt: wait 10 mins, theres a large commit coming... ;) |
| 20:10.00 | stefan_schmidt | drWyrM: oh, ok |
| 20:10.22 | stefan_schmidt | drWyrM: Take your time. Need something to eat. :) |
| 20:16.09 | stefan_schmidt | drWyrM: btw, what's your feeling about extracting a core patch (kernel boot), clean it up and send for review/RFC to arm-linux-kernel? |
| 20:16.41 | koen | yes! |
| 20:16.43 | koen | good idea! |
| 20:17.13 | drWyrM | stefan_schmidt, humm.. after making the .h files a little more readable, its a good idea. |
| 20:17.16 | stefan_schmidt | Nothing fancy like emu, mmc, etc. Just plain core to get a kernel booted |
| 20:17.45 | stefan_schmidt | koen: :) |
| 20:17.52 | stefan_schmidt | drWyrM: good |
| 20:18.33 | drWyrM | the upcoming commit will make porting to new phones easier, if you apply only ezx-core.patch porting to new ezx phones becomes almost trivial.. |
| 20:18.39 | stefan_schmidt | drWyrM: I would not imagine that need <4 review cycles for that anyway. :) |
| 20:18.54 | stefan_schmidt | drWyrM: sounds good |
| 20:19.06 | *** join/#openezx TimRiker (n=timr@pdpc/supporter/bronze/TimRiker) |
| 20:19.55 | drWyrM | here it goes (may take some time, /me over gprs) |
| 20:20.06 | stefan_schmidt | koen: Do you know if there is an *active* PXA maintainer? rmk just complains about this mach |
| 20:20.23 | koen | all arm stuff goes through rmk |
| 20:20.28 | koen | and rmk complains about everything |
| 20:20.54 | stefan_schmidt | koen: right, but no pxa maintainer like ben for s3? |
| 20:21.10 | koen | not that I know off |
| 20:21.13 | stefan_schmidt | ok |
| 20:21.27 | koen | I think RP almost stepped up, but didn't go for it in the end |
| 20:21.51 | stefan_schmidt | It's a lot work |
| 20:22.39 | koen | it's mainly bitching at those shanghai ex-intel dudes creating a sourceforge project for every brainfart |
| 20:22.46 | stefan_schmidt | heh |
| 20:22.55 | koen | pxa-linux.sf.net, pxa270-linux.sf.net, etc |
| 20:22.58 | stefan_schmidt | And that *is* a lot work. :) |
| 20:23.05 | stefan_schmidt | arm-linux.org |
| 20:25.14 | stefan_schmidt | I fear with some review cycles the .23 merge window could be hard to get. It's worth a try anyway. |
| 20:25.21 | koen | www.armlinux.org is funny |
| 20:25.43 | stefan_schmidt | Personally I would be happy with .24 |
| 20:26.23 | stefan_schmidt | koen: btw, got a UPS call, too? Mine P1 should be here tomorrow |
| 20:26.30 | koen | not yet |
| 20:27.20 | stefan_schmidt | koen: Perhaps no custom trouble |
| 20:27.20 | koen | it will probably arrive the day after tomorrow when I'm away |
| 20:27.20 | stefan_schmidt | After some discussion I get it for VAT only. |
| 20:28.17 | *** join/#openezx drWyrM_ (n=wyrm@201.2.68.83) |
| 20:28.34 | drWyrM_ | damn Brasil Telecom :( |
| 20:28.48 | koen | phone networks in brazil are funny |
| 20:39.56 | CIA-24 | OpenEZX: wyrm * r2003 /branches/kernel-2.6.21-patches/ (31 files): (log message trimmed) |
| 20:39.56 | CIA-24 | OpenEZX: core: EZX subsystem |
| 20:39.56 | CIA-24 | OpenEZX: ezx-phone.c file for each phone |
| 20:39.57 | CIA-24 | OpenEZX: BP handshake code on a platform_driver (and another .patch) |
| 20:39.57 | CIA-24 | OpenEZX: pm: fully functional suspend/resume (except for BP) |
| 20:39.59 | CIA-24 | OpenEZX: reboot/poweroff |
| 20:40.01 | CIA-24 | OpenEZX: new: a780 flip |
| 20:41.37 | drWyrM | here it is... for me the flip support broke userspace, i fixed pointing tslib to input/event2 |
| 20:43.24 | drWyrM | e680 is compiling, but i have not tested the drivers... |
| 20:43.43 | drWyrM | e2 should not work at all (except kernel boot up) |
| 20:43.45 | stefan_schmidt | drWyrM: I update and test it |
| 20:44.21 | drWyrM | ok. |
| 20:53.11 | stefan_schmidt | Good that I ordered a new pc today. This laptop is way to slow. :) |
| 20:54.07 | drWyrM | stefan_schmidt: found the compile monster you were looking for? |
| 20:55.39 | stefan_schmidt | drWyrM: I made a compromise. No real SMP, just dual core. AMD 2x2,4GHz + 4GB RAM. That saves me some money I can spend for a 22" TFT. :) |
| 20:56.22 | ao2 | When digging in A910 section on opensource.motorola.com I saw that it uses some updated code for mux_cli, it came out to be the same for A1200, too. It also have some define to compile on x86. |
| 20:57.04 | stefan_schmidt | ao2: hi |
| 20:57.12 | ao2 | hi stefan_schmidt |
| 20:57.41 | stefan_schmidt | ao2: Sounds interesting. All the code for A1200, E6 and A910 is still a lot work |
| 20:58.44 | stefan_schmidt | ao2: But there should be many stuff that is used in all phones. |
| 20:59.13 | stefan_schmidt | ao2: The hard work is to work out the differences and decide how to merge the code. |
| 20:59.18 | ao2 | some tarballs are named differently but with the same code inside... |
| 20:59.26 | koen | drWyrM: do we still need opentapi with the ezx-bp patch in the kernel? |
| 20:59.54 | ao2 | mux-aplog-paniclog-R532_G_11.00.38P-r6.tar.gz and mux-aplog-paniclog-EZXBASE_N_00.71.A1I-r1.tar.gz have exactly the same mux code |
| 20:59.56 | ao2 | for example |
| 20:59.58 | stefan_schmidt | ao2: Yeah, it's a mess. The only good point is that they upload it now without get poked again and again. |
| 21:00.06 | drWyrM | stefan_schmidt: thats why i have created a "ezx subsystem" |
| 21:00.22 | stefan_schmidt | drWyrM: yes, I got the idea. I like it. |
| 21:00.44 | stefan_schmidt | drWyrM: In the end we need a cleaner way instead of all these ifdefs anyway. |
| 21:00.48 | drWyrM | koen: yes, opentapi is still necessary, if we start compiling ezx-bp as a module, the timing will no longer be a issue. |
| 21:01.15 | koen | exp-bp starts the handshake and opentapi completes it? |
| 21:02.17 | drWyrM | koen: no. The handshakes just places BP on a usable state. turning off the watchdog is handled by the at+usbstat command. |
| 21:03.16 | drWyrM | and the bug that makes bp communication freeze is quite simple.. If bp starts sending rdy interrupts we have about 10 seconds to talk something to it via usb, otherwise it turns off. |
| 21:03.16 | ao2 | drWyrM, you also came to the conclusion that is not possible (with the current knowledge, at least) to put back BP in normal mode when it is in flash mode, right? |
| 21:04.01 | drWyrM | ao2: i doubt its possible at all. there is no way for the ap to turn off bp without turning himself off. |
| 21:05.29 | drWyrM | ao2: but may exist some unknown pcap reg which does the magic.. we have to learn more about pcap. |
| 21:07.43 | *** join/#openezx CIA-24 (n=CIA@208.69.182.149) |
| 21:07.59 | stefan_schmidt | ok, a780 and e680 kernels compile. |
| 21:08.27 | stefan_schmidt | drWyrM: What config you use for E2? Using e680 and only change the type breaks here. |
| 21:08.57 | stefan_schmidt | Anyway, I test what I have now. |
| 21:09.13 | drWyrM | i have not tested E2. |
| 21:09.43 | drWyrM | E2 should work with only ezx-core.patch applied, all the other code is still missing. |
| 21:09.48 | stefan_schmidt | drWyrM: I thought you have tested compile. |
| 21:10.01 | stefan_schmidt | drWyrM: ah, now it make sense. |
| 21:10.10 | stefan_schmidt | drWyrM: I'll test that later |
| 21:10.52 | drWyrM | it should compile with only ezx-core applied. |
| 21:11.19 | drWyrM | ao2: i liked a lot the way you implemented vibrator. clean and simple. |
| 21:11.40 | drWyrM | the only weird side effect is changing the brightness to make it vibe. hehehe |
| 21:12.34 | ao2 | well, thanks drWyrM, and that semantic weirdness seems to be accepted by most linux-embedded people out there... :) |
| 21:12.55 | drWyrM | ahhh, and i removed spin locking from the bl driver, its not necessary. |
| 21:13.54 | koen | any volunteers for a gstreamer filter that uses the vibrator to enhance the music? |
| 21:14.09 | ao2 | drWyrM, do you use any reference text about kernel coding? Understanding Linux Kernel or so? |
| 21:15.07 | ao2 | koen, vibrating on basses can be funny, indeed |
| 21:15.33 | drWyrM | ao2: just grep, google and the latest kernel tree. |
| 21:21.31 | drWyrM | anyone else with non working TS after r2003? |
| 21:31.26 | stefan_schmidt | bbiab |
| 21:46.37 | stefan_schmidt | drWyrM: Sorry for the delay. I got distracted. |
| 21:46.44 | dion | i will test TS after fixing usb port in phone |
| 21:46.58 | stefan_schmidt | drWyrM: TS works for me with r2003 |
| 21:47.12 | stefan_schmidt | drWyrM: But not that smooth |
| 21:49.29 | drWyrM | stefan_schmidt: i had problems on userspace with tslib after the flip patch. |
| 21:49.41 | drWyrM | i have reduced the TS sampling rate. |
| 21:49.57 | drWyrM | to always get accurate pressure measurements.. |
| 21:50.04 | stefan_schmidt | drWyrM: Ah, right. I read the comment |
| 21:50.24 | stefan_schmidt | drWyrM: For normal navigation it is fine. |
| 21:50.34 | stefan_schmidt | Let me try a paint application |
| 21:50.42 | drWyrM | stefan_schmidt: if you think its too slow we can raise it again. |
| 21:51.39 | stefan_schmidt | hmm, no paint app :( |
| 21:51.54 | drWyrM | ts_test ? |
| 21:52.26 | stefan_schmidt | drWyrM: Should be ok. It's working way better then before. We can tune it more later |
| 21:53.17 | ao2 | let's test some pm stuff |
| 21:53.29 | drWyrM | try apm --suspend with bp on flash mode. |
| 21:53.32 | stefan_schmidt | backlight and suspens is also working. Sweet |
| 21:53.48 | drWyrM | with bp on normal mode it resumes right after suspending. |
| 21:54.06 | stefan_schmidt | I tried it with the GPE GUI right now. |
| 21:54.39 | stefan_schmidt | drWyrM: OK, I'm in flash moe right now. |
| 21:54.42 | stefan_schmidt | mode |
| 21:55.16 | stefan_schmidt | Let me grab a ssh console |
| 21:58.02 | stefan_schmidt | hmm, usbnet should work? |
| 21:58.15 | drWyrM | after suspending? |
| 21:58.16 | stefan_schmidt | ah, you changed the ip addresses |
| 21:58.48 | stefan_schmidt | Why link local addresses? Zeroconf setup? :) |
| 21:59.52 | drWyrM | legacy configuration :) |
| 22:00.36 | drWyrM | also udc will not work after suspend unless you unplug/plug the cable. |
| 22:01.14 | stefan_schmidt | That reminds me about a university paper I need to write. Service discovery/location. :( |
| 22:04.45 | stefan_schmidt | eh, something is wrong here. Phone should be 169.254.1.11 right? |
| 22:05.37 | drWyrM | yes |
| 22:05.51 | drWyrM | and host .10 |
| 22:06.13 | ao2 | suspend in flash mode works, too |
| 22:06.44 | ao2 | we now miss battery status, apm --monitor is not very happy yet :) |
| 22:07.21 | drWyrM | ao2: i think this is possible only via BP mux driver :( |
| 22:07.49 | drWyrM | stefan_schmidt: easier to change cmdline. ;) |
| 22:08.05 | stefan_schmidt | drWyrM: heh |
| 22:08.24 | stefan_schmidt | drWyrM, ao2: Yeah, the only way for battery seems mux:( |
| 22:09.03 | drWyrM | stefan_schmidt: i discovered that the BP has somehow read/write access to the AP memory. |
| 22:09.14 | drWyrM | its weird. |
| 22:09.23 | drWyrM | is this common? |
| 22:09.46 | stefan_schmidt | drWyrM: At least it is a way for communication. :) |
| 22:10.44 | stefan_schmidt | drWyrM: But normally this not done through memory |
| 22:11.29 | ao2 | ok, I can also see the flip event catting /dev/input/event0 |
| 22:11.30 | stefan_schmidt | drWyrM: It's always a question how the system is designed. In EZX BP has the control, Neo1973 the AP |
| 22:11.40 | drWyrM | its used on poweroff. some time after writing NO_FLAG to BPSIG bp starts interrupting ap. |
| 22:12.00 | drWyrM | ao2: cat /proc/interrupt, the counters there are all working now. |
| 22:12.52 | stefan_schmidt | BTW, 2.6.20 is superseeded, right? |
| 22:12.59 | drWyrM | yes |
| 22:13.07 | stefan_schmidt | You guys like to remove it, or should I? |
| 22:13.10 | ao2 | but /dev/input/ts0 is ano older interface to touchscreens via TS_DEV, right? can we remove the config for that in defconfig? |
| 22:14.13 | drWyrM | ao2: i think no userspace depends on it. should be safe |
| 22:15.22 | drWyrM | have tried power off/reboot? |
| 22:15.56 | drWyrM | with bp on normal mode it properly resets bp on reboot. |
| 22:16.20 | drWyrM | but takes ages to reboot, because we need to wait bp. |
| 22:17.01 | ao2 | in flash mode reboot turns phone off |
| 22:17.20 | drWyrM | yes, there is no other way :/ |
| 22:18.00 | drWyrM | on flash mode the only thing that works is setting the pcap register of power off and turn everything off. |
| 22:18.27 | ao2 | ok, I have to be brave and switch to blob2... |
| 22:18.48 | drWyrM | ao2: there is absolutely no risk. |
| 22:19.11 | drWyrM | ao2: the only risk is if you flash the wrong area. |
| 22:19.25 | drWyrM | flashing after 0x20000 is always safe :) |
| 22:20.11 | ao2 | well, drWyrM I can trust you, but the problem is that sometimes I do not trust myself... |
| 22:20.43 | ao2 | :) well, just the last thing I noted |
| 22:20.55 | drWyrM | i trust you more than yourself then ;) |
| 22:21.40 | stefan_schmidt | ao2: Don't brick it, or I have to send you mine. ;) |
| 22:22.08 | ao2 | when powering off, I see a shadow on the LCD, but it disappear after a bit, I do not remember that behaviour with moto kernells,. Anyway I do not think it is really important... |
| 22:22.25 | drWyrM | shadow? |
| 22:22.42 | drWyrM | before backlight poweroff? |
| 22:22.47 | ao2 | stefan_schmidt, you can be success in tempting me with this strategy... :) |
| 22:23.24 | ao2 | drWyrM, after, somethink like the lcd get power but with 0 brightness |
| 22:24.30 | drWyrM | ao2: in flash mode? |
| 22:24.35 | ao2 | yes |
| 22:25.13 | drWyrM | well.. motorola's kernel doesnt poweroff on flash mode. |
| 22:25.39 | drWyrM | my code asks pcap to turn off the power abruptely. |
| 22:26.02 | drWyrM | the proper poweroff only works after bp turn off :/ |
| 22:26.06 | ao2 | ah, right, I was comparing moto kernel in normal mode with ezxdev in flash mode, sorry |
| 22:33.34 | stefan_schmidt | aargh |
| 22:33.49 | stefan_schmidt | My image overrides the kernel ip setting. :) |
| 22:36.38 | stefan_schmidt | ah, a ssh shell :) |
| 22:36.55 | ao2 | drWyrM, one more question about backlight power, when powering bl off via sysfs we simply set its intensity to 0, shouldn't we turn off lcd completely? I mean using ezx_lcd_power() |
| 22:37.17 | drWyrM | stefan_schmidt: what do you think about registering more machine types for ezx? |
| 22:37.26 | drWyrM | one for each phone. |
| 22:37.26 | stefan_schmidt | drWyrM: What do you like me to test again? My irc connection was broken shortly and my backlog is gone. |
| 22:37.43 | stefan_schmidt | drWyrM: I also thought about this |
| 22:38.04 | stefan_schmidt | drWyrM: The point is how different the phones are in reality. |
| 22:38.38 | drWyrM | opie use it to know the phone type. |
| 22:38.55 | stefan_schmidt | drWyrM: If we will find out that there are big differences between different series we should register more, if not stay with one. |
| 22:39.13 | stefan_schmidt | drWyrM: hmm |
| 22:39.59 | stefan_schmidt | drWyrM: For example A780/E680/E680i are pretty similar. Should be able to make a multimachine kernel for this phones |
| 22:41.14 | stefan_schmidt | drWyrM: Of course we can register new ids, but for every phone? Russel is a bit picky about renaming and removing. :) |
| 22:42.03 | stefan_schmidt | drWyrM: But we can ask about the best method |
| 22:43.11 | drWyrM | yes, we should do that.. i think that every phone model is different, even if it is a small difference. eg keypad a780/e680 :/ |
| 22:43.57 | CIA-24 | OpenEZX: stefan * r2004 /branches/kernel-2.6.20.7-patches/: |
| 22:43.57 | CIA-24 | OpenEZX: * Remove superseeded 2.6.20 branch. 2.6.21 has all the functionality and even |
| 22:43.57 | CIA-24 | OpenEZX: more. |
| 22:44.29 | ao2 | goodnight |
| 22:44.40 | stefan_schmidt | night ao2 |
| 22:44.41 | drWyrM | ao2: bye. |
| 22:46.04 | stefan_schmidt | drWyrM: You like to send a mail about this to arm-linux-kernel, or should I? |
| 22:48.06 | drWyrM | please, send it. You already had some contact with them before. I am subscribed to the list also if needed. :) |
| 22:48.49 | stefan_schmidt | drWyrM: ok, but let me read some more faq and doc about it before. :) |
| 22:50.04 | drWyrM | stefan_schmidt: ok! Thanks. :) |
| 22:51.18 | drWyrM | good night. |
| 22:53.53 | stefan_schmidt | drWyrM: night |
| 23:00.28 | stefan_schmidt | ~botmail drWyrM I pinged one arm linux hacker about the id question. Just ping me next time and I tell you the story. |
| 23:17.20 | *** join/#openezx Shoragan (n=shoragan@datenfreihafen.org) |
| 23:18.11 | *** join/#openezx stefan_schmidt (n=daniel@datenfreihafen.org) |
| 23:18.12 | *** join/#openezx _stefan_schmidt (n=stefan@datenfreihafen.org) |
| 23:24.59 | *** join/#openezx Shoragan (n=shoragan@datenfreihafen.org) |
| 23:25.27 | *** join/#openezx alphaone (n=daniel@datenfreihafen.org) |
| 23:25.42 | *** join/#openezx stefan_schmidt (n=stefan@datenfreihafen.org) |