00:07:33 | | Quit dconrad (Remote host closed the connection) |
00:19:55 | | Join dconrad [0] (~dconrad@208.38.228.17) |
00:24:10 | | Quit dconrad (Ping timeout: 240 seconds) |
00:26:45 | | Join Saijin_Naib [0] (~Saij@2603-7081-1d05-7230-b884-c4bd-58d2-14e2.res6.spectrum.com) |
00:28:08 | | Quit pixelma (Quit: .) |
00:28:08 | | Quit amiconn (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.) |
00:30:53 | | Join pixelma [0] (marianne@p200300ea87293400305e95fffec66ff3.dip0.t-ipconnect.de) |
00:30:53 | | Join amiconn [0] (jens@p200300ea87293400305e95fffec66ff3.dip0.t-ipconnect.de) |
00:35:17 | | Join Saijin-Naib [0] (~Saij@2603-7081-1d05-7230-b884-c4bd-58d2-14e2.res6.spectrum.com) |
00:36:27 | | Quit Saijin-Naib (Client Quit) |
00:38:40 | | Quit Saijin_Naib (Ping timeout: 240 seconds) |
00:47:30 | *** | Saving seen data "./dancer.seen" |
01:00 |
01:19:29 | rb-bluebot | Build Server message: New build round started. Revision 965572705b, 303 builds, 9 clients. |
01:23:11 | | Join ZincAlloy [0] (~Adium@2a02:8108:943f:d824:b018:e136:52f:ec39) |
01:27:27 | | Quit ZincAlloy (Ping timeout: 240 seconds) |
01:29:57 | rb-bluebot | Build Server message: Build round completed after 627 seconds. |
01:29:59 | rb-bluebot | Build Server message: Revision 965572705b result: All green |
01:53:50 | | Join ZincAlloy [0] (~Adium@ip5f5abcae.dynamic.kabel-deutschland.de) |
01:57:53 | | Quit ZincAlloy (Ping timeout: 248 seconds) |
02:00 |
02:47:31 | *** | Saving seen data "./dancer.seen" |
04:00 |
04:47:32 | *** | No seen item changed, no save performed. |
05:00 |
05:01:18 | | Join tomato3 [0] (~tomato@user/tomato) |
05:03:28 | | Quit yang (Ping timeout: 252 seconds) |
05:03:28 | | Quit tomato (Ping timeout: 252 seconds) |
05:03:28 | | Nick tomato3 is now known as tomato (~tomato@user/tomato) |
05:04:21 | | Join yang [0] (~yang@212.129.38.130) |
05:28:20 | | Quit yang (Changing host) |
05:28:20 | | Join yang [0] (~yang@fsf/member/yang) |
06:00 |
06:20:24 | speachy | _bilgus: there are a bunch of other errors possible too |
06:47:33 | *** | Saving seen data "./dancer.seen" |
08:00 |
08:22:45 | | Join advcomp2019 [0] (~advcomp20@user/advcomp2019) |
08:24:42 | | Quit advcomp2019_ (Ping timeout: 250 seconds) |
08:47:34 | *** | Saving seen data "./dancer.seen" |
10:00 |
10:10:42 | braewoods | including the dreaded "out of cheese" error :P |
10:47:38 | *** | No seen item changed, no save performed. |
11:00 |
11:09:17 | | Quit gsora_ (Quit: memes 'n' shit) |
11:09:36 | | Join gsora [0] (~gsora@140.238.174.213) |
11:44:29 | | Join ZincAlloy [0] (~Adium@ip5f5abcae.dynamic.kabel-deutschland.de) |
11:48:49 | | Quit ZincAlloy (Ping timeout: 252 seconds) |
11:49:10 | | Join ZincAlloy [0] (~Adium@2a02:8108:943f:d824:2500:38fb:dfc1:8e50) |
12:00 |
12:33:37 | | Join lebellium [0] (~lebellium@2a01:cb10:2e:2000:ed4f:e8b7:c15e:280d) |
12:47:41 | *** | Saving seen data "./dancer.seen" |
12:59:00 | | Join skipwich [0] (~skipwich@user/skipwich) |
13:00 |
13:04:36 | | Quit f1refly (Ping timeout: 276 seconds) |
14:00 |
14:47:45 | *** | Saving seen data "./dancer.seen" |
16:00 |
16:08:09 | _bilgus | well crap just realized my arg parser needs to count zeros in order to successfully recreate a parsed decimal DUH |
16:23:13 | | Join f1refly [0] (~f1refly@p2e50bd38.dip0.t-ipconnect.de) |
16:47:48 | *** | No seen item changed, no save performed. |
16:51:43 | | Quit lebellium (Quit: Leaving) |
17:00 |
17:50:32 | speachy | hey, as a early fyi −− the server hosting the rockbox infrastructure is going to have to find a new home by the end of the year |
17:51:54 | speachy | worst case it'll get relocated to a rack at home, but that's not ideal due to the rather crappy bandwidth here. |
17:52:45 | speachy | (putting aside rockbox stuff, it hosts my entire online presence, so it _will_ remain online. |
17:53:43 | speachy | suggestions welcome, but keep in mind donations are practically nonexistent these days. |
17:56:54 | munkis | I would volunteer if not for the fact that my bandwith is probably worse than yours. |
17:59:52 | speachy | there is about 2K in the war chest |
18:00 |
18:00:39 | speachy | ~400GB/mo bandwidth usage, and ~100G of disk. |
18:01:05 | speachy | (2/3rds of which are a month's worth of daily builds) |
18:02:46 | speachy | to make an ongoing story short, $dayjob decided to effectively shutter our entire facility, and our/my last day is new year's eve. |
18:08:08 | speachy | (happy new year) |
18:08:24 | speachy | (and, heh, happy birthday to me) |
18:47:50 | *** | Saving seen data "./dancer.seen" |
18:50:26 | | Quit ZincAlloy (Quit: Leaving.) |
19:00 |
19:19:59 | munkis | ouch. |
20:00 |
20:04:50 | speachy | Hmm, there are some viable VPS options, if it comes to that. |
20:27:48 | | Join dconrad [0] (~dconrad@208.38.228.17) |
20:29:30 | | Quit dconrad (Client Quit) |
20:47:52 | *** | Saving seen data "./dancer.seen" |
21:00 |
21:04:22 | Arsen | speachy: I'd be doing VPS' + bunnycdn personally |
21:04:30 | Arsen | https://www.hetzner.com/cloud decent provider |
21:04:39 | Arsen | bcdn can be used to lighten the load on binary downloads |
21:05:51 | Arsen | I'm very much open to helping with this, I've got some experience |
21:07:08 | speachy | ok, bunnycdn would be on the order of $4-20/month with our current bandwidth loads. depending on where it's coming from. not really worth the extra cost over a standard vps |
21:08:08 | speachy | vs (eg) hetzner's CPX31 offering. |
21:08:41 | Arsen | yeah idk what kinda load you have |
21:09:06 | Arsen | oh also you don't have to use all bunny regions |
21:09:27 | Arsen | I personally only use EU as a front for a backblaze b2 bucket |
21:10:02 | Arsen | if it's not outside the possibility of going over the 40TB limit (or having very massive download traffic, enough to slow down origin), it's probably worth to get it for $4 usd |
21:11:01 | Arsen | ^ the above region thing works out for me since I don't need low latency delivery usually |
21:11:03 | speachy | depending on bot activity, we're on the order of 300GB/mo these days. |
21:11:09 | Arsen | ah, that's not bad |
21:11:34 | speachy | direct www serving. git and stuff like backups are more, but realistically not that much of a jump. |
21:11:57 | Arsen | if that server is still up you could check with ethtool |
21:12:22 | speachy | oh, there's plenty of non-rockbox stuff on this box |
21:13:06 | Arsen | ifconfig, not ethtool, sorry |
21:13:08 | speachy | (though rockbox stuff is easily >75% of normal load these days) |
21:13:45 | _bilgus | speachy sorry to hear that :/ |
21:14:27 | speachy | the state of the infrastructure is far, far improved over what it was when I took it over; migrating elsewhere is a much more straightforward prospect now. |
21:14:55 | speachy | though this might be the impetus to finally ask for control over the domain name. |
21:15:41 | _bilgus | and why not |
21:16:17 | _bilgus | Is the forum able to be read only now? |
21:16:37 | speachy | yeah, that can be toggled at any time, why? |
21:16:50 | speachy | _bilgus: drop-dead date is end of the _year_ not the month |
21:16:57 | _bilgus | It would be nice to host that somewhere |
21:17:35 | _bilgus | that'll be here before we know it :p |
21:17:36 | speachy | the forum traffic is 2-3GB/mo, |
21:18:04 | _bilgus | we had discsssed moving it somewhere for posterity |
21:18:35 | speachy | it's honestly a rounding error on the overall system. |
21:18:58 | speachy | the wiki is the thing that needs to be taken out back and shot |
21:19:31 | _bilgus | eh thats what I meant read only the wiki |
21:20:44 | speachy | www.rockbox.org (incluidng the wiki and tracker) is ~30-40GB/mo, 4GB of disk space, and where most of the operational headaches come from |
21:20:55 | speachy | (the wiki, I mean) |
21:21:28 | _bilgus | its a treasure trove of info |
21:21:49 | speachy | making it read only won't change the bass-ackward insanity that is its architecture. |
21:21:52 | _bilgus | itd be nice to push it off on githubs servers |
21:22:05 | _bilgus | :p |
21:22:06 | speachy | the right thing to do is export it staticly |
21:22:20 | Arsen | one could probably write an ad-hoc parser to take the weird bbcode and convert it to something sane like asciidoc, or markdown |
21:22:38 | Arsen | there's very many tools to convert that further |
21:22:46 | _bilgus | even if it was 10000 pdfs |
21:23:03 | speachy | yeah, I've done a few passes at exporting it into a different markdown |
21:23:31 | speachy | well, if the next few months end up going as I kinda expect, I'm going to have a _lot_ of time on my hands. |
21:23:58 | _bilgus | at least someone oes |
21:24:01 | _bilgus | does |
21:24:20 | _bilgus | Ive been at 8-12 hr days for like 4 months now |
21:24:31 | _bilgus | and gutting a house |
21:26:00 | | Join Moriar [0] (~moriar@107-200-193-159.lightspeed.stlsmo.sbcglobal.net) |
21:26:54 | speachy | fosiwki has a static export plugin that works pretty well, actually. I just have to put together a template to get the output to match the rest of our site. |
21:27:06 | speachy | (that was the outcome the last time this subject came up) |
21:30:29 | speachy | one thing I can do is completely wipe the cache every day. |
21:30:55 | speachy | (kinda surprised I didn't do that already..) |
21:31:18 | _bilgus | what does that accomplish? |
21:32:02 | speachy | it'll keep the cache's cache (yes really) from eventually wedging itself |
21:32:12 | speachy | and taking down the whole www server int he process |
21:33:47 | _bilgus | ... wow |
21:34:19 | speachy | but it does run the risk of edits-in-progress getting possibly lost. |
21:35:11 | _bilgus | very random |
21:35:32 | speachy | (because the user session could get nuked) |
21:37:10 | Arsen | sounds like good design... |
21:37:39 | speachy | it's not normally a problem, but when a new bot storm hits, the server has enough bandwidth to cause things to keel over |
21:48:45 | speachy | ok, daily manual builds are now on the daily build dl page |
21:54:06 | _bilgus | any idea(s) on the best way to represent the fraction part of a number returned from a string (atof in an int?) |
21:55:28 | _bilgus | I could do it by multiplying so .9999 till it becomes a whole or 2 compliment I'm not sure whats the easiest for the end user |
21:55:55 | speachy | any bounds on the fractional component? |
21:56:23 | _bilgus | 32 bits |
21:56:35 | speachy | I meant number of digits |
21:57:11 | _bilgus | so far the users are 2-3 but I figure 6 is prob max |
21:57:53 | speachy | so you could return a floating point number as two integers, the second one in units of 1000000? |
21:58:06 | _bilgus | I'm not sure what the upper bound is I think they could mak their own parser otherwise |
21:58:17 | speachy | 1/1000000 I mean |
21:58:24 | _bilgus | yeah thats the multiplied option |
21:58:44 | _bilgus | thats how I did in lua as well but its clunky |
21:58:47 | speachy | I mean this is about as simple as a generic option can get without just passing the buck |
21:59:02 | speachy | and making all arguments strings requiring the plugin to parse out |
21:59:42 | _bilgus | I think 32 bits wouuld a;;ow 1/1000000000 |
22:00 |
22:02:03 | speachy | yeah |
22:02:35 | speachy | in all seriousness, I think making all arguments passed as strings makes a lot of sense. |
22:02:51 | speachy | really simplifies the ABI |
22:03:12 | _bilgus | they are but i'm making functions for the plugin lib |
22:03:28 | speachy | make 'em hex strings to make parsing possible without division |
22:04:22 | speachy | since only our newest targets have hardware division :) |
22:06:31 | _bilgus | huh? |
22:07:17 | speachy | since atoi() requires division by 10 with each digit |
22:07:33 | _bilgus | its multiply? |
22:07:37 | speachy | but parsing hex can just shift by 4 bits for each digit |
22:08:24 | _bilgus | oh you mean for decimals |
22:08:26 | speachy | yeah |
22:09:08 | speachy | sorry if I'm stating the obvious |
22:09:13 | speachy | been a long week |
22:09:33 | _bilgus | um no sounds interesting |
22:10:50 | speachy | and yeah I meant printing not parsing. sigh. I am more tired than I thought |
22:11:47 | speachy | parsing works with multiplies, printing needs divisions (for base-10) |
22:15:44 | _bilgus | I'd like to move a lot of the stuff in core to plugins |
22:16:02 | _bilgus | bookmarks, pitch_screen |
22:16:13 | _bilgus | couple others |
22:16:41 | _bilgus | I think the smallest is 6k largtes somewhere north of 15 |
22:17:24 | _bilgus | I think parsing args makes sense for that |
22:18:14 | speachy | I can imagine HDD-based players seeing a perceitpble delay when trying to use those features |
22:18:18 | speachy | if they're moved to plugins I mean |
22:18:37 | _bilgus | I was even considering adding a core plugin buffer but it might be too much added complexity |
22:18:40 | speachy | flash-based would still have a delay, just might not be as noticable |
22:19:31 | speachy | ...make the entire wps a plugin, huh. |
22:19:40 | _bilgus | for as often as they are used I can't see keeping 50+k in the main binary |
22:19:53 | _bilgus | considered ity :) |
22:22:13 | _bilgus | figure the added space is more runtime so whats the main use? |
22:22:30 | _bilgus | versus setting up stuff |
22:22:33 | | Quit Moriar (Quit: Leaving.) |
22:22:46 | speachy | that would actually make it easier to fit on modern shovelware built on (eg) the rknano platforms |
22:23:04 | speachy | heck, even the main menu/UI could be yet another plugin |
22:23:10 | _bilgus | yep |
22:23:11 | speachy | plugins all around! |
22:23:21 | _bilgus | already experimenting with that |
22:23:39 | _bilgus | voices in plugins opened that |
22:25:24 | _bilgus | my only concern was the devices that are F'd and will no longer be able to limp along but.. |
22:25:45 | speachy | ...but time is already taking care of those |
22:39:28 | | Join Moriar [0] (~moriar@107-200-193-159.lightspeed.stlsmo.sbcglobal.net) |
22:47:55 | *** | Saving seen data "./dancer.seen" |
22:55:58 | | Quit Moriar (Ping timeout: 252 seconds) |
22:56:58 | | Quit emacsomancer (Read error: Connection reset by peer) |
22:57:24 | | Join emacsomancer [0] (~emacsoman@136.60.128.68) |
23:00 |
23:01:15 | | Quit emacsomancer (Read error: Connection reset by peer) |
23:01:44 | | Join emacsomancer [0] (~emacsoman@136.60.128.68) |
23:08:33 | | Quit emacsomancer (Read error: Connection reset by peer) |
23:14:24 | | Join emacsomancer [0] (~emacsoman@136.60.128.68) |