--- Log for 27.05.120 Server: barjavel.freenode.net Channel: #rockbox --- Nick: logbot_ Version: Dancer V4.16 Started: 9 days and 2 hours ago 01.53.33 *** No seen item changed, no save performed. 02.03.31 Join markun [0] (~markun@dhcp-077-249-220-196.chello.nl) 03.12.52 Join dys [0] (~dys@2003:5b:203b:100:a64c:c8ff:fef4:13a6) 03.53.34 *** No seen item changed, no save performed. 04.12.57 Join St0neHead- [0] (stonehead@2a01:7e00:e001:3700:6667::2) 04.15.36 Join funman_ [0] (~fun@chui-pas.net) 04.20.07 Quit St0neHead (*.net *.split) 04.20.07 Quit funman (*.net *.split) 04.50.49 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 04.52.17 Join vmx [0] (~vmx@ip5f5ac60f.dynamic.kabel-deutschland.de) 05.34.53 Join sakax [0] (~r0b0t@unaffiliated/r0b0t) 05.53.37 *** Saving seen data "./dancer.seen" 06.23.43 Join Demosthenex [0] (~Demosthen@dhcp-077-248-042-162.chello.nl) 06.24.26 # hey folks. i'm a happy rockbox user on my sansa fuse+, works great! recently i'm experiencing nasty hissing noises when i turn it on, and i can hear it "thinking", different tones when loading music, etc... 06.24.54 # on the forums it was suggested to boot it to the original firmware and back to rockbox, but i can't get the instructions to work (power on while holding |<) 06.25.00 # is there an alternate method to boot back? 06.26.35 # https://forums.rockbox.org/index.php/topic,52287.msg242078.html#msg242078 06.26.49 # i did try setting the time, but i can't seem to boot back temporarily 06.28.37 # ah ha! in the other guide, it says volume down isntead of left arrow 06.28.40 # that seems to do it 06.28.49 # tyty! 06.32.41 # and i can confirm booting to orig fixed the hiss, i guess it reset somethingin the dac? 06.54.16 Quit zagor[m] (Changing host) 06.54.16 Join zagor[m] [0] (bjstmatrix@rockbox/developer/Zagor) 06.54.54 # speachy: how much lead time do you want? would tonight be good for you? 07.05.49 Quit APLU (Ping timeout: 272 seconds) 07.06.47 Join APLU [0] (~mulx@2a03:7220:8081:2900::1) 07.34.32 # just not during the spacex launch... :) 07.37.08 Join petur [0] (~petur@199.59.5.11) 07.37.08 Quit petur (Changing host) 07.37.08 Join petur [0] (~petur@rockbox/developer/petur) 07.53.39 *** Saving seen data "./dancer.seen" 08.21.59 Join massiveH [0] (~massiveH@ool-18e4eaeb.dyn.optonline.net) 08.44.39 # Demosthenex: yes the OF resets some DAC settings, I never quite got figured out why those change sometimes and produce that hissing sound, and I didn't spend time reverse engineering the exact settings the OF uses 09.06.47 Quit APLU (Read error: Connection reset by peer) 09.07.30 Join APLU [0] (~mulx@eva.aplu.fr) 09.43.12 Quit akaWolf (Ping timeout: 265 seconds) 09.43.40 Quit APLU (Ping timeout: 276 seconds) 09.50.33 Join APLU [0] (~mulx@2a03:7220:8081:2900::1) 09.53.18 # zagor[m], tonight will work. 09.53.22 Quit markun (Ping timeout: 272 seconds) 09.53.39 # so 23:00 CET again? 09.53.42 *** Saving seen data "./dancer.seen" 10.00.50 Quit massiveH (Quit: Leaving) 10.04.17 Join markun [0] (~markun@dhcp-077-249-220-196.chello.nl) 10.05.44 Join akaWolf [0] (~akaWolf@unaffiliated/akawolf) 10.06.22 # lead time isn't so important for git/gerrit as there aren't bunches of random folks hitting them. 10.07.41 Nick mendel_munkis_ is now known as mendel_munkis (~mendelmun@ool-ae2cb138.dyn.optonline.net) 10.07.54 # the only thing I have left to do is to add in the rewrite rules to convert gitweb to cgit urls. 10.08.58 Quit markun (Ping timeout: 260 seconds) 10.11.37 Quit vmx (Ping timeout: 264 seconds) 10.17.28 # does rockbox have a way to skim audio files 10.17.55 # freetypes porting information is woefully incomplete 10.18.31 # when I'm listening to podcasts on my desktop I skip through them in 5-second ish intervals rather than all at once to skip ad breaks, can rockbox do something similar? 10.19.05 # nihilazo: did you try holding down forward for a second? 10.19.23 # what device are you using 10.19.34 # when I do that it just skips but the audio is slient so I can't skim through 10.19.37 # I'm on a fuze+ 10.20.23 # If i am understanding you correctly you want to temporarily increase playback speed? 10.20.48 # that would work, yeah 10.22.30 # I'm pretty sure there's no native way to do that (besides increasing speed and then decreasing it when you reach the place you want) but someone may have written a patch 10.22.57 # ok 10.23.40 # are you comfertable compiling rockbox yourself? 10.24.52 # speachy: can we go earlier, like 21:00? 10.26.01 # zagpr[m], sure, that will work. So that's in 4.5 hours? 10.26.34 # yes 10.26.50 # ok. I'll send out an email announcement. 10.29.18 # mendel_munkis: I can try, I've not done it before 10.29.56 # I'm comfortable with compiling other projects and I assume rockbox isn't much different? 10.31.50 # nihilazo: https://www.rockbox.org/wiki/HowToCompile 10.32.04 # thanks, looks pretty similar to what I'm used to 10.32.19 # other than neeeding a special cross-compiler it's pretty self-contained. 10.32.22 # alright 10.32.42 # especially if you're used to microcontroller/rtos applications 10.39.32 # so, can I get the ability to skim through a track if I compile myself? 10.39.52 # I am working on a patch for that 10.40.24 # awesome, thanks so much 10.40.37 # it may take a while though 10.42.29 # I can see a way to set a hot key to speed it up but I cant see how to reset the speed when you let go sorry. 10.42.50 # tap once for speed up, tap again for restoring? 10.42.52 # oh ok 10.42.53 # it's fine, dw 10.43.14 # if it would be a pain to do then it's fine, would just be a convenience for listening to podcasts 10.43.47 # speachy: but in order to make that workable it would need to be a short press which means removing important functionality 10.44.04 # there's always a compromise. :D 10.44.42 # but in all seriousness, this is a prototype and if it turns out to be more widely desired a better way to integrate it is probably conceivable 10.46.19 # nihilazo: there may be a way 10.47.10 # cool 10.49.27 # announcements have gone out. So in 4 hours, git+gerrit will go down for migration. 10.49.42 # so I gotta be done by then 10.50.39 # It's git. You can run offline :) 10.50.40 # or find something else to do for an hour or so. :) 10.51.02 # * gevaerts stands by the sidelines encouraging all this work 10.51.18 # I don't see the announcement. what's the migration? 10.51.25 # there's also the public mirror on github 10.51.50 # mendel_munkis, git.rockbox.org and gerrit.rockbox.org are migrating to a new host 10.52.26 # ok. I didn't realize they hadn't already moved. thank you 10.52.52 # I wanted them to be the first but instead they're the last 10.53.21 # is there a way to have the crosscompiler build script install to a non-system place that's on the PATH like ~/.local/bin? 10.53.46 # arch is especially picky with things other than the package manager putting things in system places 10.53.55 # in my experience 10.54.43 # the crosstools have a _lot_ of stuff, not just binaries; you should put them in their own self-contained place and add the final bin location to your path instead. or create symlinks from those binaries.. 10.55.44 # RBDEV_PREFIX=/some/path tools/rockboxdev.sh 10.56.16 # personally I keep everything of mine under ~/x-tools/rockbox 10.56.31 # thanks 10.57.07 # wand then the bin dir will be ~/x-tools/rockbox/bin 10.57.21 # cool 11.02.44 # speachy: I am assuming that talk would be unnecessary if speed is hotkeyed? 11.03.40 # do we have an accessibility expert? 11.04.58 # I'd never make an assumption like that 11.05.41 # why not? 11.06.33 # the talk is assuming you are trying to get a specific speed. A hotkey has one predetermined speed 11.06.58 # oh, I see what you mean. There's probably no reason to voice the setting change, yeah. 11.08.03 # OK, I'm getting an error when building the arm cross-compiler, should I pastebin the log? 11.11.10 # there are some ...complications with respect to building some of the toolchains on more modern systems 11.11.22 # but yeah, pastebin please 11.17.10 # https://hastebin.com/liguxosali.rb 11.17.51 # what's a better pastebin site than hastebin, it seems to be struggling with a long log 11.21.46 # https://itwont.work/log.txt 11.23.34 # this is better 11.28.31 # pamaury: no problem, i was able to solve it ;] 11.28.33 # tyty! 11.28.34 Part Demosthenex 11.30.22 # huh. I think this one's due to the gcc10 change from -fcommon to -fno-common 11.47.33 # nihilazo: try g#2388 (it's completley untested though) 11.47.34 # Gerrit review #2388 at http://gerrit.rockbox.org/r/2388 : basic skim funtionality by Moshe Piekarski 11.47.54 # you need to enable timestretch and a new skim 11.47.59 # _mode setting 11.48.23 # awesome, I need to get my build environment working now 11.48.28 # gcc10 seems to have broke things 11.48.33 Join markun [0] (~markun@178-84-223-236.dynamic.upc.nl) 11.48.35 # and I don't know enough to fix them 11.49.27 Quit dys (Ping timeout: 260 seconds) 11.51.09 Quit APLU (Remote host closed the connection) 11.52.55 # I have a WIP gcc 4.9.4 toolchain that seems to work okay if you're not on a arm7tdmi device 11.52.58 # the fuze+ should be okay 11.53.16 # grab g#2305 11.53.18 # Gerrit review #2305 at http://gerrit.rockbox.org/r/2305 : Build: Bump all compilers to GCC 4.9.4 (DO NOT MERGE YET) by Solomon Peachy 11.53.43 *** Saving seen data "./dancer.seen" 11.53.58 # and re-run the arm toolchain build. 11.54.15 # do I get that with a git fetch? 11.54.26 Quit markun (Ping timeout: 256 seconds) 11.54.34 # if you go to that URL, there's a 'download' link on the upper-right corner 11.54.44 # cut-n-paste the 'cherry-pick' link 11.55.14 # thanks 11.55.15 Join markun [0] (~markun@178-84-223-236.dynamic.upc.nl) 12.01.12 Join APLU [0] (~mulx@2a03:7220:8081:2900::1) 12.07.02 # this build seems to be going a lot better 12.34.35 Join MrZeus [0] (~MrZeus@79-65-237-201.host.pobb.as13285.net) 12.39.14 # alright, I got the build environment sorted, should I do the same with cherrypicking the commit for the one that has the patch? 12.45.58 # yes 12.48.39 # alright 12.48.41 # then: mkdir build-fuzeplus ; cd build-fuzeplus ; ../tools/configure 12.48.53 Join vmx [0] (~vmx@ip5f5ac60f.dynamic.kabel-deutschland.de) 12.48.54 # I've got an error when I build it 12.49.10 # https://itwont.work/log2.txt 12.49.47 # well, that's a problem with the patch 12.50.03 # ok 12.51.03 Quit markun (Ping timeout: 260 seconds) 12.52.43 Join markun [0] (~markun@109.36.128.23) 12.58.32 Quit markun (Read error: Connection reset by peer) 12.59.06 # in apps/gui/pitchscreen.c, line 1152, change it to read 'int32_t new_pitch, new_speed;' 13.02.17 Join markun [0] (~markun@178-84-223-236.dynamic.upc.nl) 13.07.42 # seems to have fixed it, thanks 13.07.42 Quit markun (Read error: Connection reset by peer) 13.07.52 Join markun [0] (~markun@178-84-223-236.dynamic.upc.nl) 13.09.26 # can I just extract that zip over my existing rockbox install? 13.10.02 # yeah 13.10.17 # I'd back up your existing .rockbox dir first though 13.10.46 # alright 13.10.56 # when it comes to experimental stuff like this, backups are always warranted. 13.13.28 # I don't seem to have the skim mode setting 13.14.59 # under playavk settings, between party mode and volume fade? 13.15.12 # s/playavk/playback/ 13.15.38 # yeah, it's not there 13.17.35 # does the 'about' menu item show the correct version/date? 13.20.35 # I don't seem to have that option 13.21.25 # wait, I might have just accidentally built the master instead by mistake 13.21.30 # system/rockbox info 13.21.32 Quit petur (Quit: Connection reset by beer) 13.23.02 # (gtg, back in a bit) 13.41.29 # built a version that definately has the patch and now USB is broken although that may be an unrelated thing from the master 13.42.05 # that may a bug related to gcc494 13.42.21 # sigh. 13.44.49 # would it be possible for somebody else to make a build with the patch for fuze+ and stick the zip somewhere I can get it? 13.45.10 # also, how can I change rockbox versions if USB isn't working, can I load a rockbox zip from the SD card? 13.45.21 # * also, how can I change rockbox versions if USB isn't working, can I load/install a rockbox zip from the SD card? 13.45.31 # gimme a few 13.45.35 # gimme a few 13.47.01 # thanks 13.50.54 # https://www.shaftnet.org/~pizza/rockbox-fuzeplus-g2388.zip 13.51.18 # thanks 13.52.12 # how can I install that while not having USB? 13.52.20 # boot into the original firmware 13.52.50 # or extract it to the SD card and ROLO into the new firmware 13.53.44 *** Saving seen data "./dancer.seen" 13.54.11 Join advcomp2019_ [0] (~advcomp20@65-131-187-30.sxct.qwest.net) 13.54.11 Quit advcomp2019_ (Changing host) 13.54.11 Join advcomp2019_ [0] (~advcomp20@unaffiliated/advcomp2019) 13.54.19 # ok 13.57.24 Quit advcomp2019 (Ping timeout: 256 seconds) 13.57.33 # I extracted it onto the SD card and selected the rockbox executable, it said ROLO and rebooted, but I still don't have the skim mode option 13.57.47 # USB does work now though 14.21.42 # (brb) 14.25.44 Join lebellium [0] (~lebellium@89-92-253-148.hfc.dyn.abo.bbox.fr) 14.27.02 Quit markun (Ping timeout: 260 seconds) 14.34.36 # I amback and fixing that patch 15.12.38 Join Ornery_Squirrel [0] (~neal@c-98-229-48-238.hsd1.ma.comcast.net) 15.21.41 # oh, heads up, gerrit's going down. 15.26.58 # dns changes made. 15.35.55 Join morgenstern09 [0] (594024a7@89-64-36-167.dynamic.chello.pl) 15.39.03 # git and gerrit are running. git is https enabled. gerrit, not yet. 15.44.53 # restarting gerrit with https .... 15.51.52 Quit morgenstern09 (Remote host closed the connection) 15.51.59 # okay, it appears to be all alive. 15.52.45 Join petur [0] (~petur@rockbox/developer/petur) 15.52.47 # I need to put in the rewrite rules to automagically convert gitweb->cgit URLs, but it's otherwise done. 15.52.54 # back 15.53.26 # I fixed some of the problems but there are still a few left. 15.53.46 *** Saving seen data "./dancer.seen" 15.54.24 # mendel_munkis, can you try to push the updated changeset to gerrit and see if it works? 15.54.57 # speachy: I just got a half-decent build. pushing now 15.56.36 # speachy: gerrit is down 15.57.16 # try again. firewall hole wasn't applied for some reason. 15.57.36 Join markun [0] (~markun@178-84-223-236.dynamic.upc.nl) 15.58.25 # pushed 15.59.08 # Also turns out gerrit doesnt like it when you change the message on a commit --amend 15.59.26 # also gerrit google oauth is down 15.59.36 # ah, new changeset. that's why I didn't see it change. 16.00.15 # yeah I'm not sure why. the hook shouldn't generate a new ID for a amended commit 16.01.19 Quit Ornery_Squirrel (Quit: Leaving.) 16.02.01 # crap... the google openid stuff doesn't like https gerrit. 16.02.15 Join Ornery_Squirrel [0] (~neal@c-98-229-48-238.hsd1.ma.comcast.net) 16.02.22 # all the more reason to get github working :) 16.03.08 # * mendel_munkis just wants to be able to auth with a U2F key 16.03.19 Part Ornery_Squirrel 16.04.48 # (I'm not sure how this thing handles being in a chat or away, I'm still here if it said I left) 16.06.58 # trying to fix this at the google side of things; if not I'll disable https and things should continue to work okay. 16.10.09 # nihilazo: try g#2405 it should work better 16.11.07 # my build environment has some issues because of the gcc 16.11.17 # speachy: apparently fs-bluebot_ cant connect to gerrit either 16.11.47 # that could be due to dns propogation. 16.17.08 # okay, google authentication should work again. or it now just did for me, at least. 16.19.22 # works here to 16.23.04 # speachy, mendel_munkis: it's because of the change from gitweb to cgit. 16.24.10 # bluebrother, 15 seconds ago I enabled aliases for gitweb-formatted request. or is the bot parsing the gerrit looking for the magic 'gitweb' phrase? 16.24.28 # the bot uses git ls-remote to get the commit hash, then queries gitweb since I don't have all remotes locally. Was the easiest way back then. 16.24.40 # and uses the rss output of gitweb 16.24.40 # execllent, gerrit email notifications work. 16.27.39 # probably not a trivial thing to fix, but I can't enable gitweb for $reasons 16.27.55 # ah. $resons sounds $reasonable :) 16.28.26 # I guess I have to update the scraping code then. Just not today anymore. 16.28.28 # one of the url mangling rules I just enabled does cover gitweb rss/atom feeds 16.28.41 # but the RSS contents likely differ slightly. 16.28.49 # s/ slightly/./ 16.29.21 # or find a different way to get that information. iirc the main problem was that I can git ls-remote to get the hash, but there's no way to use git to retrieve a commit for a repository I haven't cloned. 16.29.52 # http://git.rockbox.org/?p=rockbox.git;a=rss;h=147f7f0e62baf2891f4fddc598827b5092fd13ec 16.30.21 # would be such a scraping request. Forwards to cgit, but results in an error message. 16.31.22 # ah, the URLs are different. give me a sec. 16.31.53 # I've been using rss since that is easier to parse. If theres a similar output (or maybe some other api, wouldn't mind json or the like) I can update that. 16.35.42 # I'd bet that gerrit has a straightforward API that you can use directly. 16.41.23 # bluebrother, just doing a GET on "https://gerrit.rockbox.org/r/changes/2405/detail" 16.41.43 # will return a json object with all of the info you want. Owner, subject, etc. 16.42.50 # nice. Is there also a way to do that for an arbitrary git hash? 16.42.53 # huh, gitlab auth is brroken because it uses the google app credentials. 16.44.59 # bluebrother, not directly from what I can tell. 16.45.15 # but you can do something like this: "https://gerrit.rockbox.org/r/changes/?q=3bdb96a" 16.46.00 # hmm. I'll give that a closer look tomorrow. gtg for now. 16.46.01 # you can extract the changenum or full changeid from that response and repeat the query to get the full details. 16.46.11 # can somebody do a fuze+ build, my environment has issues 16.46.42 # what about a git hash that wasn't reviewed on gerrit? There won't be a change for that, right? 16.46.57 # yeah 16.47.27 # it won't show up as there's no gerrit id associated with it 16.47.47 # all gerrit would be able to do is point you at the commit in gitweb/cgit 16.48.02 # so yo'll be better off just hitting cgit directly for that. 16.48.18 # yeah. 17.09.05 Quit vmx (Quit: Leaving) 17.37.11 Join morgenstern09 [0] (594024a7@89-64-36-167.dynamic.chello.pl) 17.39.24 # Build Server message: New build round started. Revision fba4df5, 292 builds, 10 clients. 17.45.08 # speachy: do you know if there is a delay in wiki edits? I change the code but when I load the wiki page, the edits don't appear 17.48.05 # pamuary, I ran into that too, but I figured it was to do with my browser caching inappropriately after the https enablement. 17.48.19 # what's the page? 17.48.49 # (there was also some wonkiness with the wyswig editor too. Might need to re-disable it..) 17.52.24 Quit lebellium (Quit: Leaving) 17.53.47 *** Saving seen data "./dancer.seen" 17.54.05 # Build Server message: Build round completed after 881 seconds. 17.57.31 # https://www.rockbox.org/wiki/SonyNWDestTool 17.57.35 # speachy: ^ 17.58.37 # speachy: not sure what the status is supposed to be right now, but google auth isn't working for me. I get a 404 on the redirect back from google to gerrit 17.59.40 # what's the bad url? 18.00.08 # just did it to me too. sigh. 18.00.10 # https://gerrit.rockbox.org/oauth?state= 18.00.18 # <__builtin> yeah, same here 18.00.36 # guess I broke that when I was hacking on the gitweb redirection stuff. 18.00.52 # (which, I believe, now works properly.. bleh, what a cluster%$^@) 18.02.08 # I know why it's not working, I'm just trying to have my cake and eat it too. 18.02.31 # <__builtin> clicking on http://git.rockbox.org/?p=rockbox.git;a=rss;h=147f7f0e62baf2891f4fddc598827b5092fd13ec redirects me to https://git.rockbox.org/cgit/rockbox.git/atom?h=147f7f0e62baf2891f4fddc598827b5092fd13ec 18.02.59 # __builtin, is that sane? 18.03.13 # <__builtin> that redirect? 18.03.22 # <__builtin> the lack of formatting is pretty jarring 18.03.35 # it's an XML document. 18.03.50 # <__builtin> yeah, I'd think linking to an HTML page would make more sense 18.03.58 # <__builtin> oh... that's rss. duh. 18.04.16 # where's that link coming from? the one bluebrother mentioned was his bot's data acquisition hackery 18.04.30 # <__builtin> it is bluebrother's link 18.04.33 # even the irc log reader page should be generating valid cgit links 18.04.48 # <__builtin> didn't realize he'd already reported that issue 18.05.20 # pamuary, as soon as I logged into the wiki, the page showed up correctly. 18.05.29 # so there's something wonky going on with the wiki caching... 18.08.44 # with respect to the gerrit login, I'm trying to craft the correct rewrite/redirect rules. 18.09.09 # but if you refresh your 404 now, it will work. I put in the old blanket rule that breaks the https certbot stuff. 18.10.08 # Yay, both my accounts work :) 18.10.21 # Including the old one that had been broken for years 18.12.26 # gotta restart gerrit, it's going to disappear for a moment.. 18.13.05 # back. 18.13.46 # Excellent! the github gerrit provider no longer 404s. 18.13.52 # s/gerrit/auth/ 18.14.56 # aaannd it works. 18.15.00 # <__builtin> @rockbox.org emails are still handled through haxx, right? 18.15.18 # yes, email and dns remain with haxx for now, though I'd like to change that too. 18.15.43 # they weren't part of the original "MUST MOVE OR ELSE" service list. 18.18.29 Quit markun (Remote host closed the connection) 18.18.38 Join markun [0] (~markun@178-84-223-236.dynamic.upc.nl) 18.27.12 Quit kugel (Ping timeout: 256 seconds) 18.27.48 # g#2605 18.28.07 # ...guess that wasn't enough to fix the bot. 18.28.51 Join kugel [0] (~kugel@ip5b40db1e.dynamic.kabel-deutschland.de) 18.28.51 Quit kugel (Changing host) 18.28.51 Join kugel [0] (~kugel@rockbox/developer/kugel) 18.30.21 Quit petur (Quit: Leaving) 18.36.19 # * __builtin cheers speachy on 18.36.29 # pamaury, I made a tweak to the wiki config that may help. 18.36.53 # due to still-ancient software, I can't fire up the proper tools to administer it. :/ 18.43.41 # nope, still busted. :/ 18.48.18 Join krabador [0] (~krabador@unaffiliated/krabador) 18.52.06 Quit markun (Ping timeout: 260 seconds) 18.52.51 Join amiconn_ [0] (jens@rockbox/developer/amiconn) 18.52.52 Nick amiconn is now known as Guest17055 (jens@rockbox/developer/amiconn) 18.52.52 Nick amiconn_ is now known as amiconn (jens@rockbox/developer/amiconn) 18.53.01 Join pixelma_ [0] (marianne@rockbox/staff/pixelma) 18.53.02 Nick pixelma is now known as Guest61071 (marianne@rockbox/staff/pixelma) 18.53.02 Nick pixelma_ is now known as pixelma (marianne@rockbox/staff/pixelma) 18.53.32 Quit Guest17055 (Ping timeout: 260 seconds) 18.54.07 Quit Guest61071 (Ping timeout: 260 seconds) 18.55.01 Join markun [0] (~markun@178-84-223-236.dynamic.upc.nl) 19.04.25 Quit pamaury (Ping timeout: 264 seconds) 19.07.15 Quit markun (Ping timeout: 265 seconds) 19.22.43 Quit livvy (Ping timeout: 240 seconds) 19.26.40 Join livvy [0] (~livvy@gateway/tor-sasl/livvy) 19.28.10 Quit morgenstern09 (Remote host closed the connection) 19.53.48 *** Saving seen data "./dancer.seen" 20.21.52 # pamaury, much mucking-about later, I _think_ I've fixed the caching issues. And hopefully made things a bit faster in the process. 20.28.47 Quit kadoban (Ping timeout: 265 seconds) 20.29.12 Quit atsampson (Ping timeout: 260 seconds) 20.30.27 Join atsampson [0] (~ats@cartman.offog.org) 20.30.36 Join kadoban [0] (kadobanmat@gateway/shell/matrix.org/x-rzkmxffuiemjpomr) 20.32.49 Join morgenstern09 [0] (594024a7@89-64-36-167.dynamic.chello.pl) 20.44.37 Quit MrZeus (Ping timeout: 264 seconds) 20.58.52 Quit sakax (Quit: Leaving) 20.59.44 Quit krabador (Remote host closed the connection) 21.25.41 Join Ornery_Squirrel [0] (~neal@c-98-229-48-238.hsd1.ma.comcast.net) 21.26.17 Part Ornery_Squirrel 21.30.23 Quit livvy (Ping timeout: 240 seconds) 21.33.09 Join livvy [0] (~livvy@gateway/tor-sasl/livvy) 21.53.51 *** Saving seen data "./dancer.seen" 22.49.50 # speachy gerrit feels much snappier! 23.53.52 *** No seen item changed, no save performed.