| 00:03:49 | | Quit akaWolf (Ping timeout: 268 seconds) |
| 00:03:56 | | Join akaWolf [0] (~akaWolf@akawolf.org) |
| 00:04:33 | | Join F3l1x_10m [0] (~Al3x_10m@user/f3l1x-10m/x-3393542) |
| 00:11:33 | | Join tchan [0] (~tchan@c-98-206-141-238.hsd1.il.comcast.net) |
| 00:39:07 | | Quit uplime (Changing host) |
| 00:39:08 | | Join uplime [0] (uplime@offtopia/nomad) |
| 01:00 |
| 01:31:47 | *** | Saving seen data "./dancer.seen" |
| 02:00 |
| 02:25:50 | | Quit advcomp2019 (Read error: Connection reset by peer) |
| 02:32:56 | | Join j-r [0] (~j-r@p2003000623f87a44404207fffefd0a65.dip0.t-ipconnect.de) |
| 02:37:04 | | Join advcomp2019 [0] (~advcomp20@user/advcomp2019) |
| 03:00 |
| 03:31:50 | *** | Saving seen data "./dancer.seen" |
| 04:00 |
| 04:05:31 | | Quit parity (Ping timeout: 272 seconds) |
| 04:14:43 | | Join TheLemonMan [0] (~lemonboy@irssi/staff/TheLemonMan) |
| 05:00 |
| 05:31:37 | | Quit kadoban (Quit: Bridge terminating on SIGTERM) |
| 05:31:38 | | Quit blbro[m] (Quit: Bridge terminating on SIGTERM) |
| 05:31:53 | *** | Saving seen data "./dancer.seen" |
| 05:33:59 | | Join kadoban [0] (~kadoban@user/kadoban) |
| 05:38:31 | | Join blbro[m] [0] (~blbrostra@2001:470:69fc:105::8f7) |
| 06:00 |
| 06:04:28 | desowin | I don't get where i got the 802.11b from, it looks like the chip is 802.11g |
| 06:05:31 | braewoods | desowin: really? that's more useful than expected. |
| 06:06:05 | braewoods | it would mean WPA2 might be doable if we had an IP stack |
| 06:10:58 | | Nick gevaerts_ is now known as gevaerts (~fg@user/gevaerts) |
| 06:34:59 | | Quit TheLemonMan (Quit: "It's now safe to turn off your computer.") |
| 06:47:49 | desowin | murata docs I have say 802.11b/g and Marvell 88w8686 datasheet that's floating on internet says 802.11a/b/g |
| 06:49:16 | desowin | and it is on spi0 (toget with atmega) not on sdio |
| 06:50:34 | braewoods | desowin: so what do you plan to do with the wifi? |
| 06:50:48 | braewoods | we would need a whole IP stack plus a wifi stack just to use it |
| 06:51:48 | braewoods | though it would open up some interesting options |
| 06:52:41 | braewoods | given that i expect the main purpose of a driver is to optimize powersavings |
| 06:53:11 | braewoods | (if we can't use it, we may as well put it into its lowest power state we can muster) |
| 07:00 |
| 07:19:04 | | Join cockroach [0] (~blattodea@user/cockroach) |
| 07:27:49 | | Join dbohdan [0] (~dbohdan@user/dbohdan) |
| 07:31:54 | *** | Saving seen data "./dancer.seen" |
| 07:32:01 | dbohdan | Looks like my Clip+ has finally died |
| 07:32:16 | dbohdan | It served me well for a decade |
| 07:32:33 | dbohdan | Thanks to everyone who has worked on Rockbox for making it so nice to use |
| 07:32:57 | braewoods | dbohdan: so what can we do for you? |
| 07:33:51 | dbohdan | Nothin' |
| 07:34:07 | dbohdan | I just thought I'd show some appreciation for a piece for software I really like |
| 07:35:41 | dbohdan | I may have questions about what to buy to replace the Clip+ once I survey the local old audio player market |
| 07:35:59 | braewoods | i see. |
| 07:36:24 | braewoods | i have some HDD units that work well still. repaired and all typically. |
| 07:36:45 | braewoods | if you live in the US i can sell 'em to you. |
| 07:36:52 | braewoods | let me know what you find. |
| 07:37:16 | dbohdan | Thanks, but unfortunately am cut off from international mail |
| 07:37:26 | dbohdan | Things would be much easier if I wasn't |
| 07:37:35 | braewoods | ah so you live elsewhere |
| 07:37:35 | dbohdan | (I am not in the US.) |
| 07:37:45 | braewoods | ok, some recommendations then |
| 07:38:10 | braewoods | iRiver H100 series or H300 series are both good ports; old and reliable. main drawbacks are... |
| 07:38:24 | braewoods | no softwate usb stack, only hardware UMS or MSC |
| 07:38:53 | braewoods | but they use standard connector types for power and data |
| 07:39:04 | braewoods | no special cables needed |
| 07:39:11 | desowin | Does someone speak Chinese here? GSPI-8686-LINUX26-BULVERDE-7.70.5.p4-26313-all.zip seems to be available on some Chinese websites, but I have no clue how to get it... |
| 07:39:40 | braewoods | desowin: unfortunately no. we ran into a similar problem with a datasheet for a mips chip. |
| 07:40:19 | desowin | there's also a newer one GSPI-8686-LINUX26-BULVERDE-9.70.3.p20-26409.P42.zip |
| 07:40:23 | braewoods | dbohdan: the iriver H10 is also viable. stick to the fat model though, the 20GB one. |
| 07:40:43 | dbohdan | braewoods: Noted. I'll check if there are any for sale on the local Craigslist clone. |
| 07:40:52 | braewoods | dbohdan: those 3 irivers are the best option from iriver we have |
| 07:41:27 | braewoods | they have compatibility with the same battery type |
| 07:41:42 | braewoods | and you can also CF mod them all |
| 07:42:33 | braewoods | i would avoid any flash based units that lack SD card slots |
| 07:42:45 | braewoods | they can't be upgraded |
| 07:43:08 | braewoods | all the sansa ports now though support multiboot for running entirely off the sd card |
| 07:43:14 | braewoods | so you can preserve the internal flash |
| 07:43:55 | braewoods | HDD units can be CF modded in most cases |
| 07:44:06 | braewoods | SD card to CF card is also a thing |
| 07:44:20 | braewoods | if real CF cards don't provide enough storage |
| 07:45:09 | braewoods | oh, right. if you get the H100 or H300, make sure to flash the new bootloader before trying to do a CF mod. |
| 07:45:36 | braewoods | i released new bootloaders that fixed some old bugs with it |
| 07:45:40 | braewoods | and the OF doesn't like CF cards |
| 07:45:46 | braewoods | so don't expect it to work with them |
| 07:49:04 | dbohdan | Okay, I've checked, and there are no iriver H10/H100/H300 players for sale near me |
| 07:49:46 | dbohdan | I think I'll just go through the entire list of supported hardware later and search for each model |
| 07:55:14 | cockroach | dbohdan: where do you live? I own an H140 that has seen better days but might be good enough for a bit of testing |
| 07:56:18 | cockroach | or, I could also test things myself, if you tell me what needs testing |
| 07:58:31 | dbohdan | cockroach: I live in the LPR |
| 07:58:53 | dbohdan | https://en.wikipedia.org/wiki/Luhansk_People%27s_Republic |
| 08:00 |
| 08:00:38 | cockroach | oh wow, that looks like an interesting place |
| 08:01:26 | dbohdan | It is |
| 08:01:51 | dbohdan | Sadly, we can't simply buy things off Amazon or eBay and have them delivered |
| 08:05:14 | cockroach | yeah, I was just wondering about that. international shipping must be a pain. |
| 08:19:23 | spork | fiio m3k might still be available |
| 08:20:21 | dbohdan | cockroach: Yes, it typically involves an intermediary |
| 08:20:54 | dbohdan | We have one that specializes in AliExpress packages, so that's an option, but I haven't used them |
| 08:23:06 | dbohdan | spork: I can only find local ads for the FiiO X1 |
| 08:24:46 | | Join speachy [0] (~speachy@209.2.65.77) |
| 08:24:46 | Mode | "#rockbox +v speachy" by ChanServ (ChanServ@services.libera.chat) |
| 08:25:40 | dbohdan | (If you meant that for me.) |
| 08:28:03 | speachy | Bilgus: https://forums.rockbox.org/index.php/topic,53862.msg248780.html#msg248780 |
| 08:28:32 | speachy | since you're the resident gui expert. :) |
| 08:29:20 | braewoods | dbohdan: ask here first though. some models are less desirable for various reasons. |
| 08:30:02 | spork | dbohdan: local is always hard, m3k might be on aliexpress still if that is an option |
| 08:32:33 | Bilgus | speachy thats an oldie but a goodie I think |
| 08:33:17 | Bilgus | IIRC I had to do special ordering with viewports to work around that bug |
| 08:33:43 | Bilgus | (in themes) |
| 08:34:59 | dbohdan | braewoods: I definitely will! |
| 08:36:32 | dbohdan | spork: I agree about local. I still want to try local first, though, because it is faster and you don't have to worry about a package getting lost. |
| 08:38:37 | speachy | Bilgus: One has to wonder how many more of these longstanding "features" are still lurking, eh? |
| 08:39:02 | Bilgus | IDK how many features do we have? |
| 08:39:18 | speachy | dunno, all of them? |
| 08:39:18 | Bilgus | multiply by 100 and you might be close |
| 08:40:51 | Bilgus | that theme engine is an unforgiving SOB too |
| 08:43:45 | speachy | just for giggles, a first pass with sloccount says we have a bit under 1.5M lines of code |
| 08:44:25 | speachy | ~1.4M C, 57K C++, 31K asm, 8K perl, 7K sh, and some miscellaney. |
| 08:49:18 | Bilgus | I'm thinking scroll_stop should be called unconditionally |
| 08:49:58 | speachy | I've seen plenty of places where scrolling ends up drawing over a fade, for example |
| 08:54:24 | Bilgus | https://github.com/Rockbox/rockbox/blob/master/apps/gui/bitmap/list-skinned.c#L184 |
| 08:54:56 | Bilgus | no clue why github couldn't bring me to this in search |
| 08:55:23 | Bilgus | its like their search function is worse than ever |
| 09:00 |
| 09:01:08 | Bilgus | We couldn’t find any code matching 'scroll_stop' in Rockbox/rockbox ? |
| 09:01:27 | speachy | ha! |
| 09:01:42 | Bilgus | We couldn’t find any code matching 'printf' in Rockbox/rockbox |
| 09:01:56 | Bilgus | something mis configured? |
| 09:03:49 | | Join vitt13 [0] (~vitt13@85.174.206.195) |
| 09:07:55 | vitt13 | 'Does someone speak Chinese here? GSPI-8686-LINUX26-BULVERDE-7.70.5.p4-26313-all.zip seems to be available on some Chinese websites, but I have no clue how to get it.' I have account on codebus.net , post me the link to download what you need |
| 09:08:23 | vitt13 | desowin |
| 09:11:30 | Bilgus | https://github.com/Rockbox/rockbox/blob/master/firmware/drivers/lcd-16bit-common.c#L105 |
| 09:11:51 | Bilgus | there is the issue I believe |
| 09:12:49 | | Join massiveH [0] (~massiveH@ool-18e4e82f.dyn.optonline.net) |
| 09:18:17 | speachy | ie we stop for the current viewport but leave the rest scrollnig? |
| 09:18:28 | mendel_munkis | Bilgus: I stopped using github code search years ago due to lack of results |
| 09:18:46 | Bilgus | same but it seems even worse |
| 09:19:01 | Bilgus | I'm not on my machine either so no local source |
| 09:19:11 | mendel_munkis | well all the people who want good results stopped using it... |
| 09:19:17 | mendel_munkis | oh ouch |
| 09:19:42 | Bilgus | speacht clear_viewport is supposed to keep track of all intersecting viewports |
| 09:20:31 | mendel_munkis | printf site:https://github.com/Rockbox/rockbox ? |
| 09:20:31 | Bilgus | https://github.com/Rockbox/rockbox/blob/master/firmware/drivers/lcd-scroll.c#L59 |
| 09:20:39 | mendel_munkis | on google |
| 09:21:13 | Bilgus | yeah thats how i did it lol |
| 09:23:12 | Bilgus | sorry that was condensed a bit too far clear_viewport uis supposed to call scroll_stop_rect which should pick tup the colliding viewports and stop them |
| 09:26:26 | Bilgus | if (s->vp == vp |
| 09:26:46 | Bilgus | that seems suspicious |
| 09:27:46 | speachy | so that can only ever stop the current vp |
| 09:28:24 | speachy | even if it's in the rectangle |
| 09:28:31 | Bilgus | yeah |
| 09:28:33 | speachy | yeah, that does seem wrong |
| 09:29:27 | Bilgus | https://github.com/Rockbox/rockbox/commit/50eb528bc1f9d2f7b7260eff8b85a5ed5b96e679#diff-0534850a6fe26d32cf6a1c48c7e2baafa4b6688459f33f3cf240882cd9188969L57 |
| 09:30:58 | desowin | vitt13: sent you link in private message |
| 09:31:32 | speachy | so... if you take away the vp check there, that'll effectively make the call into scroll_stop_rect() |
| 09:31:58 | *** | No seen item changed, no save performed. |
| 09:32:30 | speachy | and scroll_stop_viewport becomes effectively the same as a global scroll stop |
| 09:32:37 | Bilgus | good point |
| 09:33:05 | Bilgus | so perhaps its more nuanced than that though |
| 09:33:56 | speachy | I mean, there's probably a clear need for a non-vp-specfic scroll_stop_rect() but the question is if we actually need non-bounded vp-specific scroll stop |
| 09:35:08 | Bilgus | well I can see the need to only stop foreground elements versus bg but we currently have no notion of priority |
| 09:35:55 | speachy | so maybe instead of if (s->vp == vp) it could be (!vp || vp == s->vp) && ,,, |
| 09:36:23 | speachy | and we can implement a global scroll_stop_rect() that way. if it's actually useful, anyway |
| 09:36:54 | speachy | there aren't many places where scroll_stop (or its variants) are called anyway |
| 09:37:47 | Bilgus | I think that will work without breaking anything |
| 09:38:54 | Bilgus | you don't really want to stop everything just stuff that will overwrite your vp |
| 09:38:57 | speachy | but as you said the problem might ultimately be that there's no priority. stop_scroll_viewport_rect() stops the entire scroll line, not just the portion that's within the bounding box |
| 09:39:39 | speachy | could that result in scollers that never resume? |
| 09:40:27 | Bilgus | I hate to say it but really what should be done is to keep track in the scroll engine and have it implement priority |
| 09:40:38 | speachy | yeah |
| 09:40:55 | Bilgus | you place a new vp in the scroll area it wont scroll into it till it is removed |
| 09:42:59 | speachy | how does it end end back up in the scroll list after the vp is removed? won't it have to be re-added? |
| 09:43:42 | Bilgus | I was just debating that |
| 09:44:25 | Bilgus | curently we just let you make viewports as you see fit we would need to keep a list |
| 09:45:05 | Bilgus | if we turn vp into an opaque container and give a generator and destructor |
| 09:46:20 | Bilgus | then we leave them in the list and they won;'t redraw if there is something blocking them |
| 09:47:02 | speachy | yeah |
| 09:48:27 | Bilgus | that also fits well with the vp rewrite |
| 09:48:52 | speachy | hmm. or maybe.. just add a "scroll inhibit" flag to the scroller, and make the vps themselves check/clear the scroll list upon creation/destruction time? |
| 09:49:10 | speachy | check/clear the inhibit in the scroll list I mean |
| 09:50:00 | Bilgus | couldn't you make it automatic though just check the scroller on vp creation |
| 09:50:12 | speachy | that's what I meant |
| 09:50:55 | speachy | I mean, the "Correct" solution is proper vp prioritization so scrollers can do whatever they want |
| 09:51:13 | | Join petur [0] (~petur@78-21-55-218.access.telenet.be) |
| 09:51:35 | Bilgus | we don't have a real idea when a vp is destroyed though do we? |
| 09:51:52 | Bilgus | like how would we un-inhibit? |
| 09:53:25 | speachy | how do vps get registered with the display code? |
| 09:53:32 | speachy | surely there is a de-register too? |
| 09:53:45 | Bilgus | I guess on vp change you would clear the flag |
| 09:54:00 | Bilgus | no you just select the next one no deregister |
| 09:54:28 | Bilgus | clear the flag and check again for intersections |
| 09:54:36 | speachy | I mean, if the vp isn't "active" then who cares? :D |
| 09:54:37 | Bilgus | it'd still be glitchy |
| 09:54:42 | Bilgus | but better |
| 09:55:04 | Bilgus | at least the active one would be clear |
| 09:55:06 | speachy | hmm. would this just be another layered hack |
| 09:55:26 | Bilgus | it all is thats why I said 'I hate to say this' |
| 09:55:36 | Bilgus | :P |
| 09:55:37 | speachy | that we (meaning you) would have to undo when inevitably implement priorities? |
| 09:56:20 | Bilgus | but its gonna take me 6 months to get to it |
| 09:57:35 | speachy | but going back to scroll_stop_viewport_rect() for a moment, you changed the semantics of that fucntion, dropping the "all lines if y < 0" clause |
| 09:57:48 | speachy | are any callers still expecting the old semantics? |
| 09:58:03 | speachy | oh wait nm. |
| 09:58:06 | speachy | line -> rect |
| 09:58:21 | Bilgus | yeah not my commit |
| 10:00 |
| 10:01:07 | Bilgus | ultimately they could just prioritize their viewports as I did to work around the bug originally but what if we let them specify priotities in the theme engine |
| 10:01:15 | Bilgus | probably a bigger can of worms |
| 10:04:22 | speachy | we'd need it independently of themes though? |
| 10:04:51 | speachy | and, heh, I doubt most themes are going to ever get updated. |
| 10:05:47 | Bilgus | true unfortunately |
| 10:36:53 | | Quit massiveH (Quit: Leaving) |
| 11:00 |
| 11:05:46 | | Join TheLemonMan [0] (~lemonboy@irssi/staff/TheLemonMan) |
| 11:12:28 | | Join skipwich [0] (~skipwich@user/skipwich) |
| 11:27:32 | | Quit skipwich (Quit: DISCONNECT) |
| 11:27:59 | | Join skipwich [0] (~skipwich@user/skipwich) |
| 11:31:59 | *** | Saving seen data "./dancer.seen" |
| 11:39:23 | | Join markun [0] (~markun@178-84-100-63.dynamic.upc.nl) |
| 11:49:22 | | Quit markun (Quit: leaving) |
| 11:49:31 | | Join markun [0] (~markun@178-84-100-63.dynamic.upc.nl) |
| 12:00 |
| 12:27:24 | | Join reductum [0] (~reductum@cpe-72-134-86-174.natsow.res.rr.com) |
| 12:39:47 | | Join advcomp2019_ [0] (~advcomp20@user/advcomp2019) |
| 12:42:42 | | Quit advcomp2019 (Ping timeout: 240 seconds) |
| 12:45:07 | | Quit JdGordon (Quit: Client closed) |
| 12:47:43 | | Join F3l1x_10m_ [0] (~Al3x_10m@user/f3l1x-10m/x-3393542) |
| 12:51:06 | | Quit F3l1x_10m (Ping timeout: 240 seconds) |
| 13:00 |
| 13:32:00 | *** | Saving seen data "./dancer.seen" |
| 14:00 |
| 14:47:32 | desowin | apparently, the wifi module uses sif0 (15 MHz) while AVR uses sif1 (200 kHz) |
| 14:48:22 | desowin | and well, this wifi is like the perfect use case for ROCKCOM I mentioned earlier... |
| 14:49:52 | desowin | another use case on Sansa Connect would be e.g. sending raw commands to AVR |
| 14:51:09 | | Quit TheLemonMan (Quit: "It's now safe to turn off your computer.") |
| 15:00 |
| 15:08:59 | desowin | braewoods: Marvell firmware supports WPA2, so there's like nothing to be done on the host side, except from providing the password |
| 15:09:41 | desowin | basically to get network going the Marvell driver has to be ported, hopefully the source code is GPL licensed so no problem here |
| 15:10:06 | desowin | combine that with lwip and you have networking, add mbedtls and you have tls |
| 15:10:49 | desowin | however, I might go only for the driver at most, leaving the rest for someone else :-) |
| 15:11:53 | desowin | the firmware permits binary redistribution so that's probably ok for Rockbox (I guess that's first thing that would need binary blob) |
| 15:13:36 | desowin | that's just three files in .rockbox directory (LICENCE.Marvell, gspi8686_v9.bin, gspi8686_v9_helper.bin) |
| 15:16:14 | desowin | ofcourse that needs a ton of work on the user interface, which obviously need volunteer |
| 15:32:04 | *** | Saving seen data "./dancer.seen" |
| 15:36:32 | | Join amachronic [0] (~amachroni@user/amachronic) |
| 15:46:06 | | Join lebellium [0] (~lebellium@2a01:cb10:2e:2000:5592:283e:3f8e:ad1c) |
| 15:48:41 | amachronic | anybody have objections to g#3474? I'd like merge it and g#3415 |
| 15:48:44 | rb-bluebot | Gerrit review #3474 at https://gerrit.rockbox.org/r/c/rockbox/+/3474 : Enable float formatting in printf by Aidan MacDonald |
| 15:48:44 | rb-bluebot | Gerrit review #3415 at https://gerrit.rockbox.org/r/c/rockbox/+/3415 : Implement x^y in calculator by Moshe Piekarski |
| 15:49:16 | speachy | do it! |
| 15:49:57 | rb-bluebot | Build Server message: New build round started. Revision a3f2b64a46, 297 builds, 9 clients. |
| 16:00 |
| 16:01:56 | rb-bluebot | Build Server message: Build round completed after 719 seconds. |
| 16:02:01 | rb-bluebot | Build Server message: Revision a3f2b64a46 result: All green |
| 16:02:14 | rb-bluebot | Build Server message: New build round started. Revision 9ccae0421a, 297 builds, 9 clients. |
| 16:11:51 | rb-bluebot | Build Server message: Build round completed after 578 seconds. |
| 16:11:53 | rb-bluebot | Build Server message: Revision 9ccae0421a result: 0 errors 19 warnings |
| 16:24:03 | rb-bluebot | Build Server message: New build round started. Revision 7aade87863, 297 builds, 9 clients. |
| 16:33:47 | rb-bluebot | Build Server message: Build round completed after 583 seconds. |
| 16:33:49 | rb-bluebot | Build Server message: Revision 7aade87863 result: All green |
| 16:42:06 | spork | amachronic: i tried usbboot on the q1 but all i got was this "no partition found. insert usb cable and fix it" |
| 16:42:22 | amachronic | insert SD card with rockbox zip on it :) |
| 16:44:08 | spork | did that, after compiling bootloader for the spl file and normal for rockbox.bin, i did a make zip and extracted the zip to the sd card |
| 16:44:15 | spork | maybe it is too big ? |
| 16:45:17 | amachronic | maybe your SD card has a wrong partition table or filesystem then |
| 16:45:27 | amachronic | or maybe it's a power up issue |
| 16:46:01 | amachronic | not too sure what I left in gerrit I had to tweak the power up delays a bit to make it work when booting from flash |
| 16:48:01 | spork | i will try again with the card from my m3k |
| 16:59:59 | rb-bluebot | Build Server message: New build round started. Revision fa9ddd5af9, 297 builds, 9 clients. |
| 17:00 |
| 17:01:46 | spork | with the m3k card it runs |
| 17:02:39 | amachronic | probably a GPT partition table or exFAT filesystem on your other card then |
| 17:03:23 | spork | exfat i think |
| 17:06:23 | speachy | had to revert the header parsing cleanup |
| 17:10:02 | amachronic | hmm what did it break? |
| 17:11:05 | speachy | It didn't fix the original problem and regressed other files. by the time I fixed the regressions.. the original code was cleaner to follow |
| 17:11:18 | rb-bluebot | Build Server message: Build round completed after 679 seconds. |
| 17:11:20 | rb-bluebot | Build Server message: Revision fa9ddd5af9 result: All green |
| 17:11:59 | spork | no sound, but it is fun clicking around |
| 17:12:48 | spork | making the theme imoroved it |
| 17:20:17 | speachy | ok, found the root cause. |
| 17:20:42 | speachy | the actual mp3 data starts after ~600K of headers, we bail at 128K. |
| 17:32:07 | *** | No seen item changed, no save performed. |
| 17:32:43 | mendel_munkis | 600K of headers! |
| 17:34:23 | speachy | ID3v1 tag duplicated over and over and over I think |
| 17:37:33 | | Quit lebellium (Quit: Leaving) |
| 17:38:46 | speachy | g#3486 |
| 17:38:49 | rb-bluebot | Gerrit review #3486 at https://gerrit.rockbox.org/r/c/rockbox/+/3486 : FS #13299: Handle MP3 files with more than 128K of headers before audio data by Solomon Peachy |
| 17:40:57 | rb-bluebot | Build Server message: New build round started. Revision 2ed4bf8a43, 297 builds, 9 clients. |
| 17:49:31 | | Quit amachronic (Quit: amachronic) |
| 17:52:16 | rb-bluebot | Build Server message: Build round completed after 679 seconds. |
| 17:52:18 | rb-bluebot | Build Server message: Revision 2ed4bf8a43 result: All green |
| 18:00 |
| 18:19:44 | | Quit vitt13 (Ping timeout: 252 seconds) |
| 18:43:30 | | Quit pablocastellanos (Ping timeout: 264 seconds) |
| 18:48:13 | | Join pablocastellanos [0] (~pidgin@user/pablocastellanos) |
| 19:00 |
| 19:31:29 | | Quit petur (Quit: Leaving) |
| 19:32:10 | *** | Saving seen data "./dancer.seen" |
| 21:00 |
| 21:00:12 | | Join tomato1 [0] (~tomato@user/tomato) |
| 21:01:58 | | Quit tomato (Ping timeout: 272 seconds) |
| 21:01:58 | | Nick tomato1 is now known as tomato (~tomato@user/tomato) |
| 21:32:13 | *** | Saving seen data "./dancer.seen" |
| 21:46:30 | | Quit cockroach (Quit: leaving) |
| 23:00 |
| 23:20:43 | | Quit F3l1x_10m_ (Ping timeout: 272 seconds) |
| 23:24:01 | | Join F3l1x_10m [0] (~Al3x_10m@user/f3l1x-10m/x-3393542) |
| 23:32:15 | *** | Saving seen data "./dancer.seen" |
icon identifies that the person is a core developer (has commit access).