00:03:12 | | Join J_Darnley [0] (~J_Darnley@d51A44418.access.telenet.be) |
00:35:16 | *** | Saving seen data "./dancer.seen" |
00:36:25 | | Quit ac_laptop (Ping timeout: 240 seconds) |
02:00 |
02:01:38 | | Quit beencubed (Ping timeout: 256 seconds) |
02:23:42 | | Quit Oksana (Ping timeout: 265 seconds) |
02:32:02 | | Quit TheEaterOfSouls (Remote host closed the connection) |
02:35:19 | *** | Saving seen data "./dancer.seen" |
02:48:21 | | Quit pixelma (Quit: .) |
02:48:21 | | Quit amiconn (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.) |
02:49:43 | | Join pixelma [0] (marianne@rockbox/staff/pixelma) |
02:49:45 | | Join amiconn [0] (jens@rockbox/developer/amiconn) |
03:00 |
03:04:33 | | Join lebellium [0] (~lebellium@89-92-253-148.hfc.dyn.abo.bbox.fr) |
03:47:49 | | Join akaWolf [0] (~akaWolf@akawolf.org) |
04:00 |
04:26:43 | | Quit Tsesarevich (Ping timeout: 272 seconds) |
04:30:21 | | Join Tsesarevich [0] (Tsesarevic@fluxbuntu/founder/joejaxx) |
04:35:22 | *** | Saving seen data "./dancer.seen" |
04:43:58 | | Quit prof_wolfff (Ping timeout: 246 seconds) |
06:00 |
06:35:24 | *** | Saving seen data "./dancer.seen" |
07:00 |
07:22:10 | | Join MrZeus_ [0] (~MrZeus@05467834.skybroadband.com) |
07:43:03 | __Bilgus | Well running either compiled binary on a recent ubuntu is a hell no |
07:43:56 | __Bilgus | for rbutil, and here I thought thats something appimages were supposed to help with |
07:45:25 | | Quit Moarc (Read error: Connection reset by peer) |
07:53:53 | | Join Moarc [0] (~chujko@a105.net128.okay.pl) |
07:57:55 | | Join prof_wolfff [0] (~prof_wolf@240.red-88-19-58.staticip.rima-tde.net) |
08:00 |
08:23:28 | | Quit vup (Quit: vup) |
08:32:59 | | Join vup [0] (~~~~@46.101.193.235) |
08:35:28 | *** | Saving seen data "./dancer.seen" |
09:00 |
09:00:57 | | Join johnb4 [0] (~johnb2@p5b3afa6a.dip0.t-ipconnect.de) |
09:21:48 | | Join vup2 [0] (~~~~@46.101.193.235) |
09:21:51 | | Quit vup (Read error: Connection reset by peer) |
09:27:25 | fs-bluebot | Build Server message: New build round started. Revision 53dedd4, 280 builds, 11 clients. |
09:38:11 | | Quit johnb4 (Ping timeout: 240 seconds) |
09:42:23 | fs-bluebot | Build Server message: Build round completed after 898 seconds. |
09:42:25 | fs-bluebot | Build Server message: Revision 53dedd4 result: All green |
09:46:42 | __Bilgus | speachy what firmware is rbutil expecting for the X3? |
09:46:53 | speachy | v1.3 |
09:47:02 | speachy | IIRC that's the latest one they've released |
09:47:13 | speachy | as documented on the wiki page. :P |
09:50:19 | __Bilgus | UH link to that please? |
09:50:27 | speachy | the only official download links are on a google drive, and the firmware is inside a rar file |
09:50:46 | __Bilgus | https://www.rockbox.org/wiki/XDuooX3 |
09:50:47 | speachy | https://www.xduoo.net/firmware-download/ |
09:51:05 | speachy | oh wait, that's the x3ii. the x3 was v1.1 |
09:51:18 | speachy | also on that page |
09:51:41 | __Bilgus | I don't see a thing about the firmware except something about the format |
09:51:49 | __Bilgus | on our wiki.. |
09:52:16 | speachy | yeah I only documented the x3ii/x20 and rocker. |
09:52:43 | speachy | the x3 was an afterthought. heh, the "patch" to the firmware is nearly as large as the actual firmware itself. |
09:53:18 | __Bilgus | ok I thought it was just me being dense |
09:53:31 | __Bilgus | I'll get that cleaned up a bit |
09:53:53 | speachy | I also need to update the x3ii etc pages to reflect rbutil support |
09:54:08 | __Bilgus | also both the rbutil options for linux would not work for me versions too old I suppose |
09:54:21 | speachy | though I'll probably leave the pre-patched images up until we get a new rbutil release out |
09:54:39 | __Bilgus | ended up being easier to just compile my own but I have a few updates for the wiki for that as well |
09:54:49 | speachy | yeah, bluebrother's doing a bunch of rbutil cleanup ot try and make a new release simpler |
09:56:02 | __Bilgus | this is why we need to build from nothing from time to time its pretty easy once you hgave it set up but the countless hours Ive wasted getting to that point is too much to ask for some |
09:56:03 | speachy | speaking of the x3ii, the one I ordered showed up; I need to dig up an sd card and get it rockbox'd |
09:56:37 | speachy | yeah, that's a goodly part of why I've spent so much time kicking our toolchain and other build stuff into the sunlight |
09:56:57 | __Bilgus | probably just need to spin up a new set up vm again but it'd be nice if it were more OOB |
09:57:21 | speachy | but rbutil is something I largely ignored. Heck, I don't recall ever using it prior to a few months ago. :) |
09:58:05 | __Bilgus | this is the first time ive used it |
09:58:31 | __Bilgus | but I figured it was the easier way to get the bin patched although I nearly did it manually |
09:59:49 | speachy | you can use bspatch on the cmdline to patch the bin. or, heh, sacrifice a chicken/goat/firstborn to get the proper filesystem patcher to patch in the firmware executable directly. :) |
10:00 |
10:00:17 | speachy | the script I put up works well but the tools it relies on are a little finicky to get installed correctly |
10:00:37 | | Join ac_laptop [0] (~ac_laptop@186.2.247.129) |
10:01:18 | speachy | If I ever get around to giving the hiby "bootloader" some needed love I will probably try to automate things a little better. |
10:01:50 | __Bilgus | I assume i'm supposed to supply update.zip but I get error messages |
10:02:54 | __Bilgus | zip detected, could not find firmware in archive, error reading firmware |
10:03:07 | speachy | from rbutil? |
10:04:02 | __Bilgus | ya |
10:05:01 | __Bilgus | hmm wonder if something is broken when I built it |
10:05:55 | speachy | I could have sworn I tested the X3's patching out in rbutil. (famous last words) |
10:06:01 | speachy | manual patching on the cmdline works, okay. |
10:06:22 | speachy | okay, let's try this via rbutil |
10:07:23 | speachy | [re]building now.. |
10:10:09 | speachy | ugh, it looks like rbutil is trying to unzip the file. wtf. |
10:10:20 | speachy | so I guess I didn't test it after all. |
10:11:46 | __Bilgus | hey at least its not me :) |
10:12:04 | * | bluebrother^ looks around |
10:12:05 | __Bilgus | maybe if I bury it in another zip |
10:12:10 | speachy | yeah, that will probably work. |
10:12:48 | speachy | bluebrother^: it looks like rbutil is trying to treate the 'update.zip' as a file that needs to be extracted, rather than as the file we want itself. |
10:13:17 | speachy | it's probably a matter of adding an one-line test in the right place |
10:15:32 | bluebrother^ | yep, looks like that happens :) |
10:15:55 | bluebrother^ | BootloaderInstallBase::setOfFile() |
10:16:19 | bluebrother^ | since the sansa files come as zip package we try to extract a zip, if present. |
10:16:28 | bluebrother^ | and for some other we try cab. |
10:17:34 | __Bilgus | yes zipping it again worked |
10:17:40 | bluebrother^ | lol |
10:17:47 | bluebrother^ | zip in zip :) |
10:18:19 | | Quit vup2 (Quit: vup2) |
10:18:38 | __Bilgus | buttt still didn't work |
10:18:43 | speachy | bluebrother^: can you add a test to bypass the unzipping if the zipfile matches the file we want? |
10:19:05 | | Join vup [0] (~~~~@46.101.193.235) |
10:19:37 | bluebrother^ | sure. Just need to figure what's the best way to do that |
10:22:54 | __Bilgus | ah lil sudo helped |
10:23:27 | speachy | d'oh, there's a typo, a missing '/' |
10:23:30 | Skyrider | Curious.. Anyone familiar with the XDUOO X2? |
10:23:37 | speachy | '/run/media/pizza/STUFFupdate.zip' |
10:23:37 | bluebrother^ | sudo for what? Installing on the device? Or creating the file? |
10:23:51 | __Bilgus | just the final install to device |
10:23:53 | speachy | Skyrider: RKNano chipset, aka "rockbox will never happen" |
10:24:02 | Skyrider | Oh, I know. |
10:24:12 | Skyrider | Was just curious how the volume level is on that device compared to the sansa clip+ |
10:26:20 | Skyrider | Looking for a replacement for the clip. |
10:32:47 | __Bilgus | Skyrider unfortunately I don't think there will be a replacement on par (ever?) |
10:33:35 | | Join sakax [0] (~r0b0t@unaffiliated/r0b0t) |
10:35:18 | bluebrother^ | how does installing on the X3 work? Just copy the patched zip to the player? |
10:35:32 | *** | Saving seen data "./dancer.seen" |
10:42:17 | __Bilgus | creating output path failed for: "/media/bilgus/3934-6331/.rockbox/fonts/12-ProFont.fnt" |
10:42:29 | __Bilgus | still trying to figure that out actually |
10:44:12 | | Join beencubed [0] (~beencubed@209.131.238.248) |
10:44:58 | bluebrother^ | interesting. Filesystem errors on the player? |
10:45:15 | __Bilgus | the card atleast |
10:45:42 | __Bilgus | I just had to hit the reset button so it might be it dipped out before it finished |
10:46:06 | bluebrother^ | in that case Linux might have made the card read only. |
10:46:17 | bluebrother^ | or rather, made the mount read only. |
10:46:25 | __Bilgus | hmm went to upgrade and it says no fw file so maybe i'm missing something |
10:46:59 | __Bilgus | ill start over and try again |
10:47:55 | speachy | bluebrother^: yes. |
10:48:43 | bluebrother^ | speachy: ok, just stumbled across another issue there. The filename in the ini file doesn't start with a /, thus copying it to the player fails. |
10:48:47 | bluebrother^ | Fixing ... |
10:48:55 | speachy | yeah, was trying to hunt that one down |
10:49:03 | bluebrother^ | (I was just wondering if that's because of my I-faked-the-player setup :) |
10:49:14 | __Bilgus | moving patched bootloader to "/media/bilgus/3934-6331update.zip |
10:49:25 | speachy | __Bilgus: exactly |
10:49:37 | __Bilgus | I don't know if its because I supplied a zipped zip but its missing the slash |
10:49:48 | __Bilgus | ah lol |
10:51:19 | speachy | fixed the missing '/' in the ini, rebuilt, and now it's installing rockbox. |
10:51:40 | __Bilgus | where does it store the ini? |
10:51:58 | speachy | it embeds it into the binary |
10:52:17 | speachy | bluebrother^: also, upon exiting it's segfaulting |
10:52:26 | __Bilgus | oh ok |
10:52:58 | bluebrother^ | Rockbox Utility? |
10:53:15 | speachy | yeah. build using qt5. |
10:53:27 | speachy | if all I do is launch it, then file-quit, it exits with a segfault/coredump |
10:54:11 | __Bilgus | Works fine for me |
10:54:41 | __Bilgus | QMake version 3.1Using Qt version 5.9.5 in /usr/lib/x86_64-linux-gnu |
10:55:15 | speachy | qt 5.14.2 in my case |
10:55:25 | speachy | (fedora 32) |
10:55:50 | speachy | bluebrother^: should I go ahead and commit the missing '/' in the ini or will you do it as part of something else? |
10:56:04 | fs-bluebot | Build Server message: New build round started. Revision 0b5f0b9, 280 builds, 11 clients. |
10:56:22 | bluebrother^ | speachy: just pushed that :) |
10:56:38 | bluebrother^ | now it should work for the x3. Haven't tried the others, but those should be good as well. |
10:57:09 | speachy | the others use a iso9660 image with an 'upt' extension |
10:57:20 | bluebrother^ | btw, I'm planning to move the installation of the manual from the extra tab to the main install one. |
10:57:26 | speachy | oh good. |
10:57:31 | bluebrother^ | so those shouldn't be affected. |
10:57:44 | __Bilgus | it pop a message behind the status window |
10:57:53 | speachy | (and .. have it grab the release manual rather than the latest manual?) |
10:57:55 | __Bilgus | while extracting the file |
10:57:55 | bluebrother^ | looking at the install it seems somewhat strange that I have to go somewhere else to download the manual to the player. |
10:58:06 | bluebrother^ | yes, fix that too while at it. |
10:59:40 | speachy | ok, fixes work on the real thing too |
11:00 |
11:01:01 | __Bilgus | I like how they have an option to disable auto rebuild file database but it totally ignores it |
11:01:09 | bluebrother^ | hmm, can't reproduce that crash (Debian Buster) |
11:01:22 | bluebrother^ | but I do have a Fedora box around, will try that later. |
11:02:03 | bluebrother^ | speachy: now that we have multi language language files on the server we'd need to support that too ... |
11:02:25 | __Bilgus | you mean for the manuals? |
11:02:27 | speachy | bluebrother^: "that" meaning..? |
11:02:43 | bluebrother^ | *voice files |
11:02:54 | speachy | we have some voice files.. only ones folks have told me sound okay |
11:03:09 | speachy | I could add another half dozen... |
11:03:30 | bluebrother^ | so ... the list of languages is identical for all players, right? Can we add the list of those languages to build-info? |
11:03:34 | speachy | from what I understand the windows SAPI voice sounds a lot better than the espeak voices.. |
11:03:50 | bluebrother^ | espeak doesn't sound too good, indeed. |
11:03:53 | speachy | yeah, the list of languages is fixed. |
11:04:19 | speachy | I"m using espeak to generate the nightly voices because it's _fast_, and has good coverage. |
11:04:50 | bluebrother^ | so we could have something like voice-langs=english,french,<whatever> in both [bleeding] and [release] |
11:04:57 | speachy | bluebrother^: so you want the full language list in build-info, and I presume also the list of generated voices? |
11:05:21 | bluebrother^ | I was talking about the generated ones. |
11:05:38 | bluebrother^ | we have a fixed list of languages we can use for generating with Rockbox Utility build-in. |
11:05:59 | bluebrother^ | but that doesn't tell me which ones we can install from the server. |
11:06:15 | bluebrother^ | so I'd need a list for what languages we do have voice files on the server. |
11:06:22 | speachy | that list has to be manually synced with the main rockbox lang list, correct? |
11:06:42 | bluebrother^ | the one for generating in Rockbox Utility? Yes. |
11:07:22 | speachy | does rbutil's list include options for the voice generators or is it just a simple enumeration? |
11:08:12 | bluebrother^ | it's in rbutil.ini in [languages] |
11:08:37 | speachy | ok, I see. |
11:08:42 | speachy | (ok, I forgot...) |
11:08:57 | speachy | (I'd added a bunch to that list, heh) |
11:09:09 | bluebrother^ | the point is that (1) we want to show the language in a more human friendly format, (2) be able to pick the likely correct one by checking it against the OS language |
11:09:30 | bluebrother^ | well, we _could_ retrieve that list from the server, but then voice generation wouldn't work online anymore. |
11:10:07 | bluebrother^ | btw, it might also be a good time to remove support for the server-provides-strings support (i.e. only read strings from the player) |
11:10:10 | speachy | (you mean offline?) |
11:10:24 | bluebrother^ | yes, offline :) |
11:10:48 | fs-bluebot | Build Server message: Build round completed after 884 seconds. |
11:10:49 | fs-bluebot | Build Server message: Revision 0b5f0b9 result: All green |
11:11:00 | speachy | the server-provided-strings is purely a fallback these days? |
11:11:16 | bluebrother^ | yes. |
11:11:33 | bluebrother^ | we have voicestrings.zip on the player since ... 8ish years? |
11:11:45 | speachy | ok, you pre-empted that question. |
11:11:53 | speachy | 8 years is what, 3 releases? :) |
11:13:31 | bluebrother^ | yep, 2012. |
11:13:57 | bluebrother^ | fs-bluebot: .describe 900cf6d52 |
11:13:58 | fs-bluebot | Rockbox Utility: support reading voice strings from target. by Dominik Riebeling |
11:14:12 | speachy | if I yank strings on the server, that will remove the ability to generate voices for older releases. which.. probably doesn't matter |
11:14:15 | bluebrother^ | hmm, maybe the bot could also show the date of the commit. |
11:14:25 | bluebrother^ | the latter is my point :) |
11:14:51 | bluebrother^ | if you're using a build that is that old you probably have a voice file and won't regenerate. |
11:15:08 | speachy | it matters for retired devices though. 3.13 (archos recorder) is newer than that. |
11:15:08 | bluebrother^ | and anything newer has voicestrings.zip, so we don't need the server anymore. |
11:15:50 | speachy | I'll yank it once we have a new rbutil release that no longer attempts to hit the server. |
11:16:13 | __Bilgus | ok your patch for the zip file worked lets try the bootloader |
11:16:14 | speachy | I mean, I already went through the trouble of fixing that stuff up... twice. :) |
11:16:36 | bluebrother^ | hmm, ok, the nano2g is unstable since 3.10 afaics |
11:17:08 | bluebrother^ | we don't need to remove it. It's just that it's mostly not needed anymore |
11:19:12 | speachy | I fixed it the first time because something was actually being hit (and failing) |
11:19:19 | speachy | s/something/it/ |
11:20:37 | speachy | nano2g is stable now, I thought? |
11:20:47 | __Bilgus | ok so you have to manually run the firmware update from the player |
11:21:00 | speachy | __Bilgus: yes. |
11:21:08 | speachy | same with the x3ii/x20/rocker |
11:21:16 | speachy | (all four are hiby-based) |
11:22:15 | speachy | (though the x3 is on the 4760 and fiio platform.. still uses hibyplayer for its ui though) |
11:22:34 | __Bilgus | how does it decide the bootloader is installed just existence of .rockbox folder? |
11:23:22 | speachy | __Bilgus: one thing I noticed is that we could probably use more advanced debouncing on the linein/headphones detection. every now and then it gets a false trigger and if you're using line out the volume suddently drops |
11:24:26 | speachy | drops to whatever the volume is set to. (when using lineout and no hp, the set volume is ignored and the codec volume is maxed out) |
11:25:10 | speachy | __Bilgus: bootloader detection isn't implemented on this thing |
11:25:57 | __Bilgus | I think this card is either on its way out or maybe just full |
11:26:02 | speachy | as we can't access the onboard flash directly. though maybe we could tweak the USB descriptors to report rockbox or something. |
11:26:32 | __Bilgus | thats an idea but I think its not a real big deal |
11:27:02 | speachy | wait, we already do that (usb iManufacturer is 'Rockbox.org') |
11:27:41 | speachy | so that can be implemented, though the current rbutil structure makes per-device bootloader detection a little um, inconvenient. |
11:27:59 | __Bilgus | ah so if you go in with the device rockboxed it wouldnt try to install the bootloader again |
11:28:29 | speachy | yeah. IIRC rbutil already by default deselects the bootloader if it finds '.rockbox' present) |
11:32:08 | speachy | bluebrother^: does rbutil download the voice .zip or the .voice file? |
11:32:10 | __Bilgus | ah I don't think its rbutils fault |
11:32:24 | __Bilgus | the file isn't copying over after it gets patchede |
11:34:26 | speachy | bluebrother^: also, voices are currently generated nightly rather than per-commit. so the filename isn't predictable from the commit id. |
11:35:42 | speachy | and since we're talking about new features, can you add the option to download the source code too? |
11:35:49 | speachy | (and a pony) |
11:36:48 | __Bilgus | nyan cat |
11:37:56 | speachy | ditto manuals |
11:40:29 | bluebrother^ | there's a similar issue with the manuals. But for those I can simply the most recent one (without the date in the filename) |
11:40:32 | speachy | I _could_ hack the scripts so that they generate filenames based on commitid, and don't regenerate unless something changed. |
11:40:43 | speachy | (I should probably do this anyway..) |
11:40:57 | bluebrother^ | for the manuals it isn't that much of an issue, but for the voice file it is. |
11:41:12 | bluebrother^ | maybe we shouldn't download those files anymore and instead let the user generate them. |
11:41:42 | bluebrother^ | since it's not really a big problem with Rockbox Utility. I always used onces generated with it (back then the OS X voice was much better) |
11:41:49 | speachy | I'm of the opposite view; we should generate everything possible and not force the suer to ahve to generate th |
11:42:06 | speachy | ...to generate the builtin voice strings. |
11:42:24 | speachy | obviously filenames etc are another matter |
11:42:53 | bluebrother^ | or regenerate voice files only when the strings change? |
11:43:10 | bluebrother^ | then we could simply pick the most recent, as we do with the development Rockbox too. |
11:44:02 | __Bilgus | I don't know if it was me or rbutil failing it would never copy update.zip back to the card |
11:44:11 | __Bilgus | I was able to do it manually |
11:44:24 | __Bilgus | and I ran fsck on the sd card first |
11:44:30 | speachy | for voices we need to match the build. (or more precisely, the voicestrings) |
11:44:37 | __Bilgus | FINALLY have the bootloader installed |
11:44:39 | speachy | we don't have a good way to do that at the moment. |
11:46:20 | __Bilgus | that bootloader needs some work |
11:47:25 | __Bilgus | I assume no one has but has anyone succeeded with getting the sources to compile besides xvortex? |
11:47:45 | speachy | well, it _compiles_ just fine; the problem is assembling the bootable binary |
11:47:53 | speachy | s/assembling/constructing/ |
11:48:19 | speachy | the instructions/whatever that xvortex posted are incomplete |
11:48:38 | __Bilgus | ah so its just the linking part? |
11:48:39 | speachy | that said I do know a lot more now about the low-level stuff now than when I last looked at things |
11:48:41 | | Quit ufdm (Quit: Leaving) |
11:49:15 | __Bilgus | weird now it claims not enough disk space |
11:49:16 | __Bilgus | wtf |
11:50:28 | speachy | well, we can generate a proper flattened binary for the bootloader just fine. but the jz4760 has a first stage bootloader that has to be used to load ours, and ours has to be combined with the OF bootloader (uboot) so that it can jump into the OF boot path. |
11:51:15 | speachy | I haven't had the bandwidth to go down that rabbit hole. |
11:53:25 | speachy | was going to start by trying to analyze the xvortex bootloader binary but my RE motivation is relatively low right now. |
11:54:23 | speachy | for a player that's getting increasingly hard to find and a low probability of being able to share that code with any other jz47xx-based players. |
11:56:52 | __Bilgus | I occasionally enjoy things like that |
11:57:09 | __Bilgus | plus i'd like to get a little more low level experience |
11:57:59 | speachy | well, me too, but.. well, life and health require me to do other things with my time |
11:58:26 | speachy | I've (theoretically) fixed several bugs in the bootloader already |
11:58:36 | __Bilgus | I'd say you have done lots all over the place |
11:59:26 | speachy | it does seem that helping motivate everyone else is my main contribution |
11:59:54 | speachy | (if only by removing the buildup of pebbles in our collective/metaphorical shoes) |
12:00 |
12:00:35 | bluebrother^ | wouldn't it be sufficient to check the diff on a commit if it changed any lang files and if so trigger a voice file build? |
12:01:22 | speachy | bluebrother^: yes, along with a small pile of helper scripts |
12:01:48 | | Join johnb2 [0] (~johnb2@p5b3afa6a.dip0.t-ipconnect.de) |
12:01:59 | bluebrother^ | maybe doing that would be a good thing. |
12:02:13 | speachy | it's been on my to-do list since I took over the infrastructure. :D |
12:02:20 | bluebrother^ | nice :) |
12:02:42 | speachy | IIRC the current voice set takes about 30-40 minutes; non-parallelized. |
12:03:04 | bluebrother^ | ok, I'll get the manual stuff done first. Then let's see what other things are open |
12:03:15 | bluebrother^ | having no maintainance for 5ish years shows |
12:03:24 | speachy | wait, sorry, the diff would have to be on the voicestrings, not the sources. |
12:03:49 | speachy | becuase the voice files depend on the generated features.txt |
12:05:37 | __Bilgus | could just store a voice checksum in the features,txt maybe? |
12:05:44 | speachy | I did some cleanup work on that front when I rewrote a lot of the voice/language helpers |
12:06:38 | speachy | rockbox-info.txt and the voicestrings files (plus the voice script and everything it depends on) are what would need watching |
12:08:44 | | Join ufdm [0] (~ufdm@c-73-164-63-214.hsd1.mn.comcast.net) |
12:09:19 | speachy | it's a thorny problem with a lot of corner cases, even when nothing goes wrong |
12:12:25 | speachy | bluebrother^: I want to move the manuals to being generated per-commit too. I think I want to get rid of the online html version too, as those are _heavily_ hit by crawlers given that it currently changes nightly. |
12:12:49 | speachy | ("changes" in the sense that the files are regenerated, not that the contents themselves change) |
12:13:45 | speachy | ...leaving only the pdf and htmlzip. though tbh I'm not sure how useful the htmlzip really is; pdf seems far more useful for non-online use.. |
12:15:00 | speachy | (and... once again I think I just convinced myself to put this off, because what we have now works and the effort is better spent writing the missing manuals for the X3 and a couple of other targets) |
12:15:28 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
12:35:33 | *** | Saving seen data "./dancer.seen" |
12:37:18 | | Part edhelas |
12:37:45 | | Join edhelas [0] (9d94237298@2a01:7c8:aab8:6b9:5054:ff:fec9:fd84) |
12:43:16 | | Quit __Bilgus (Remote host closed the connection) |
12:53:25 | | Quit J_Darnley (Ping timeout: 240 seconds) |
12:57:39 | | Join J_Darnley [0] (~J_Darnley@d51A44418.access.telenet.be) |
13:00 |
13:07:13 | | Join __Bilgus [0] (41ba23be@65.186.35.190) |
13:08:54 | __Bilgus | I remembered I had dual boot with windows8 on this laptop |
13:09:23 | __Bilgus | the player booted rockbox (missing some files maybe) |
13:09:39 | __Bilgus | crashed on trying to open the file browser |
13:10:26 | __Bilgus | it also had some issues staying connected so idk if thats an issue with the usb implementation |
13:10:55 | | Quit St3ak (Quit: Free ZNC ~ Powered by LunarBNC: https://LunarBNC.net) |
13:11:37 | | Join johnb4 [0] (~johnb2@p5b3afa6a.dip0.t-ipconnect.de) |
13:21:08 | | Join St3ak [0] (~st3ak@st3ak3000.powered.by.lunarbnc.net) |
13:27:35 | | Quit St3ak (Ping timeout: 272 seconds) |
13:35:08 | bluebrother^ | speachy: the online html manuals have 2 main purposes: pointing people to it (so we can post links), and for blind people. The pdf isn't really screenreader friendly. |
13:36:52 | | Join St3ak [0] (~st3ak@st3ak3000.powered.by.lunarbnc.net) |
13:37:34 | | Quit St3ak (Client Quit) |
13:38:23 | | Join St3ak [0] (~st3ak@st3ak3000.powered.by.lunarbnc.net) |
13:40:41 | bluebrother^ | pamaury: there are a couple of things in Rockbox Utility I'd like to get done. I'll leave the tomcrypt stuff in gerrit and work on the other things before merging it, so if you get a chance to look at it feel free to do so. No hurries. |
13:43:05 | | Quit __Bilgus (Remote host closed the connection) |
13:45:45 | | Quit johnb4 (Ping timeout: 240 seconds) |
13:47:23 | | Quit ac_laptop (Ping timeout: 240 seconds) |
13:50:35 | speachy | bluebrother^: ah, okay. |
14:00 |
14:32:19 | | Quit johnb2 (Quit: Nettalk6 - www.ntalk.de) |
14:35:37 | *** | Saving seen data "./dancer.seen" |
14:47:33 | | Quit St3ak (Quit: Free ZNC ~ Powered by LunarBNC: https://LunarBNC.net) |
14:51:44 | | Join St3ak [0] (~st3ak@st3ak3000.powered.by.lunarbnc.net) |
15:00 |
15:27:27 | | Join ac_laptop [0] (~ac_laptop@186.2.247.129) |
15:35:10 | | Join johnb4 [0] (~johnb2@p5b3afa6a.dip0.t-ipconnect.de) |
15:51:25 | | Quit johnb4 (Ping timeout: 240 seconds) |
16:00 |
16:35:41 | *** | Saving seen data "./dancer.seen" |
17:00 |
17:10:23 | | Quit lebellium (Quit: Leaving) |
17:30:43 | | Quit livvy (Ping timeout: 240 seconds) |
17:43:25 | | Quit Tsesarevich (Ping timeout: 240 seconds) |
17:49:15 | | Join Tsesarevich [0] (Tsesarevic@fluxbuntu/founder/joejaxx) |
17:55:52 | | Join Oksana [0] (~Wikiwide@Maemo/community/ex-council/Wikiwide) |
18:00 |
18:06:55 | | Quit pamaury (Ping timeout: 240 seconds) |
18:35:43 | *** | Saving seen data "./dancer.seen" |
18:58:33 | | Quit t0mato (Quit: Ping timeout (120 seconds)) |
19:00 |
19:07:57 | | Quit igitoor (Ping timeout: 260 seconds) |
19:08:38 | | Join igitoor [0] (igitur@2a00:d880:3:1::c1ca:a648) |
19:10:46 | | Join t0mato [0] (~t0mato@193.32.127.154) |
19:13:36 | | Quit MrZeus_ (Read error: Connection reset by peer) |
19:15:37 | | Quit igitoor (Changing host) |
19:15:37 | | Join igitoor [0] (igitur@unaffiliated/contempt) |
19:15:57 | | Join MrZeus [0] (~MrZeus@05467834.skybroadband.com) |
19:18:24 | | Join jdarnley [0] (~J_Darnley@d51A44418.access.telenet.be) |
19:21:06 | | Quit J_Darnley (Ping timeout: 260 seconds) |
20:00 |
20:29:50 | | Quit sakax (Quit: Leaving) |
20:35:47 | *** | Saving seen data "./dancer.seen" |
20:35:55 | | Quit MrZeus (Ping timeout: 240 seconds) |
22:00 |
22:35:48 | *** | Saving seen data "./dancer.seen" |
23:00 |
23:24:37 | | Quit TheSeven (Ping timeout: 260 seconds) |
23:25:02 | | Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) |