| 00:21:12 | | Quit ufdm_ (Quit: Leaving) |
| 00:21:25 | | Join ufdm [0] (~ufdm@c-73-164-63-214.hsd1.mn.comcast.net) |
| 00:48:02 | | Quit asaba (Quit: Relay server offline) |
| 00:48:12 | | Join asaba [0] (~asabas@103.113.159.184) |
| 01:00 |
| 01:31:19 | *** | Saving seen data "./dancer.seen" |
| 02:00 |
| 02:42:35 | | Join advcomp2019 [0] (~advcomp20@user/advcomp2019) |
| 02:58:34 | | Join TheLemonMan [0] (~lemonboy@irssi/staff/TheLemonMan) |
| 02:58:52 | desowin | braewoods: I am pretty sure that loading firmware lowers the power consumption. However, with Marvell you have to have huge annual volumes to get the datasheets under NDA so obviously I don't have the datasheet |
| 02:59:16 | desowin | braewoods: the most important command is help |
| 03:00 |
| 03:00:05 | desowin | basically, let's assume you name the interface ROCKCOM, then you have struct ROCKCOM that contains all relevant information |
| 03:00:29 | desowin | each command handler receives pointer to ROCKCOM as its only parameter |
| 03:01:06 | desowin | and have functions like int rockcom_get_int_parameter(instance) or rockcom_printf(instance, fmt, ...) |
| 03:01:49 | desowin | instance holds array of command groups, each command group contains title and pointers to commands array |
| 03:02:05 | desowin | commands array contains command structure like e.g. |
| 03:03:06 | desowin | { .command = "HELP", min_params = 0, .max_params = 1, .description = "Prints information about commands", .syntax = "HELP [COMMAND]", |
| 03:03:38 | desowin | .long_descriptions = "When called without parameters lists all available commands.\r\nWhen called with COMMAND parameter, prints detailed information about command.", |
| 03:03:52 | desowin | .examples = "HELP\r\n" "HELP HELP\r\n" } |
| 03:04:16 | desowin | (obviously I forgot .handler = cmd_help_handler) |
| 03:05:23 | desowin | the structure makes it easy for users to use the interface (never have to look up interface specification, command list, etc. as it is all there once you connect) |
| 03:05:41 | desowin | and also for reviewers, as these make it clear what the command is supposed to do :-) |
| 03:06:55 | desowin | abstracting it into functions that take ROCKCOM instance as parameter makes it easy to change access medium, be it USB Serial, real serial port, or even application |
| 03:08:16 | desowin | the min/max is automatically used by main parser, and displays syntax if the number of parameters is out of range |
| 03:08:53 | desowin | rockcom_get_int_parameter() and others detect e.g. overflows, so the burden is taken off the command handlers |
| 03:14:16 | | Quit advcomp2019 (Read error: Connection reset by peer) |
| 03:14:32 | braewoods | desowin: ok. i was partly wanting to support a binary protocol for greater efficiency for scripts or so. |
| 03:14:50 | braewoods | in any case |
| 03:14:56 | braewoods | i'll take a look later |
| 03:15:17 | desowin | my experience with these type of interfaces is that it is sufficently good for automated tests |
| 03:15:36 | desowin | that is, testers didn't comaplain about the interface and the test logs were really clear |
| 03:15:51 | braewoods | only problem i see at all is if you have stuff that expects... |
| 03:16:13 | braewoods | strings that expect to include whitespace |
| 03:16:23 | desowin | also debugging was simple as you don't have to write dissector (like you have to do with binary protocols, otherwise you are just wasting a lot of time) |
| 03:16:31 | desowin | just put them in quotemarks |
| 03:16:43 | braewoods | ok i'll try pascal style strings |
| 03:17:05 | braewoods | where '' escapes a single quote |
| 03:17:46 | braewoods | desowin: everything will be line oriented i assume? |
| 03:17:54 | braewoods | if we fail to get a complete line we do nothing |
| 03:18:13 | desowin | yes, the commands end with \r\n (or \r or \n) |
| 03:18:16 | braewoods | i expect this will be command-response style |
| 03:18:30 | braewoods | meaning no output except in response to a command |
| 03:18:33 | desowin | and echo back the received characters when in "line entry" |
| 03:18:46 | braewoods | ... so we need terminal emulation? |
| 03:18:54 | desowin | so when you connect with PuTTY you get to see what you type |
| 03:19:13 | braewoods | i thought that was more a thing for the remote side to do |
| 03:19:17 | braewoods | meaning client side |
| 03:19:27 | braewoods | i thought we were going to do a dumb line parser |
| 03:19:38 | braewoods | like plain text file or so |
| 03:19:39 | desowin | no need for full terminal emulation (setting window sizes and so on), just a very simple handling |
| 03:20:26 | braewoods | anything that can be done on the host side is probably best left there |
| 03:20:30 | desowin | just handle ESC to abort whatever was in the entry buffer and show prompt on new line, backspace to delete characters from buffer (don't echo backspace if already at first character) |
| 03:20:32 | braewoods | e.g., command history |
| 03:20:54 | desowin | and newline, or rather \r as in PuTTY to get \n it was like ctrl+J I think |
| 03:20:58 | braewoods | they do make programs to handle all this |
| 03:21:06 | braewoods | rlwrap for example |
| 03:21:15 | braewoods | runs on the host not the device |
| 03:21:19 | desowin | command history not on the rockcom but on the PC side |
| 03:21:43 | braewoods | so do we really need all this in the serial driver? |
| 03:21:49 | braewoods | other than the command parser |
| 03:22:21 | desowin | the real idea behind abstracting it into ROCKCOM is to have serial driver only have to send and receive characters |
| 03:22:29 | desowin | everything else is on the ROCKCOM shoulders |
| 03:22:34 | braewoods | oh. |
| 03:23:20 | | Join advcomp2019 [0] (~advcomp20@user/advcomp2019) |
| 03:23:26 | braewoods | reminds me of telnet where the entire data stream is a mixture of text and control streams |
| 03:23:42 | braewoods | and to get the whole line you need to scan it to omit the control streams |
| 03:24:16 | desowin | well, I prefer without the control stream, just make it simple interface like e.g U-Boot console |
| 03:31:21 | *** | Saving seen data "./dancer.seen" |
| 03:31:31 | rb-bluebot | Build Server message: New build round started. Revision f6c7407cc3, 297 builds, 9 clients. |
| 04:00 |
| 04:28:42 | | Quit advcomp2019 (Ping timeout: 272 seconds) |
| 05:00 |
| 05:17:59 | | Join jaypopbox17 [0] (~jaypopbox@210.195.164.65) |
| 05:31:24 | *** | Saving seen data "./dancer.seen" |
| 06:00 |
| 06:00:08 | | Join olspookishmagus [0] (~pookie@snf-137798.vm.okeanos.grnet.gr) |
| 06:00:40 | jaypopbox17 | hello, is anyone from rockbox team in this IRC? |
| 06:02:39 | jaypopbox17 | I ran the scsitool "dest_tool get" on my walkman and got this response: |
| 06:02:40 | jaypopbox17 | Model: NWZ-S615F |
| 06:02:40 | jaypopbox17 | Series: NWZ-S610 Series |
| 06:02:41 | DBUG | Enqueued KICK jaypopbox17 |
| 06:02:41 | jaypopbox17 | Cannot read node 'shp' |
| 06:04:36 | jaypopbox17 | here is the information from the walkman: |
| 06:04:41 | jaypopbox17 | Model ID: 0x1020000 |
| 06:04:42 | jaypopbox17 | Raw device info: |
| 06:04:42 | jaypopbox17 | 44 45 56 49 4e 46 4f 80 00 00 00 00 00 00 00 00 DEVINFO......... |
| 06:04:43 | jaypopbox17 | 53 4f 4e 59 20 20 20 20 4e 57 5a 2d 53 36 31 35 SONY NWZ-S615 |
| 06:04:43 | *** | Alert Mode level 1 |
| 06:04:43 | jaypopbox17 | 46 20 20 20 20 20 20 20 31 2e 30 30 35 31 20 20 F 1.0051 |
| 06:04:44 | *** | Alert Mode level 2 |
| 06:04:44 | jaypopbox17 | 20 20 32 47 35 35 38 36 35 31 34 00 00 00 00 00 2G5586514..... |
| 06:04:44 | *** | Alert Mode level 3 |
| 06:04:44 | jaypopbox17 | 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ |
| 06:04:45 | *** | Alert Mode level 4 |
| 06:04:45 | jaypopbox17 | 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ |
| 06:04:45 | *** | Alert Mode level 5 |
| 06:04:45 | *** | Alert Mode level 6 |
| 06:04:45 | jaypopbox17 | 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ |
| 06:04:46 | *** | Alert Mode level 7 |
| 06:04:46 | *** | Alert Mode level 8 |
| 06:04:46 | jaypopbox17 | 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ |
| 06:04:46 | *** | Alert Mode level 9 |
| 06:04:46 | jaypopbox17 | Vendor identification: SONY |
| 06:04:47 | *** | Alert Mode level 10 |
| 06:04:47 | jaypopbox17 | Product identification: NWZ-S615F |
| 06:04:47 | *** | Alert Mode level 11 |
| 06:04:47 | jaypopbox17 | Product revision: 1.00 |
| 06:04:48 | *** | Alert Mode level 12 |
| 06:04:48 | jaypopbox17 | Product sub revision: 51 |
| 06:04:48 | *** | Alert Mode level 13 |
| 06:04:48 | jaypopbox17 | Storage size: 2G |
| 06:04:49 | *** | Alert Mode level 14 |
| 06:04:49 | jaypopbox17 | Serial number: 5586514 |
| 06:04:49 | *** | Alert Mode level 15 |
| 06:04:49 | jaypopbox17 | Vendor specific: |
| 06:04:50 | *** | Alert Mode level 16 |
| 06:04:50 | jaypopbox17 | An error occured during request |
| 06:04:59 | braewoods | jaypopbox17: PASTE BIN |
| 06:05:04 | braewoods | seriously |
| 06:05:09 | braewoods | so much spam |
| 06:05:17 | jaypopbox17 | sorry about that |
| 06:06:08 | jaypopbox17 | data extracted from the walkman: https://pastebin.com/ZX5bpLEG |
| 06:07:55 | braewoods | and what do you expect us to do with this? |
| 06:12:00 | jaypopbox17 | I'm just reporting an unsupported device to the devs, in hopes to add compatibility |
| 06:12:04 | speachy | resumably for nwztool |
| 06:13:04 | jaypopbox17 | yes, sorry I forgot to mention, this is for the SonyNWDestTool |
| 06:13:31 | braewoods | No sd card? |
| 06:13:56 | jaypopbox17 | nope. no SD card |
| 06:14:20 | braewoods | Ok... limited benefit to supporting this then... |
| 06:14:51 | *** | Alert Mode OFF |
| 06:15:13 | braewoods | the older rockbox ports are mainly HDD units since flash players were of limited utility in that era... |
| 06:16:03 | braewoods | we do sometimes support flash based units but this one doesn't have any upgradeable storage... |
| 06:16:06 | braewoods | o.O |
| 06:16:07 | jaypopbox17 | i actually just want to change the destination from "E" to "J", as apparently the japan destination had extra features |
| 06:17:07 | speachy | jaypopbox17: pamaury is the keeper of most things Sony NWZ |
| 06:18:14 | braewoods | jaypopbox17: though if you're looking for something to use as an actual player... this wouldn't be a recommendation. |
| 06:19:41 | jaypopbox17 | speachy: I will try sending an email, thanks |
| 06:21:16 | jaypopbox17 | braewoods: okay, appreciate the help guys |
| 06:39:48 | | Quit jaypopbox17 (Quit: Connection closed) |
| 06:50:39 | | Quit TheLemonMan (Quit: "It's now safe to turn off your computer.") |
| 06:51:23 | braewoods | speachy: apparently reporting messages on the forums doesn't work |
| 06:51:25 | braewoods | it times out |
| 06:54:41 | | Join jaypopbox17 [0] (~jaypopbox@210.195.164.65) |
| 07:00 |
| 07:05:56 | | Quit jaypopbox17 (Quit: Connection closed) |
| 07:06:43 | | Join Xeha [0] (~Xeha@dynamic-82-220-88-142.ftth.solnet.ch) |
| 07:10:17 | speachy | braewoods: it works; the timeouts are due to how smf sends out emails to the moderators. |
| 07:10:50 | speachy | (with a _lot_ of bounces I might add..) |
| 07:11:10 | speachy | gtg for a while. |
| 07:11:12 | | Quit speachy (Quit: WeeChat 3.0.1) |
| 07:31:25 | *** | Saving seen data "./dancer.seen" |
| 07:35:15 | | Quit Xeha (Quit: /dev/null) |
| 07:36:52 | | Join Xeha [0] (~Xeha@dynamic-82-220-88-142.ftth.solnet.ch) |
| 07:57:00 | | Quit Romster (Quit: Geeks shall inherit properties and methods of object earth.) |
| 07:57:33 | | Join Romster [0] (~romster@user/romster) |
| 07:58:45 | | Join jaypopbox17 [0] (~jaypopbox@210.195.164.65) |
| 08:00 |
| 08:02:56 | | Quit Romster (Quit: Geeks shall inherit properties and methods of object earth.) |
| 08:03:49 | | Join Romster [0] (~romster@user/romster) |
| 08:04:51 | | Join kirvesAxe [0] (kirvesaxe@user/kirvesaxe) |
| 08:12:24 | | Join speachy [0] (~speachy@64.238.189.237) |
| 08:12:24 | Mode | "#rockbox +v speachy" by ChanServ (ChanServ@services.libera.chat) |
| 08:19:09 | | Quit Romster (Quit: Geeks shall inherit properties and methods of object earth.) |
| 08:21:06 | | Join Romster [0] (~romster@user/romster) |
| 08:23:42 | | Join JdGordon [0] (~JdGordon@180-150-38-102.b49626.bne.nbn.aussiebb.net) |
| 08:36:44 | | Quit jaypopbox17 (Quit: Connection closed) |
| 08:58:58 | | Quit speachy (Quit: Connection closed) |
| 09:00 |
| 09:01:08 | | Join massiveH [0] (~massiveH@ool-18e4e82f.dyn.optonline.net) |
| 09:31:26 | *** | Saving seen data "./dancer.seen" |
| 09:53:02 | | Quit skipwich (Read error: Connection reset by peer) |
| 09:53:17 | | Join skipwich [0] (~skipwich@user/skipwich) |
| 10:00 |
| 10:02:48 | desowin | SD-8686-LINUX26-SYSKT-9.70.3.p24-26409.P45-GPL.zip seems reasonably portable |
| 10:03:16 | desowin | however I know that for 8787 there is even better driver directly from Marvell (OS independent) |
| 10:03:27 | desowin | I wonder if there's also one for 8686 |
| 10:26:17 | | Quit massiveH (Quit: Leaving) |
| 10:33:36 | | Quit JdGordon (Ping timeout: 250 seconds) |
| 10:38:28 | | Join Piece_Maker [0] (~Piece_Mak@cpc95746-bolt17-2-0-cust360.10-3.cable.virginm.net) |
| 11:00 |
| 11:13:25 | | Join advcomp2019 [0] (~advcomp20@user/advcomp2019) |
| 11:31:28 | *** | Saving seen data "./dancer.seen" |
| 12:00 |
| 12:09:51 | | Join TheLemonMan [0] (~lemonboy@irssi/staff/TheLemonMan) |
| 12:21:45 | | Quit kirvesAxe (Remote host closed the connection) |
| 12:32:54 | | Quit Piece_Maker (Quit: ZNC 1.8.2 - https://znc.in) |
| 12:35:45 | | Join Piece_Maker [0] (~Piece_Mak@cpc95746-bolt17-2-0-cust360.10-3.cable.virginm.net) |
| 13:00 |
| 13:31:32 | *** | Saving seen data "./dancer.seen" |
| 14:00 |
| 14:23:56 | | Join lebellium [0] (~lebellium@2a01:cb10:2e:2000:6052:e3a7:ca20:8f7e) |
| 14:42:49 | braewoods | desowin: so what do you intend to do with the marvell driver? |
| 14:42:58 | braewoods | just enough to enable power management? |
| 14:47:18 | | Join kirvesAxe [0] (~kirvesaxe@user/kirvesaxe) |
| 15:00 |
| 15:04:03 | | Join akaWolf [0] (~akaWolf@akawolf.org) |
| 15:11:01 | | Quit akaWolf (Quit: leaving) |
| 15:12:07 | | Join akaWolf [0] (~akaWolf@akawolf.org) |
| 15:12:52 | | Quit akaWolf (Client Quit) |
| 15:13:35 | | Join akaWolf [0] (~akaWolf@akawolf.org) |
| 15:14:06 | | Quit akaWolf (Client Quit) |
| 15:20:25 | | Join axeKirves [0] (kirvesaxe@user/kirvesaxe) |
| 15:21:35 | | Join akaWolf [0] (~akaWolf@akawolf.org) |
| 15:23:30 | | Quit kirvesAxe (Ping timeout: 240 seconds) |
| 15:24:29 | | Quit akaWolf (Client Quit) |
| 15:28:01 | | Join akaWolf [0] (~akaWolf@akawolf.org) |
| 15:31:35 | *** | Saving seen data "./dancer.seen" |
| 15:33:15 | | Join amachronic [0] (~amachroni@user/amachronic) |
| 15:35:13 | amachronic | so, I was playing around with themes and discovered you can draw on the backdrop layer. |
| 15:37:08 | amachronic | unfortunately it doesn't work well and misses updates. does anyone still maintain / know about the skin code? |
| 15:37:11 | | Quit akaWolf (Quit: leaving) |
| 15:37:30 | | Join akaWolf [0] (~akaWolf@akawolf.org) |
| 15:46:04 | amachronic | hmm, it seems that I have to dirty the foreground viewport to get the backdrop to redraw fully. |
| 16:00 |
| 16:02:09 | | Quit TheLemonMan (Quit: "It's now safe to turn off your computer.") |
| 16:03:02 | spork | skins seem mostly magic to me |
| 16:03:13 | spork | had a go at making a 360x400 skin last night |
| 16:03:35 | spork | did not look too bad but the bitmaps got a bit large |
| 16:04:08 | spork | nothing even close to that resolution for other supported players |
| 16:05:35 | amachronic | me too, also trying to make a 360x400 theme for the shanling. |
| 16:06:17 | spork | that was my idea too |
| 16:06:46 | spork | was a journey and half to compile a simulator first |
| 16:06:50 | amachronic | incidentally, I discovered there's ARGB bitmap support... I always thought Rockbox only did magenta transparency. I wonder why nobody seems to have taken advantage of a proper alpha channel? |
| 16:07:41 | spork | does the q1 have the same 'pop' as the m3k at the start ? |
| 16:08:02 | amachronic | nope, the q1's DAC is better at auto-muting. |
| 16:08:48 | amachronic | although I didn't try frequency changing on the fly, which is an issue for the M3K. |
| 16:09:06 | spork | m3k only does it for me at start up |
| 16:09:44 | amachronic | yeah I also get a static hiss at startup. Funny thing is, it goes away after playing a song and pausing it. |
| 16:13:23 | spork | i am using the m3k continously and it works great. i cannot think of anything but that pop that is not great |
| 16:19:27 | amachronic | it's probably a simple thing to fix... tbh I have just got used to ignoring the pop :P |
| 16:21:05 | spork | i put my earbuds in after turning it on |
| 16:21:27 | spork | with rockbox it starts so fast, it makes the of look silly |
| 16:23:29 | spork | are there any instructions on how to start rockbox using jztool ? |
| 16:23:43 | spork | i think you called that 'usb boot' |
| 16:24:07 | amachronic | you mean the actual rockbox.m3k image, not the bootloader? |
| 16:24:32 | spork | i suppose, run rockbox on the q1 without having a bootloader yet |
| 16:25:06 | amachronic | ah, that will require some special hacks... I think I cleaned those out of the current gerrit patchset. |
| 16:25:39 | amachronic | and jztool doesn't support that anyway. You need to use ingenic_tools usbboot. |
| 16:25:55 | spork | no worries, then i will entertain myself with the simulator and my theme |
| 16:26:09 | spork | yes, i mixed up jztool and the ingenic one |
| 16:26:25 | amachronic | The early boot stuff is a huge mess. I do have a flashable bootloader if you want. |
| 16:26:44 | amachronic | I mean, I can post patches to gerrit, but it's a quick'n'dirty copy+paste of the M3K bootloader. |
| 16:26:52 | amachronic | not something I want to release or support 'officially'. |
| 16:27:03 | spork | i read you bricked yours for a bit |
| 16:27:20 | spork | i can wait until you are comfortable posting a cleaner version |
| 16:28:03 | amachronic | eh, that was due to my horrendously buggy flash code :) |
| 16:28:20 | amachronic | it's a miracle that it didn't brick all the M3Ks! |
| 16:29:43 | amachronic | if you just want to load Rockbox, look at the 1st q1 patchset in gerrit |
| 16:30:00 | amachronic | there's a change to system-x1000.c which you should apply |
| 16:30:16 | amachronic | then you can load rockbox using usbboot |
| 16:30:21 | spork | i rather break my m3k than my q1, the latter feels much nicer. guess it is the weight or something |
| 16:30:34 | amachronic | lol |
| 16:31:13 | amachronic | The touchscreen is a bit janky though. It's much unloved in rockbox. |
| 16:31:14 | spork | heh, 1 line makes all the difference |
| 16:31:45 | spork | 2 lines with the include |
| 16:32:00 | amachronic | yeah if you apply that you can usbboot rockbox, and it won't harm your flash ;) |
| 16:32:07 | amachronic | rockbox doesn't touch it |
| 16:32:27 | amachronic | ./usbboot -c x1000 -1 spl.q1 −−wait 1 -2 rockbox.bin |
| 16:32:56 | spork | would you suggest adding those lines to the state of patch set 2 or just use entire patch set 1 ? |
| 16:33:04 | amachronic | just pull those two lines. |
| 16:33:20 | amachronic | DAC's not working in patchset 1 |
| 16:33:22 | spork | you fixed quite a lot between those 2 patches |
| 16:33:27 | spork | like sound :) |
| 16:33:36 | amachronic | yep :D |
| 16:34:31 | amachronic | incase you don't know how touchscreen works on rockbox, it starts up in a weird "3x3 button" mode by default |
| 16:34:44 | amachronic | like a fake directional pad |
| 16:34:48 | spork | yep |
| 16:36:41 | spork | probably good to try it in a non-destructive way |
| 16:36:50 | spork | might play a bit with the keymap |
| 16:36:59 | amachronic | Changes *very* welcome there |
| 16:37:55 | spork | 3 buttons and a clickable wheel will allready be a good start |
| 16:38:50 | spork | getting it on the m0 would be awesome too, but with only the wheel that might be tricky |
| 16:39:18 | spork | m0 is such a cute little machine |
| 16:39:24 | amachronic | I don't have an m0, but I'm told it's only got one button. Without a usb boot mode we'd have to patch its firmware to even try rockbox. |
| 16:39:48 | amachronic | not very friendly for development |
| 16:40:02 | spork | if you make it to a bootable q1 i would be willing to gamble a version of it on my m0 |
| 16:41:03 | amachronic | neat thing is that all the X1000 players are nearly clones |
| 16:41:29 | amachronic | dconrad took apart an eros q and it even has the same NAND flash and AXP PMU as the M3K and Q1. |
| 16:41:48 | spork | yeah, good development platform it seems |
| 16:42:15 | spork | and nice to not have minimal hardware like many daps these days |
| 16:43:42 | amachronic | yeah it's a beast compared to the sansas. |
| 16:44:30 | spork | i bought the m0 and q1 in anticipation of my sansa's dying |
| 16:44:40 | spork | and the m3k because of your port |
| 16:45:20 | spork | think i have sansa fuze, clip zip and 2 clip+'s that still work though |
| 16:46:26 | amachronic | I had a clip zip years ago, but the headphone jack and buttons busted and I just threw it away |
| 16:46:30 | spork | on sansa's you can at least realistically replace the battery |
| 16:47:47 | spork | i hope dconrad got his eros back together. i saw the pics and it looked properly disassembled |
| 16:48:31 | amachronic | m3k and q1 do not seem very serviceable. IIRC the eros looks like it has screws. |
| 16:50:21 | spork | i have seen pics of an m0, q1 might be similar. i think you can pull the screen out with a suction cup. |
| 16:50:56 | amachronic | the m3k is the same apparently |
| 16:51:19 | amachronic | of course it can be done if you are determined enough |
| 16:52:49 | spork | https://youtu.be/l5kO_9KvDDs looks surprisingly easy |
| 16:53:05 | spork | m0 though, not q1 |
| 16:55:14 | spork | gotta run, thanks for your efforts and your help |
| 17:00 |
| 17:21:51 | | Quit lebellium (Quit: Leaving) |
| 17:31:36 | *** | Saving seen data "./dancer.seen" |
| 17:45:02 | | Quit amachronic (Quit: amachronic) |
| 19:00 |
| 19:17:25 | | Nick axeKirves is now known as kirvesAxe (kirvesaxe@user/kirvesaxe) |
| 19:27:32 | | Quit braewoods (Changing host) |
| 19:27:32 | | Join braewoods [0] (~braewoods@user/braewoods) |
| 19:31:39 | *** | Saving seen data "./dancer.seen" |
| 20:00 |
| 20:39:04 | | Join JdGordon [0] (~JdGordon@180-150-38-102.b49626.bne.nbn.aussiebb.net) |
| 20:43:35 | | Join vup2 [0] (~~~~@vmd75054.contaboserver.net) |
| 20:45:50 | | Quit vup2 (Read error: Connection reset by peer) |
| 20:49:44 | | Join vup2 [0] (~~~~@vmd75054.contaboserver.net) |
| 20:49:45 | | Quit vup2 (Client Quit) |
| 21:00 |
| 21:07:50 | | Join vup2 [0] (~~~~@vmd75054.contaboserver.net) |
| 21:07:58 | | Quit vup2 (Client Quit) |
| 21:31:41 | *** | Saving seen data "./dancer.seen" |
| 21:42:18 | | Quit Romster (Ping timeout: 240 seconds) |
| 21:45:11 | | Join Romster [0] (~romster@user/romster) |
| 23:00 |
| 23:09:54 | | Quit skipwich (Ping timeout: 240 seconds) |
| 23:16:58 | | Join uplime [0] (uplime@lime-labs.com) |
| 23:31:44 | *** | Saving seen data "./dancer.seen" |
| 23:33:35 | | Quit tchan (Read error: Connection reset by peer) |
icon identifies that the person is a core developer (has commit access).