--- Log for 01.04.115 Server: kornbluth.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 5 days and 10 hours ago 00.02.05 Quit kugel (Ping timeout: 252 seconds) 00.03.11 Join kugel [0] (~kugel@ip5b409361.dynamic.kabel-deutschland.de) 00.03.35 Quit kugel (Changing host) 00.03.35 Join kugel [0] (~kugel@rockbox/developer/kugel) 00.05.01 Quit pamaury (Ping timeout: 252 seconds) 00.06.54 # mudlord: you can post in the thread for that patch 00.07.35 # oh okay 00.08.30 # but we haven't committed it yet since its not 100% figured out 00.08.33 Quit AlexP (Remote host closed the connection) 00.08.42 # ah, in that case ill stick to stables :) 00.08.47 # ? 00.08.55 # well, stick to rockbox 3.13 00.09.08 # what does that have to do with anything? 00.09.39 # well, I dont have any crashes with 3.13, and it crashes on latest git 00.09.54 # oh i thought you were talking about cpu scaling 00.09.57 # frequency scaling 00.11.05 # yeah, i reverted to a older build without frequency scaling and there seems to be no crashes 00.11.22 # well the git build doesn't have frequency scaling 00.11.28 # so i'm a little confused about what you mean 00.11.29 # hmmm, weird 00.11.34 # i thought it did 00.11.36 # no 00.11.48 # you'd have to compile your own build with the patch 00.12.14 # then it is indeed weird why my player crashes on latest git but not 3.13 00.13.55 Quit amayer (Quit: Leaving) 00.24.35 Quit saratoga_ (Ping timeout: 246 seconds) 00.29.11 Quit xorly (Ping timeout: 255 seconds) 00.32.22 Quit TheLemonMan (Quit: "It's now safe to turn off your computer.") 00.35.29 Quit amiconn (Ping timeout: 265 seconds) 00.35.29 Quit pixelma (Ping timeout: 265 seconds) 00.36.15 Quit bertrik (Remote host closed the connection) 00.38.26 Quit shamus (Ping timeout: 250 seconds) 00.39.13 Join shamus [0] (~shmaus@ip-206-192-193-180.marylandheights.ip.cablemo.net) 00.41.29 Join pixelma [0] (~pixelma@rockbox/staff/pixelma) 00.41.36 Join amiconn [0] (~amiconn@rockbox/developer/amiconn) 01.16.41 Quit JanC (Ping timeout: 264 seconds) 01.17.57 Join Guest66888 [0] (Slayer@69.143.14.62) 01.18.23 Quit cmhobbs (Ping timeout: 264 seconds) 01.20.37 Quit Guest42979 (Ping timeout: 244 seconds) 01.27.47 *** Saving seen data "./dancer.seen" 01.28.52 Quit RiD (Quit: A good plan today is better than a perfect plan tomorrow.) 01.30.24 Join JanC [0] (~janc@lugwv/member/JanC) 01.33.13 Quit wyatt8750 (Quit: Leaving. See you :)) 01.57.21 Quit stripwax (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 02.36.15 Quit [Franklin] (Quit: Lost terminal) 02.40.16 Quit babylonlurker (Ping timeout: 256 seconds) 02.41.39 Join babylonlurker [0] (~quassel@veda.xs4all.nl) 02.44.14 Quit williamtdr (Quit: Connection closed for inactivity) 03.16.28 Quit ZincAlloy (Quit: Leaving.) 03.27.51 *** Saving seen data "./dancer.seen" 03.37.40 Quit mudlord (Read error: Connection reset by peer) 03.38.11 Join mudlord [0] (~user@122-148-157-147.static.dsl.dodo.com.au) 03.45.45 Join Markmaster_ [0] (~Markmaste@109.225.47.103) 04.21.09 Quit krabador (Quit: Sto andando via) 04.30.02 Join Strife89 [0] (~Strife89@adsl-98-80-236-209.mcn.bellsouth.net) 04.30.30 Quit Markmaster_ (Quit: Markmaster_) 05.23.50 # How do I install 2048 on my sansa clip+? 05.24.10 # I cant find a downloadable .rock file for. :( 05.24.41 # <[Saint]> that's because there isn't one. 05.25.49 # damn, i dont want to compile myself :( 05.26.17 # <[Saint]> why would you have to 05.26.21 # <[Saint]> +? 05.26.29 # So where do I get this file then? 05.26.29 # <[Saint]> update your rockbox install, if your target supports the plugin, it'll be there - if not, it won't be. 05.27.00 # I installed rockbox just a month ago. 2048 for rockbox was made a year ago. So idk why it isnt on my sansa already. 05.27.53 *** Saving seen data "./dancer.seen" 05.27.59 # old build? 05.28.16 # idk xD 05.28.47 # <[Saint]> did you install the release, or the developer build? 05.28.59 # i guess the stable release 05.29.49 # <[Saint]> then the time you installed it is irrelevant. 05.30.01 # <[Saint]> month ago, year ago, two years ago. 05.30.19 # <[Saint]> 3.13, the stable release, is ancient. 05.30.56 # O_o 05.31.10 # i was scared so i thought i better go with stable 05.32.06 # <[Saint]> at this point the "stable" release has more bugs than the development snapshots do. 05.32.53 # <[Saint]> stable/unstable/unusable don't mean what their dictionary definitions of the term implies. 05.33.40 # lol 05.36.40 # <[Saint]> You most definitely should be using the development builds, but that probably won't get you 2048 on the clip+ 05.37.05 # <[Saint]> just offhand, from memory, the monochrome targets aren't supported. 05.40.02 Quit TheSeven (Disconnected by services) 05.40.15 Join [7] [0] (~quassel@rockbox/developer/TheSeven) 05.41.26 # <[Saint]> source appears to agree. 06.20.55 # stupid, no one wants to compile stuff 06.21.18 # <[Saint]> wait, what? 06.21.27 # <[Saint]> What makes you think you have to? 06.21.52 # u said there is no version for monochrome devices like my sansa 06.22.05 # sansa == monochrome display 06.22.43 Quit Strife89 (Quit: Vamoose.) 06.23.12 # <[Saint]> well, yeah, but it's not like there's just code there sitting waiting to be compiled that will "Just Work", so I'm not sure what you're saying exactly. 06.23.39 # [Saint]: what do i need to do to get 2048 on my sansa then? 06.24.05 # <[Saint]> have it not have a monochrome display. 06.24.36 # but the plugin page says, sansa clip plus is supported http://www.rockbox.org/wiki/PluginIndex 06.25.09 Join nialv7 [0] (~nialv7@wf198-188.resnet.stonybrook.edu) 06.26.19 # <[Saint]> that's weird, I just looked at the source a few minutes ago and from what I could see it was disabled for all monochrome devices. 06.26.34 # hmm 06.27.22 # =( 06.27.27 # <[Saint]> there was a note about it technically "working", but being completely unplayable. 'cos monochrome. 06.27.54 # <[Saint]> unless I misread. which is possible. but I don't believe I did. 06.28.09 # i better keep playing 2048 on emacs then xD 06.59.55 Quit mudlord (Quit: mudlord) 07.27.56 *** Saving seen data "./dancer.seen" 07.44.45 Quit pixelma (Remote host closed the connection) 07.44.46 Quit amiconn (Remote host closed the connection) 07.45.29 Join pixelma [0] (~pixelma@rockbox/staff/pixelma) 07.45.30 Join amiconn [0] (~amiconn@rockbox/developer/amiconn) 07.51.25 Quit the-kyle (Ping timeout: 272 seconds) 08.06.40 Join xorly [0] (~xorly@ip-86-49-15-121.net.upcbroadband.cz) 08.10.55 Join the-kyle [0] (~kyle@kyle.tk) 08.27.54 Join ender` [0] (krneki@foo.eternallybored.org) 08.28.09 Quit xorly (Ping timeout: 272 seconds) 08.51.59 Join AlexP [0] (~alex@rockbox/staff/AlexP) 09.01.43 Quit nialv7 (Ping timeout: 272 seconds) 09.02.29 Join wodz [0] (~wodz@89-75-106-221.dynamic.chello.pl) 09.03.44 # pamaury: (log) in nand boot code path there is function which looks like rotating xor scramble/descramble 09.05.51 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 09.08.47 # pamaury: false alarm, this is BCH related 09.26.18 Quit AlexP (Remote host closed the connection) 09.27.58 *** Saving seen data "./dancer.seen" 09.39.41 Join mortalis [0] (~kvirc@212.44.150.238) 09.41.22 Quit mortalis (Remote host closed the connection) 09.42.33 Quit [7] (Ping timeout: 252 seconds) 09.45.17 Quit pamaury (Ping timeout: 256 seconds) 09.46.15 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 09.57.33 # pamaury: nand part of rom looks like compiled from the sources you found but with very aggressive optimization (maybe with LTO even as there is massive tail chain and such) 10.04.42 Quit TheSeven (Ping timeout: 256 seconds) 10.06.46 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 10.11.35 Quit TheSeven (Excess Flood) 10.11.56 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 10.14.51 # pamaury: do we know anything about the nand part in fiio? buswidth, page size, etc? 10.17.05 Quit TheSeven (Ping timeout: 272 seconds) 10.23.05 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 10.32.24 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 10.33.11 # pamaury: The closest datasheet I could find for nand+lpddr combo http://www.atosolution.com/data/mobile_04.pdf 10.33.29 # pamaury: The chip in x1 seems to have faster lpddr part 10.36.51 Quit TheSeven (Ping timeout: 256 seconds) 10.37.51 Join mortalis [0] (~kvirc@212.44.150.238) 10.38.23 Join akaWolf [0] (~akaWolf@unaffiliated/akawolf) 10.40.49 Quit wodz (Quit: Leaving) 10.44.00 Join TheLemonMan [0] (~lemonboy@unaffiliated/thelemonman) 11.10.42 Join xorly [0] (~xorly@host-184-131.wifi.fsid.cvut.cz) 11.26.43 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 11.28.01 *** Saving seen data "./dancer.seen" 11.30.50 Quit xorly (Ping timeout: 246 seconds) 11.43.35 Join xorly [0] (~xorly@host-184-131.wifi.fsid.cvut.cz) 11.44.42 Join AlexP [0] (~alex@rockbox/staff/AlexP) 11.59.39 Quit xorly (Ping timeout: 250 seconds) 12.00.58 Quit TheLemonMan (Remote host closed the connection) 12.19.13 Join xorly [0] (~xorly@wced-93-219-32-147.feld.cvut.cz) 12.27.10 Join krabador [0] (~krabador@unaffiliated/krabador) 12.33.55 Quit krabador (Quit: Sto andando via) 12.35.26 Quit xorly (Ping timeout: 256 seconds) 12.50.27 Join krabador [0] (~krabador@unaffiliated/krabador) 12.52.02 Join xorly [0] (~xorly@wced-93-219-32-147.feld.cvut.cz) 13.09.23 Join ZincAlloy [0] (~Adium@pD9EE86CB.dip0.t-ipconnect.de) 13.28.04 *** Saving seen data "./dancer.seen" 13.41.24 Quit ZincAlloy (Quit: Leaving.) 13.42.03 Quit xorly (Ping timeout: 244 seconds) 13.45.30 Join xorly [0] (~xorly@wced-93-219-32-147.feld.cvut.cz) 14.03.36 Quit kugel (Ping timeout: 252 seconds) 14.05.14 Join kugel [0] (~kugel@rockbox/developer/kugel) 14.08.44 Quit xorly (Ping timeout: 252 seconds) 14.11.14 Quit kugel (Remote host closed the connection) 14.11.21 Join kugel [0] (~kugel@rockbox/developer/kugel) 14.12.29 Join xorly [0] (~xorly@wced-93-219-32-147.feld.cvut.cz) 15.04.19 Join amayer [0] (~amayer@mail.weberadvertising.com) 15.12.57 Quit wodz (Quit: Leaving) 15.18.44 Quit xorly (Ping timeout: 248 seconds) 15.26.25 Join RiD [0] (~RiD@bl22-30-253.dsl.telepac.pt) 15.28.05 *** Saving seen data "./dancer.seen" 15.29.31 Quit AlexP (Remote host closed the connection) 15.41.54 Quit JanC (Ping timeout: 264 seconds) 15.45.20 Join JanC [0] (~janc@lugwv/member/JanC) 16.02.10 Quit amayer (Quit: Leaving) 16.05.49 Join amayer [0] (~amayer@mail.weberadvertising.com) 16.15.49 Join ZincAlloy [0] (~Adium@pD9EE86CB.dip0.t-ipconnect.de) 16.16.02 Quit RiD (Quit: A good plan today is better than a perfect plan tomorrow.) 16.21.14 Join RiD [0] (~RiD@bl22-30-253.dsl.telepac.pt) 16.29.18 Quit akaWolf (Quit: leaving) 16.30.05 Join akaWolf [0] (~akaWolf@unaffiliated/akawolf) 17.10.12 Quit kugel (Ping timeout: 248 seconds) 17.12.35 Quit alucryd (Remote host closed the connection) 17.14.06 Join alucryd [0] (~quassel@archlinux/trusteduser/alucryd) 17.15.51 Join kugel [0] (~kugel@ip5b409361.dynamic.kabel-deutschland.de) 17.15.51 Quit kugel (Changing host) 17.15.51 Join kugel [0] (~kugel@rockbox/developer/kugel) 17.17.17 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 17.28.06 *** Saving seen data "./dancer.seen" 17.42.08 Join AlexP [0] (~alex@rockbox/staff/AlexP) 17.48.39 Quit RiD (Quit: A good plan today is better than a perfect plan tomorrow.) 18.12.05 Quit mortalis (Ping timeout: 272 seconds) 18.16.37 Join Markmaster_ [0] (~Markmaste@109.225.47.103) 18.25.12 Quit Jinx (Quit: reboot) 18.47.55 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 18.48.19 Quit pamaury (Remote host closed the connection) 19.21.34 Join lebellium [0] (~chatzilla@89-93-177-161.hfc.dyn.abo.bbox.fr) 19.21.48 Join nialv7 [0] (~nialv7@130.245.198.188) 19.22.28 Quit fs-bluebot (Ping timeout: 248 seconds) 19.23.23 Quit bluebrother^ (Ping timeout: 250 seconds) 19.23.26 Join fs-bluebot [0] (~fs-bluebo@x5ce245f3.dyn.telefonica.de) 19.25.29 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 19.28.09 *** Saving seen data "./dancer.seen" 19.33.07 Quit the-kyle (Remote host closed the connection) 19.34.28 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 19.34.42 Join the-kyle [0] (~kyle@cpe-75-189-198-69.nc.res.rr.com) 19.38.02 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 19.49.30 Quit the-kyle (Ping timeout: 256 seconds) 20.03.53 Join the-kyle [0] (~kyle@kyle.tk) 20.03.55 Quit the-kyle (Read error: Connection reset by peer) 20.04.59 Join the-kyle [0] (~kyle@kyle.tk) 20.06.43 Quit nialv7 (Ping timeout: 250 seconds) 20.18.24 Join rela [0] (~x@p200300668465480049E6D0F1C97F3B93.dip0.t-ipconnect.de) 20.18.35 Quit rela (Changing host) 20.18.35 Join rela [0] (~x@pdpc/supporter/active/rela) 20.25.49 Join TheLemonMan [0] (~lemonboy@unaffiliated/thelemonman) 20.37.27 Join RiD [0] (~RiD@bl22-30-253.dsl.telepac.pt) 20.42.36 Join nialv7 [0] (~nialv7@adm-129-49-227-22.wi-fi.stonybrook.edu) 20.58.13 Join mikegi [0] (~mikegi@unaffiliated/mikegi) 21.21.15 Quit nialv7 (Ping timeout: 250 seconds) 21.23.33 Join xorly [0] (~xorly@ip-86-49-15-121.net.upcbroadband.cz) 21.28.11 *** Saving seen data "./dancer.seen" 21.29.55 Join cmhobbs [0] (~cmhobbs@ip98-186-66-92.fv.ks.cox.net) 21.29.55 Quit cmhobbs (Changing host) 21.29.55 Join cmhobbs [0] (~cmhobbs@fsf/member/cmhobbs) 21.31.58 Join cmhobbs_ [0] (~cmhobbs@ip98-186-66-92.fv.ks.cox.net) 21.32.06 Quit cmhobbs (Read error: Connection reset by peer) 21.36.23 Join Staphylo [0] (~Staphylo@2a01:4f8:190:126a:d70a:378:c354:a3a3) 21.46.47 Quit pamaury (Quit: No Ping reply in 180 seconds.) 21.48.07 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 22.28.07 Join JanC_ [0] (~janc@lugwv/member/JanC) 22.28.42 Quit JanC (Ping timeout: 264 seconds) 22.31.54 Nick JanC_ is now known as JanC (~janc@lugwv/member/JanC) 22.38.11 Join nialv7 [0] (~nialv7@adm-129-49-226-104.wi-fi.stonybrook.edu) 22.48.18 Join JdGordon_ [0] (~jonno@ppp118-209-24-207.lns20.mel4.internode.on.net) 22.48.35 Quit JdGordon_ (Changing host) 22.48.35 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon) 22.50.45 Quit JdGordon (Ping timeout: 272 seconds) 22.54.39 Quit nialv7 (Ping timeout: 256 seconds) 22.59.16 Quit shamus (Ping timeout: 246 seconds) 22.59.32 Join shamus [0] (~shmaus@ip-206-192-193-180.marylandheights.ip.cablemo.net) 22.59.42 Join [Franklin] [0] (~franklin@unaffiliated/franklin) 23.00.11 # <[Franklin]> [ 23.00.33 # <[Franklin]> [Saint]: I believe 2048 works on monochrome now 23.00.41 # <[Franklin]> (and has for a while :P) 23.01.03 # <[Franklin]> choki: ^ 23.01.08 # <[Saint]> If so, then why is it specifically disabled and commented out in the source? 23.01.25 # <[Franklin]> hmm? 23.01.44 # <[Franklin]> I have two draw() functions, one for grayscale and one for DEPTH > 1 23.01.53 # <[Saint]> well, not commented out, sorry - I swear I looved yesterday and there's a check for the monochrome case for including the plugin. 23.02.01 # <[Saint]> *looked 23.02.05 # <[Saint]> ahhh - hmmm. 23.02.15 # <[Franklin]> the source /does/ need some cleanup 23.02.23 # <[Saint]> then I guess the comment threw me off. 23.02.35 # <[Saint]> its something like "while it could work it is nonfunctional" 23.02.56 # <[Saint]> silly me, believing comments. :p 23.03.02 # <[Franklin]> it's been a while 23.03.10 # <[Franklin]> I'll fix up the code now 23.06.41 # <[Franklin]> and perhaps add true mono + greylib support this time as opposed to text-only 23.06.57 # <[Franklin]> (for monochrome devices) 23.07.06 Quit lebellium (Quit: ChatZilla 0.9.91.1 [Firefox 37.0/20150326190726]) 23.07.43 # Try to keep it playable without greylib 23.07.51 # greylib on clips is not that great :) 23.08.19 # <[Franklin]> now that I look at the 2048 code it looks /ugly/! 23.10.44 # <[Saint]> its not /hideous/. 23.11.33 # <[Saint]> Its not a shining beacon of all that is good and right in the world, but, it's not terrible either. 23.12.22 # <[Franklin]> anything that looks wrong with it? 23.15.38 Quit pamaury (Read error: Connection reset by peer) 23.15.48 # <[Saint]> nah - not from my view. just that one comment threw me off, but that's partly due to me pretty much finding what I thought confirmed my initial theory and then failing to actually verify it. ;) 23.16.13 Join nialv7 [0] (~nialv7@130.245.65.29) 23.16.16 # Hi, is someone here able to add me to the http://www.rockbox.org/wiki/WikiUsersGroup ? 23.17.28 # <[Saint]> yep - username. FirstnameLastname real name format. 23.17.49 # Main.MichaelGindonis 23.18.11 # <[Saint]> sec. 23.18.29 # <[Saint]> (it can be infuriatingly slow) 23.19.19 # <[Saint]> Done. 23.19.21 # (without the "Main." should be ok... ) 23.19.27 # <[Saint]> And, welcome. 23.19.45 Quit ender` (Quit: Working computer hardware is a lot like an erect penis. It stays up as long as you don't fuсk with it.) 23.20.29 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 23.20.29 # * [Saint] wonders if a gevaerts or a scorche is around 23.20.36 # sort of 23.20.42 Nick scorche|1h is now known as scorche|sh (~scorche@rockbox/administrator/scorche) 23.20.55 # <[Saint]> WHat is it that's making editing the wikiusergroup so goddamn slow? 23.21.07 # <[Saint]> And, for that matter, why is there a seemingly abandoned list there? 23.21.11 # no clue - that is still hosted by the swedes 23.21.26 # <[Saint]> (there's access list, and member list) 23.21.28 # seemingly abandoned? 23.21.35 # Thanks... yea it is slow... 23.21.40 # <[Saint]> which I /thought/ were the same, but, the lists differ greatly. 23.22.31 Quit gbl08ma (Remote host closed the connection) 23.22.54 # <[Saint]> the "add members" button only seems to append to the "members" list. But, not the "member list". 23.23.00 # <[Saint]> man that's confusing as hell. 23.23.15 # (The list is used to allow edit access)... as soon as I made my account, I notices that there are some template/skin problems.. 23.24.55 # <[Franklin]> what should I call "non-monochrome devices"? 23.24.55 # <[Saint]> oh, yeah, I know - but in theory it should be a single list as I understand it not two almost identical but not lists. 23.25.32 Join gbl08ma [0] (~gbl08ma@hydrogen2.tny.im) 23.26.15 # <[Saint]> [Franklin]: I think you could get away with just "colour" (better believe there's a u in it !), since it should be clear that charcell isn't supported. 23.27.10 # <[Franklin]> there are non-COLOR devices with bitmap displays 23.27.38 # <[Saint]> ah fuck it, yeah, derp - there are too. 23.27.46 # <[Saint]> I own a bunch of 'em. whoops. 23.28.14 *** Saving seen data "./dancer.seen" 23.28.37 # <[Saint]> How about "non-monochrome devices"? 23.28.38 # I have some experience with TWiki... this FOSwiki one seems to be a bit out if date (the wiki software itself). Anyway, TWiki and Foswiki are pretty flexible but they do need a dedicated maintainer. 23.28.38 # <[Saint]> ;p 23.29.14 # <[Saint]> The wiki really needs to be completely rebuilt. 23.29.22 # <[Saint]> but, time/effort, etc. 23.29.34 # <[Saint]> that and the fact that it is essentially in a black hole. 23.30.15 Quit shamus (Ping timeout: 252 seconds) 23.30.17 # <[Saint]> hosted by those who have largely, and actually, disassociated themselves from the project. 23.30.18 # I have migrated TWiki a few times.... it isn't... 23.30.31 Join shamus [0] (~shmaus@ip-206-192-193-180.marylandheights.ip.cablemo.net) 23.30.40 # wow - that page has gotten really slow 23.30.46 # <[Saint]> hasn't it. 23.30.51 # <[Franklin]> so have all the pages ;) 23.31.06 # <[Saint]> I don't think the sort order helps the usergroup page. 23.31.13 # * [Saint] takes off his speculation hat. 23.31.24 # ... I suspect search doesn't work because its been a quick fix to a vulnerability... 23.31.29 # naw - other pages are just fine (to me at least) 23.31.35 # (just to disable it) 23.32.09 # <[Saint]> huh? 23.32.14 # <[Saint]> search works. 23.32.19 # <[Franklin]> really? 23.32.25 # <[Saint]> It never used to, until I reverted something - but, it works. 23.32.32 # <[Saint]> it was broken for like 7 years though. 23.32.44 # <[Franklin]> the whole wiki is slow 23.32.59 # <[Saint]> its not too bad, it has its moments though, it is erratic. 23.33.07 # <[Franklin]> 2.5 seconds for the front page 23.33.10 # it seems pretty quick 23.33.11 # <[Saint]> there's no method or reason to it. 23.33.24 # <[Saint]> some pages will load fast, and then others that did prior won't, etc. 23.33.32 # <[Saint]> its a game of luck. 23.33.43 # <[Franklin]> the plugin index takes 20 seconds :P 23.33.43 # <[Saint]> but the usergroup edit page, that's just hilariously slow. 23.33.49 # <[Saint]> like, 30s+ to render. 23.33.53 # yup 23.34.25 # <[Franklin]> anyone heard of mediawiki? 23.34.38 # <[Saint]> heard of, yes. 23.34.44 # <[Saint]> not much else, though. 23.34.55 # we dont want to move to mediawiki... 23.35.13 # <[Franklin]> why not? the current wiki is terrible 23.35.23 # "*Note: 2014-01-06: The "Search text" buttons fail. They return no matches regardless.*" 23.35.23 # http://www.rockbox.org/wiki/WebSearch 23.35.48 # <[Saint]> mikegi: hmmm, yeah, it just got that too - whereas it worked prior twice in a row. 23.35.52 # <[Saint]> seems like another game of luck. 23.35.56 # <[Saint]> woo! :) 23.36.01 # <[Saint]> this whole infrastructure thing is a bit of a cock. 23.36.29 # Any wiki needs maintenance. Migrating the documents would be even more... 23.36.35 # i feel like i should just take over the rest of the site as well, but i dont really even have time to spend on the forums... 23.36.45 # would be *way* more work 23.36.59 # <[Saint]> it is in the physical keeping of those who have since moved on, and I'm not entirely convinced that the best person to manage it actually should take on the burden. 23.37.18 # <[Saint]> as it means taking it on solely unless he's willing to be mindful and trust others in his personal server. 23.37.27 # <[Franklin]> who would that be? O.o 23.37.38 # <[Saint]> my main man scorche|sh 23.37.43 # Anyway.... certain pages cause a bit more load on the server.... 23.38.09 # maybe i should talk to zagor...i dont know though 23.38.18 # i dont want to commit to something thatI dont knwo that I can 23.38.20 # and i dont mind 23.38.38 # i swear that I have given gevaerts access to some accounts on that server 23.38.45 # i just dont think he has database access 23.39.15 # <[Saint]> yeah - I think I've mentioned it a few times though that I'm not entirely happy about the fact that you pretty much silently take up this burden upon yourself solely. 23.39.30 # <[Saint]> ANd I definitely would be if you absorbed the rest of the infrastructure as well. 23.39.32 # meh - it is what it is 23.39.39 # <[Saint]> gerrit, wiki, etc. 23.40.00 # <[Franklin]> who runs the forums? 23.40.02 # <[Saint]> I think we'd definitely need to sit you down and force some dollars into your pockets then. 23.40.12 # <[Saint]> my main man scorche|sh 23.40.37 # the main thing is that i really need to re-do my server - many things have gotten out of date and at this point, it'd be better to just start up a new server and migrate things over 23.41.09 # <[Franklin]> scorche|sh: I just did the same... with a rpi 23.41.28 # <[Saint]> /slightly/ different scale. ;) 23.41.36 # i wouldnt want to move it all to my existing one - luckily this is easily solved as they are just VPSs - but it involves booting up another and running two for a while while we migrate 23.41.52 # <[Saint]> right. 23.42.04 # and to minimise cost, i'd want to dedicate a whole weekend to do the migration 23.42.19 # ...and i dont see a whole free weekend coming up soon 23.42.36 # i mean, its all prorated, so... 23.42.50 # i dunno - i'd have to think about it and try to schedule something 23.43.10 # :-) 23.43.31 # Any idea what kind of hardware the server runs on now? 23.43.35 # it would be nice to have everything on a single server that I know is backed up, etc 23.43.46 # the www server? - i dont know 23.43.51 # <[Saint]> I really wish I lived in the US so I could just show up at your door and be all like Fry "Shut up and take my money!". 23.44.11 # <[Saint]> poke bills in through your letter box hole. 23.44.23 # maybe i'll see about sending an email to zagor.. 23.45.00 # <[Saint]> One assumes Haxx is running something reasonably spectacular. 23.45.08 # <[Saint]> *hardware wise 23.45.12 # yeah - i'm sure it is plenty beefy enough 23.45.19 # Would a zero-cost temporary server help in any way? I have the ability to donate something as needed if so. 23.45.26 # not really 23.45.40 # the cost isnt so much the issue - the time is 23.45.49 # <[Saint]> I think there's a few of us that all have capable hardware and bandwidth. that's not really the issue. 23.45.55 # <[Saint]> but, thanks nonetheless. 23.46.07 # i have very beefy ESX boxes at home 23.46.09 # No problem. Just thought I'd offer in case it could help. 23.46.18 # i am not going to host it off of my home connection though 23.46.58 # my personal server is out in Linode and has *plenty* of resources 23.47.00 # <[Saint]> Yeah, *I* have a really nice storage/media/hosting/virt server, but I have no doubt that scorche|sh's makes mine look like childs play - and mine was only just rebuilt. 23.48.04 # <[Saint]> My server is already fairly well taxed though, which was something I didn't really see coming to be honest. 23.48.45 # <[Saint]> I thought I had CPU to spare. But it turns out one never does I guess. 23.49.30 # https://www.digitalocean.com/pricing/ is pretty cheap for a basic server... I guess the problem with this kind of project is who is responsible for paying the bills. 23.49.33 # <[Franklin]> I've got an 800MHz rpi here if anyone wants some spare cycles ;) 23.50.49 # I have considerable credit on DigitalOcean as a matter of fact. 23.56.18 # <[Franklin]> does FAT support file permissions? 23.57.08 Quit xorly (Ping timeout: 248 seconds)