| 00:13.26 | Guest35674 | I assume I need to compile gmu to have mp3 rubbish support right? |
| 00:30.43 | *** join/#qi-hardware pabs3 (~pabs@d122-111-244-238.per801.wa.optusnet.com.au) |
| 00:42.33 | *** join/#qi-hardware wej (~j@nl3x.mullvad.net) |
| 01:00.49 | *** join/#qi-hardware xiangfu (~xiangfu@fidelio.qi-hardware.com) |
| 01:12.52 | *** join/#qi-hardware DocScrutinizer05 (~HaleBopp@openmoko/engineers/joerg) |
| 01:16.00 | *** join/#qi-hardware pabs3 (~pabs@d122-111-244-238.per801.wa.optusnet.com.au) |
| 01:16.26 | *** join/#qi-hardware Ayla (~paul@pc-144-230-164-190.cm.vtr.net) |
| 01:16.52 | *** join/#qi-hardware xiangfu (~xiangfu@fidelio.qi-hardware.com) |
| 01:23.31 | Guest35674 | what do I need to do to add mp3 yuck support? recompile gmu,sox,mplayer? or for gmu is there a lib I can get from some were? like the devs 7.2 package? |
| 01:29.55 | Guest35674 | right bed time. |
| 01:37.56 | kristianpaul | you can lock terminal with byobu ;) |
| 01:59.37 | *** join/#qi-hardware Ornotermes (~rikard@78-69-248-123-no180.tbcn.telia.com) |
| 02:02.02 | *** join/#qi-hardware nikescar_ (~nikescar@114.199.131.108) |
| 02:46.46 | *** join/#qi-hardware rejon (~rejon@jp.fabricatorz.com) |
| 03:02.57 | *** join/#qi-hardware Ayla (~paul@pc-144-230-164-190.cm.vtr.net) |
| 03:33.38 | *** join/#qi-hardware DocScrutinizer05 (~HaleBopp@openmoko/engineers/joerg) |
| 04:54.32 | *** join/#qi-hardware GCW-Now (~gcwnow@76.92.189.100) |
| 04:54.59 | GCW-Now | Does anyone know of an Ingenic 4770 Vivante GC860 OpenGL driver or the ITE IT6610 if so please contact me gcwnow@gmail.com |
| 04:55.02 | *** part/#qi-hardware GCW-Now (~gcwnow@76.92.189.100) |
| 04:57.33 | *** join/#qi-hardware rejon (~rejon@jp.fabricatorz.com) |
| 05:19.00 | *** join/#qi-hardware porchao (~hato@eatkyo323155.adsl.ppp.infoweb.ne.jp) |
| 05:44.11 | *** join/#qi-hardware panda|x201 (~hzhang@222.130.135.35) |
| 05:57.39 | *** join/#qi-hardware jluis|work (~jpddb@83.247.136.72) |
| 06:03.01 | *** join/#qi-hardware rejon (~rejon@jp.fabricatorz.com) |
| 06:33.45 | *** join/#qi-hardware kilae (~chatzilla@109.205.205.99) |
| 06:51.21 | *** join/#qi-hardware jekhor (~jek@leased-line-46-53-195-83.telecom.by) |
| 07:07.05 | *** join/#qi-hardware kilae_ (~chatzilla@109.205.205.99) |
| 08:01.00 | *** join/#qi-hardware kilae (~chatzilla@109.205.205.99) |
| 08:13.07 | *** join/#qi-hardware ni6htc0d3r (~ni6htc0d3@c-67-188-92-124.hsd1.ca.comcast.net) |
| 08:18.26 | *** part/#qi-hardware ni6htc0d3r (~ni6htc0d3@c-67-188-92-124.hsd1.ca.comcast.net) |
| 08:33.22 | xiangfu | wpwrak, Hi |
| 09:03.36 | *** join/#qi-hardware LunaVorax (~LunaVorax@cau33-2-82-227-183-10.fbx.proxad.net) |
| 09:16.09 | *** join/#qi-hardware lekernel (~lekernel@g225040159.adsl.alicedsl.de) |
| 09:30.00 | *** join/#qi-hardware GNUtoo (~gnutoo@arc33-1-78-248-49-133.fbx.proxad.net) |
| 09:41.10 | *** join/#qi-hardware alexander (~alexander@85.211.123.45) |
| 09:41.30 | *** join/#qi-hardware alexander (~alexander@85.211.123.45) |
| 09:43.03 | *** join/#qi-hardware alexander_ (~alexander@85.211.123.45) |
| 10:18.56 | *** join/#qi-hardware LunaVorax (~LunaVorax@cau33-2-82-227-183-10.fbx.proxad.net) |
| 10:19.35 | LunaVorax | Hi |
| 10:27.31 | alexander_ | hi |
| 10:28.10 | alexander_ | its me again driff name |
| 11:03.17 | wpwrak | xiangfu: heya ! |
| 11:15.30 | *** join/#qi-hardware paul_boddie (~paulbodd@hfaistos.uio.no) |
| 11:24.03 | *** join/#qi-hardware kristoffer (~kristoffe@c-9ed8e555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 11:39.08 | paul_boddie | Hello! I was looking at USB gadget drivers on the NanoNote, and it looks like you can't use the combination drivers because of limitations on the number of endpoints in the jz4740 code. Is this a hardware thing? |
| 11:39.21 | *** join/#qi-hardware urandom__ (~user@ip-88-152-213-34.unitymediagroup.de) |
| 11:40.53 | paul_boddie | I get -ENODEV when the Ethernet-plus-serial gadget tries to bind the serial endpoint, or something like that. |
| 11:48.31 | paul_boddie | This being in drivers/usb/gadget/f_acm.c, if I recall correctly. The kernel log reports "can't bind" and a status of -19 (-ENODEV). Anyway, that's my report on the matter for Internet users of the future. :-) |
| 11:52.16 | paul_boddie | I also found that the jz4740 code won't compile with debugging enabled because it appears to think DEBUG expands to a function call. I may try and make a patch for that, but debugging practices in the kernel seem to be somewhat chaotic. |
| 11:55.12 | *** join/#qi-hardware xiangfu (~xiangfu@fidelio.qi-hardware.com) |
| 11:56.37 | *** join/#qi-hardware woakas (~woakas@186.28.162.226) |
| 11:58.46 | lindi- | paul_boddie: usb host hardware has limits yes |
| 12:02.48 | mth | lindi-: the gadget driver uses the USB device controller, not the USB host controller |
| 12:03.01 | paul_boddie | I found that g_ether and g_serial worked fine on their own. There appear to be other drivers that might allow the USB port to work with different "protocols", but I'm not sure what their limitations are. |
| 12:03.07 | mth | and I think the UDC driver has more limitations than the hardware does |
| 12:03.07 | lindi- | mth: ok but that shares the endpoint buffers of the host controller? |
| 12:03.28 | mth | afaik the two controllers are completely separate |
| 12:03.28 | lindi- | usually they are on the same chip |
| 12:03.33 | lindi- | really? |
| 12:04.18 | *** join/#qi-hardware jekhor (~jek@178.120.23.150) |
| 12:05.47 | mth | not 100% sure, but I've never read anything about shared buffer space |
| 12:05.56 | mth | larsc might know more about this |
| 12:05.58 | paul_boddie | In any case, I can live with one or the other, although it doesn't appear possible to build multiple gadgets in the same kernel build and dynamically choose between them, so I suspect that there may be some architectural limitations in the kernel, too. Or maybe they don't anticipate anyone doing that. |
| 12:08.13 | mth | you could build the gadgets as modules and load/unload them that way, I guess |
| 12:09.11 | mth | paul_boddie: if you know of a way to make cdcether work reliably with Windows on the host, I'd like to hear about it |
| 12:09.24 | paul_boddie | Still seems a bit weird that you can only choose one in the menuconfig, though, and that you have combination gadgets. Maybe changing the "personality" of endpoints is seen as being bad behaviour. |
| 12:09.43 | mth | it works out of the box with Linux and Mac OS X, but not with Windows |
| 12:11.37 | paul_boddie | Fortunately, I don't have to use Windows. I remember trying to get IRDA networking running between Linux and Windows, but Microsoft had done their usual protocol extension stuff, and although it was documented that Windows might send bad stuff and that you could work around it, the Linux driver just refused to talk to it by default. |
| 12:12.58 | *** join/#qi-hardware kilae_ (~chatzilla@109.205.205.99) |
| 12:19.30 | *** join/#qi-hardware xiangfu (~xiangfu@fidelio.qi-hardware.com) |
| 12:19.43 | xiangfu | wpwrak, Hi. |
| 12:19.50 | xiangfu | (network problem) |
| 12:26.07 | *** join/#qi-hardware rejon (~rejon@jp.fabricatorz.com) |
| 12:40.21 | whitequark | paul_boddie: you're trying to build g_serial and g_ether as modules and switch between them, right? |
| 12:40.41 | larsc | mth: do the new pwm patches look good to you? |
| 12:40.48 | whitequark | I've tried that on a different board with the almost same processor (Jz4725B, has exactly same UDC IP core), and it worked for me |
| 12:42.29 | paul_boddie | whitequark: I actually didn't compile them as modules, but it's encouraging to know that you can have them both and switch them in and out on the same kernel. |
| 12:43.03 | paul_boddie | I just wondered why they'd bother to have combination modules, but I suppose it has something to do with simultaneously advertising both kinds of service. |
| 12:44.27 | whitequark | paul_boddie: ah, simple then |
| 12:44.42 | whitequark | when you compile both in the kernel, you're stating that you want to use them simultaneously |
| 12:44.54 | whitequark | and the jz4740 UDC doesn't have enough endpoints for that |
| 12:45.18 | paul_boddie | I thought so. Thanks for confirming that! |
| 12:45.22 | whitequark | OTOH you might have some success with CDC-ECM (as opposed to CDC Ethernet), as the former is less complex |
| 12:45.31 | whitequark | it was developed for exactly this application |
| 12:45.42 | whitequark | note that CDC-ECM doesn't work on Windows AFAIK |
| 12:45.45 | paul_boddie | I was just using the usual CDC Ethernet driver, which is g_ether, I think. |
| 12:45.48 | whitequark | yeah |
| 12:45.55 | whitequark | it's more complex than ECM one |
| 12:48.46 | paul_boddie | I'm talking to a Linux host, so I guess I don't have the same interoperability problems as others have. |
| 12:49.14 | paul_boddie | I'm actually looking to play a bit with the USBIP driver, just for fun. |
| 12:49.51 | whitequark | USBIP? what's that? |
| 12:51.53 | paul_boddie | USB over TCP/IP. It's in the staging drivers directory. |
| 12:52.46 | paul_boddie | The TCP/IP part seems overkill to me. I may look into using plain file descriptors rather than sockets. |
| 12:53.05 | *** join/#qi-hardware jluis|work (~jpddb@83.247.136.72) |
| 12:53.07 | mth | larsc: I didn't do a thorough review, but reading the patches I think he changed everything as we discussed |
| 12:53.49 | whitequark | paul_boddie: erm, so what do you want to do exactly? usb over tcpip over usb? |
| 12:54.40 | mth | whitequark: cdcether doesn't work with Windows either, in practice |
| 12:54.53 | paul_boddie | USB over something, perhaps not TCP/IP, which would use USB as the underlying transport. Just for fun, as I said. :-) |
| 12:55.12 | paul_boddie | USBIP provides a host interface. That's the crucial distinction. |
| 12:55.15 | whitequark | mth: ah, maybe. I didn't really work on Windows for 5 years or so |
| 12:56.02 | mth | I had two friends with Windows netbooks try to connect to the A320 and neither of them succeeded even after trying various things for over an hour |
| 13:20.40 | *** join/#qi-hardware xiangfu (~xiangfu@fidelio.qi-hardware.com) |
| 13:29.25 | alexander_ | I am working on a decent cl countdown script. it plays sounds using "aplay /somesound 2>/dev/null &". If a sound is still playing when the next one starts. the next one does not play. any advice? this works on my desktop |
| 13:30.27 | larsc | make sure the dmix plugin is enabled and used |
| 13:31.08 | alexander_ | were is that set? |
| 13:31.39 | larsc | aplay -D, but in theory it should be the default if it is enabled |
| 13:32.33 | alexander_ | thanks |
| 13:32.36 | larsc | what does aplay -L list? |
| 13:41.47 | alexander_ | nope don't work. |
| 13:42.05 | alexander_ | aplay -L lists one card can post the full info |
| 13:43.39 | *** join/#qi-hardware kilae (~chatzilla@109.205.205.99) |
| 13:45.28 | alexander_ | default:CARD=LB60 |
| 13:45.36 | alexander_ | QI LB60 |
| 13:47.13 | alexander_ | I have had this problem before on puppy. I think it was solved by telling it to use alsa not oss |
| 13:47.45 | larsc | aplay will use alsa, I'm not even sure there is oss support on the nanonote |
| 13:48.24 | larsc | have you tried with aplay -D plug:dmix? |
| 13:48.39 | alexander_ | oh |
| 13:51.34 | alexander_ | that did it. thanks and apologizes. |
| 13:54.17 | larsc | If you want to you can make that default in your .asoundrc. See http://alsa.opensrc.org/Dmix and http://en.qi-hardware.com/wiki/Mpd the later also adds a software volume |
| 14:06.05 | alexander_ | thanks |
| 14:06.28 | alexander_ | one more thing and then I will post it here. |
| 14:11.50 | *** join/#qi-hardware Ayla (~paul@pc-144-230-164-190.cm.vtr.net) |
| 14:20.57 | alexander_ | any recommended fonts for a countdown? |
| 14:25.32 | xiangfu | Hi wpwrak |
| 14:30.12 | wpwrak | hi xiangfu ! |
| 14:30.17 | wpwrak | network better ? |
| 14:30.24 | xiangfu | wpwrak, yes. |
| 14:30.27 | xiangfu | :) |
| 14:30.37 | xiangfu | wpwrak, I have problem when I run 'make -C pgm/fw on HOST=root@ben' |
| 14:30.44 | xiangfu | it make ben crash and reboot. |
| 14:31.12 | wpwrak | maybe you're having trouble with inrush current |
| 14:31.38 | wpwrak | first, did you run the "ub" script before the "make ... on" ? |
| 14:31.43 | xiangfu | wpwrak, I have to manually insmod /lib/modules/3.3.8/at86rf230.ko |
| 14:31.55 | xiangfu | then the lsmod output is like: http://pastebin.com/Ms6SjesZ |
| 14:32.11 | wpwrak | you don't need at86rf230.ko |
| 14:32.28 | wpwrak | in fact, the "ub" script tries to turn it off in case it's there :) |
| 14:33.24 | wpwrak | "ub" tries to turn off at86rf230 and the mmc driver, so that nothing in the kernel uses the 8:10 card slot |
| 14:33.40 | xiangfu | when I run 'echo spi*.0 >unbind' . I got no such device. is that normal? |
| 14:34.02 | wpwrak | yes, that's okay |
| 14:34.05 | *** join/#qi-hardware kilae_ (~chatzilla@109.205.205.99) |
| 14:34.37 | xiangfu | don't want broken anything... :-) |
| 14:36.25 | wpwrak | actually .. the "no device" is a bit surprising. it suggests a partial initialization. but okay, if there's no spi under the at86rf230, then that's fine. |
| 14:36.56 | wpwrak | very important: when you do the "make ... on", the programmer must be disconnected. only connect it after the "make ... on" |
| 14:37.18 | xiangfu | yes. |
| 14:37.45 | wpwrak | the ben is extremely fragile when it comes to inrush current on the 8:10 card port. even a small external capacitative load can crash it. |
| 14:37.50 | xiangfu | I do that exactly follow readme. when 'poke 0x10010318 4' it crash nanonote. |
| 14:38.51 | wpwrak | hmm. do you have another ben you could try ? maybe this one is even more sensitive than they usually are |
| 14:39.12 | xiangfu | trying another nanonote |
| 14:43.42 | wpwrak | solved the ATtiny167.conf mystery. the next time you pull, ATtiny167.conf will be deleted. run make -C common to get it back |
| 14:45.22 | xiangfu | another ben success on 'make -C pgm/fw prog HOST=root@ben' |
| 14:45.42 | xiangfu | wpwrak, (ATtiny167.conf) got it. |
| 14:46.16 | wpwrak | (success) excellent ! :) |
| 14:46.30 | xiangfu | wpwrak, for reflash the bootload. I have to reboot and setup them again right? |
| 14:46.48 | xiangfu | can I reflash bootload right after reflash programmer? |
| 14:47.01 | wpwrak | yes, you can do everything in the same session |
| 14:49.06 | wpwrak | the ben should be able to stay up very long. the main reasons why you may have to restart it are some short-circuit when inserting a board in the programmer (shouldn't happen very often since the fixture already guides the board) or when power is turned off by accident and you aren't quick enough to turn it back on |
| 14:58.19 | xiangfu | wpwrak, after reflash. the led blinking very fast. after led walk. is that normal? |
| 14:58.32 | xiangfu | I cannot see if it display image correct. :-) |
| 14:58.52 | xiangfu | I cannot figure out if it display image correct. |
| 14:59.55 | wpwrak | hmm. after the led walk, the application should be in standby mode and there should be no led activity |
| 15:00.53 | wpwrak | you can get some weird behaviour if the power source is weak. try this: |
| 15:01.11 | wpwrak | connect usb, make -C fw/app flash |
| 15:01.59 | wpwrak | leave usb still connected. afther the "make ... flash", the boot loader jumps to the application. pressing the button should then wake things up. |
| 15:03.01 | xiangfu | when I plug usb. |
| 15:03.07 | xiangfu | the 1~2 led on. |
| 15:03.22 | xiangfu | then I run the make -C fw/app flash |
| 15:03.39 | xiangfu | output looks normal. |
| 15:03.49 | xiangfu | then the device start to walk led. |
| 15:03.51 | xiangfu | after walk led. |
| 15:04.05 | xiangfu | half of the leds blinking very fast. |
| 15:04.22 | wpwrak | hmm, that's strange |
| 15:04.25 | xiangfu | half leds I mean: 1, 3, 5, 7, 9 .. is blinking. |
| 15:04.41 | wpwrak | that sounds like a power supply issue |
| 15:04.41 | xiangfu | 2, 4, 6, 8,... are off. |
| 15:07.14 | wpwrak | also, when the "make ... flash" finishes, the device should go dark |
| 15:07.46 | wpwrak | did you pull the latest versions of everything ? |
| 15:10.20 | xiangfu | yes. I think so. |
| 15:10.23 | xiangfu | let me try again. |
| 15:12.40 | wpwrak | also please make sure the avrdude run really succeeded. avrdude prints a lot of stuff and it's easy to overlook an error. if it says that it verified the efuse ("avrdude: 1 bytes of efuse verified"), then everything is okay |
| 15:13.20 | xiangfu | this time seems right. |
| 15:13.42 | xiangfu | last time I plug in the 'programmer'. none of the leds is light. |
| 15:13.54 | xiangfu | not. the yellow led is light. |
| 15:14.37 | xiangfu | s/not/now |
| 15:14.38 | qi-bot | xiangfu meant: "now. the yellow led is light." |
| 15:14.39 | wpwrak | no lights in the programmer would be odd indeed :) |
| 15:15.00 | xiangfu | reflashing.. |
| 15:15.51 | wpwrak | perhaps avrdude didn't even detect the device and never changed the boot loader. that would explain weird behaviour since the boot loader i had flashed originally is not compatible with the current application. (they share some interrupt handling, and that has changed) |
| 15:21.53 | xiangfu | wpwrak, ok. |
| 15:21.59 | xiangfu | you update the avrdude to 5.11.1 |
| 15:22.04 | xiangfu | I am still with 5.10. |
| 15:22.06 | xiangfu | updating.. |
| 15:23.39 | wpwrak | you need the latest versions of all the patches from ben-blinkenlights. there are things the regular avrdude or avrdude 5.10 with older patches can't do. e.g., multiple configuration files |
| 15:28.05 | xiangfu | wpwrak, README 123. there is a typo. |
| 15:28.15 | xiangfu | fw/app/flash --> fw/app flash |
| 15:29.25 | wpwrak | fixed. thanks ! |
| 15:34.36 | alexander_ | How the heck do you temporary change the console so ones text fills the screen? fonts don't look like the way. what about changing the resolution? |
| 15:34.59 | alexander_ | The aim is full screen countdown. |
| 15:35.43 | *** join/#qi-hardware emeb (~ericb@ip72-201-79-123.ph.ph.cox.net) |
| 15:37.24 | wpwrak | xiangfu: i just noticed that the cap sensor may be unreliable when on battery power. on usb power, it should be fine, though. in case of persistent trouble, you can try leaving off the top of the case and touching the sensor directly. |
| 15:37.58 | alexander_ | https://filetea.me/t1sd06b2 expires on my internet disconnection |
| 15:39.08 | alexander_ | https://filetea.me/t1s9389c |
| 15:39.15 | alexander_ | new url |
| 15:39.55 | alexander_ | its the beginis of a Decent CL countdown bash script |
| 15:40.04 | alexander_ | with sound |
| 15:40.15 | *** join/#qi-hardware kilae (~chatzilla@109.205.205.99) |
| 15:43.42 | qi-bot | [commit] Xiangfu: cgminer: update to 2.7.5 (master) http://qi-hw.com/p/openwrt-packages/8e9f392 |
| 15:43.43 | qi-bot | [commit] Xiangfu: avrdude: update to 5.11.1, update ben-blinkenlights patches (master) http://qi-hw.com/p/openwrt-packages/bde99a8 |
| 15:43.45 | qi-bot | [commit] Xiangfu: avrdude: add depends libftdi (master) http://qi-hw.com/p/openwrt-packages/bfd8472 |
| 15:45.21 | wpwrak | thanks :) |
| 15:47.57 | xiangfu | wpwrak, great. I can see the smile by waving the device. |
| 15:48.16 | wpwrak | yeah ! :) |
| 15:48.48 | wpwrak | image selection (the 2nd menu item) should also work. so you can pick the vampire or the ufo. |
| 15:50.21 | alexander_ | oh to use the script # decentclcountdown 00:01:00 |
| 15:50.56 | alexander_ | # decentclcountdown 00:01:05 |
| 15:56.03 | paul_boddie | alexander_: What are you using to show the numbers? The console? |
| 15:56.32 | alexander_ | yep |
| 15:56.40 | alexander_ | bash |
| 15:56.50 | alexander_ | printf |
| 15:57.13 | paul_boddie | If you want more control, you could use something that accesses the framebuffer. SDL seems to work quite well if the framebuffer is available. |
| 15:59.12 | alexander_ | I know but thats a lot to lean about. I didn't think it would be so hard to have a huge font size. somehow. Its the last hurdle. the rest is easier improvements. |
| 16:00.16 | xiangfu | wpwrak, it like I tap once. the image change once. |
| 16:00.25 | xiangfu | wpwrak, the image selection under 'menu' not working here. |
| 16:00.36 | alexander_ | setfont /user/share/kbd/consolefonts/ter-v32n.psf |
| 16:00.38 | paul_boddie | You could use pygame if you don't want to write stuff in a systems programming language. :-) |
| 16:00.50 | alexander_ | gets close |
| 16:01.18 | wpwrak | xiangfu: if you tap once and the image changes, then you're in the image selection |
| 16:01.51 | xiangfu | wpwrak, ok. great. |
| 16:01.51 | wpwrak | xiangfu: you have, in this order: run, image selection, image speed / width, and run endlessly |
| 16:02.06 | wpwrak | xiangfu: image speed isn't implemented yet. all the rest should work. |
| 16:02.33 | xiangfu | wpwrak, ok. got it. trying endless. |
| 16:04.37 | xiangfu | wpwrak, I can adjust the width by waving slow or fast. :-D |
| 16:05.02 | wpwrak | yes, manual speed control ;-) |
| 16:05.06 | alexander_ | I quite like bash maybe on year I'll dabble in python but that would be need more days I don't have currently in less I need to dabble for my biz |
| 16:05.18 | alexander_ | on =one |
| 16:06.28 | xiangfu | wpwrak, how long is the battery life? if I run under endless mode? |
| 16:08.32 | wpwrak | i haven't tried it yet. i would estimate about 5-10 hours. also depends on the image. |
| 16:08.34 | paul_boddie | alexander_: You can get a lot done in shell script, certainly. |
| 16:08.52 | xiangfu | wpwrak, got it. |
| 16:09.55 | alexander_ | I know. just go on the puppy linux forums |
| 16:11.28 | alexander_ | pail_boddie: Ding! I should ask on the puppy forum |
| 16:41.14 | *** part/#qi-hardware paul_boddie (~paulbodd@hfaistos.uio.no) |
| 17:12.48 | alexander_ | posted onto puppy forums |
| 17:49.20 | *** join/#qi-hardware Ayla (~paul@pc-144-230-164-190.cm.vtr.net) |
| 18:24.11 | *** join/#qi-hardware LunaVorax (~LunaVorax@cau33-2-82-227-183-10.fbx.proxad.net) |
| 18:26.00 | *** join/#qi-hardware Ayla (~paul@pc-144-230-164-190.cm.vtr.net) |
| 18:36.59 | *** join/#qi-hardware kilae_ (~chatzilla@109.205.205.99) |
| 19:08.35 | *** join/#qi-hardware jekhor (~jek@leased-line-46-53-195-83.telecom.by) |
| 19:15.49 | *** join/#qi-hardware guanucoluis1 (~luis@190.123.120.234) |
| 19:38.05 | *** join/#qi-hardware heberth (~heberth@186.116.48.136) |
| 19:49.05 | *** join/#qi-hardware heberth (~heberth@186.116.61.195) |
| 20:00.47 | *** join/#qi-hardware wolfspra1l (~wolfsprau@222.129.17.97) |
| 20:04.13 | *** join/#qi-hardware kilae (~chatzilla@109.205.205.99) |
| 20:20.52 | *** join/#qi-hardware urandom__ (~user@ip-88-152-194-4.unitymediagroup.de) |
| 20:33.06 | *** join/#qi-hardware LunaVorax (~LunaVorax@cau33-2-82-227-183-10.fbx.proxad.net) |
| 21:44.19 | *** join/#qi-hardware dandon (~dandon@88.151.72.63) |
| 22:07.35 | *** join/#qi-hardware guanucoluis1 (~luis@2001:470:e450:0:225:56ff:fea1:2064) |
| 22:14.01 | *** join/#qi-hardware antgreen (~user@75.98.19.132) |
| 22:26.51 | *** join/#qi-hardware compcube (~compcube@2601:4:2900:64:d16a:f08e:57df:8fe1) |
| 22:26.52 | *** join/#qi-hardware compcube (~compcube@pdpc/supporter/student/compcube) |
| 22:49.18 | *** join/#qi-hardware lekernel_ (~lekernel@g225040234.adsl.alicedsl.de) |
| 23:59.37 | *** join/#qi-hardware heberth (~heberth@190.6.162.167) |