| 00:41:51 | | Quit borkitall (Quit: borkitall) |
| 00:41:51 | | Join karinka [0] (~karinka@n114-75-91-109.bla3.nsw.optusnet.com.au) |
| 00:42:11 | | Quit karinka (Client Quit) |
| 00:49:59 | | Join borkitall [0] (~borkitall@n114-75-91-109.bla3.nsw.optusnet.com.au) |
| 01:00 |
| 01:05:24 | | Join _bilgus_ [0] (~bilgus@2603-6011-c806-2b0c-f9c5-341b-0cd7-9c2a.res6.spectrum.com) |
| 01:32:54 | | Quit massiveH (Quit: Leaving) |
| 01:54:09 | *** | Saving seen data "./dancer.seen" |
| 02:00 |
| 02:02:52 | | Quit Oksana (Ping timeout: 272 seconds) |
| 02:16:54 | | Join Oksana [0] (~Wikiwide@Maemo/community/ex-council/Wikiwide) |
| 03:00 |
| 03:13:56 | | Quit Oksana (Ping timeout: 240 seconds) |
| 03:50:19 | | Quit St3ak (Quit: Free ZNC ~ Powered by LunarBNC: https://LunarBNC.net) |
| 03:51:03 | | Join St3ak [0] (~st3ak@st3ak3000.powered.by.lunarbnc.net) |
| 03:51:41 | | Quit St3ak (Client Quit) |
| 03:53:39 | | Join St3ak [0] (~st3ak@st3ak3000.powered.by.lunarbnc.net) |
| 03:54:13 | *** | Saving seen data "./dancer.seen" |
| 03:54:24 | | Quit St3ak (Client Quit) |
| 03:56:33 | | Join St3ak [0] (~st3ak@st3ak3000.powered.by.lunarbnc.net) |
| 04:00 |
| 04:12:04 | | Join t0mato1 [0] (t0mato@gateway/vpn/mullvad/t0mato) |
| 04:14:07 | | Quit t0mato (Ping timeout: 260 seconds) |
| 04:15:34 | | Quit t0mato1 (Client Quit) |
| 04:31:47 | | Quit St3ak (Quit: Free ZNC ~ Powered by LunarBNC: https://LunarBNC.net) |
| 04:33:56 | | Join St3ak [0] (~st3ak@st3ak3000.powered.by.lunarbnc.net) |
| 04:35:55 | | Quit St3ak (Read error: Connection reset by peer) |
| 04:37:38 | | Join St3ak [0] (~st3ak@st3ak3000.powered.by.lunarbnc.net) |
| 04:38:26 | borkitall | okay im definitely gonna have to read the manual |
| 04:38:49 | borkitall | ./cover.jpg is how i did it before all this fancy tagging lul |
| 04:38:53 | fs-bluebot | Build Server message: New build round started. Revision efacce58eb, 293 builds, 9 clients. |
| 04:39:45 | borkitall | oh sweet a new build |
| 04:44:59 | bluebrother^ | not much to expect though. Only Rockbox Utility related stuff :) |
| 04:45:42 | bluebrother^ | braewoods, speachy: thinking about it, shouldn't we add the version to the bootloader filenames? I.e. bootloader-h300-v8.bin instead of simply bootloader-h300.bin? |
| 04:46:24 | bluebrother^ | that way we could already put them on the download server, and wouldn't break older versions of Rockbox Utility. Those older versions would only install the old bootloader, but well ... |
| 04:48:18 | bluebrother^ | I'll try to get the most important stuff finished soon, so we can release Rockbox Utility 1.5.0 to get things out. With all that rework it might also make sense so people actually start using it :) |
| 04:48:52 | bluebrother^ | and then do 1.6.0 later and address the bootloader install / sudo issue with that. Won't get that finished too quickly. |
| 04:55:27 | fs-bluebot | Build Server message: Build round completed after 995 seconds. |
| 04:55:30 | fs-bluebot | Build Server message: Revision efacce58eb result: All green |
| 04:59:37 | borkitall | im trying to save a .cfg file, there is no button to confirm to save, and the scroll wheel and volume buttons are the opposite of what you would expect |
| 05:00 |
| 05:01:21 | borkitall | vol+ is down, vol- is up, scroll left is right, and scroll right is left |
| 05:24:19 | borkitall | i suppose this is a keymapping issue |
| 05:24:49 | borkitall | ill have a look at the wiki |
| 05:26:13 | borkitall | if anyone can link me that would be awesome |
| 05:27:38 | borkitall | okay, ill have to compile it myself it seems? |
| 05:27:44 | borkitall | im okay with that if so |
| 05:28:31 | borkitall | the main problem is that there is no button to save the .cfg file |
| 05:28:44 | borkitall | hardware wise |
| 05:54:17 | *** | Saving seen data "./dancer.seen" |
| 05:59:17 | | Join prof_wolfff [0] (~prof_wolf@148.red-83-49-157.dynamicip.rima-tde.net) |
| 06:00 |
| 06:20:52 | | Quit borkitall (Quit: borkitall) |
| 06:21:07 | | Join borkitall [0] (~borkitall@n114-75-91-109.bla3.nsw.optusnet.com.au) |
| 06:38:27 | | Quit borkitall (Quit: borkitall) |
| 07:00 |
| 07:54:18 | *** | Saving seen data "./dancer.seen" |
| 08:00 |
| 08:00:33 | | Join ac_laptop [0] (~ac_laptop@186.2.247.129) |
| 08:12:55 | speachy | bluebrother^: ideally yes, but at the moment rbutil is looking for a specific filename only. |
| 08:14:52 | speachy | bluebrother^: Replacing one hardcoded filename with another doesn't really seem optimal −− especially when we intend to drop support for older rbutils soon after the new one is out. (eg by forcing https) |
| 08:15:57 | bluebrother^ | the problem I'm seeing is that the filename now causes things to break. Rockbox Utility has both the filename and the hash coded in, so if we change the hash changing the filename at the same time sounds reasonable to me. |
| 08:16:37 | speachy | true. |
| 08:16:37 | bluebrother^ | forcing people to update is one thing, breaking things in a way people will start screaming bug is another one ;-) |
| 08:16:53 | | Join borkitall [0] (~borkitall@n114-75-91-109.bla3.nsw.optusnet.com.au) |
| 08:17:09 | bluebrother^ | so once we replace the files with new ones old Rockbox Utility will still work. But installing the bootloader won't anymore, so it's "bug!" |
| 08:17:18 | bluebrother^ | by using a different filename we'd avoid this. |
| 08:17:48 | speachy | Pushing the bootloader filename+checksum into build-info seems prudent. but more work for you |
| 08:18:59 | bluebrother^ | shouldn't be too much work. The main problem is that we have different situations. |
| 08:19:32 | speachy | we can leave the existing stuff in place for older rbutils and call the new stuff whatever we want going forward. |
| 08:19:41 | | Quit St3ak (Quit: Free ZNC ~ Powered by LunarBNC: https://LunarBNC.net) |
| 08:19:50 | speachy | I don't want to have to update rbutil each time we pop out any bootloader update though. |
| 08:20:23 | speachy | (granted they're relatively infrequent. and I don't recall any of the other targets have hardcoded checksums) |
| 08:21:27 | | Join St3ak [0] (~st3ak@st3ak3000.powered.by.lunarbnc.net) |
| 08:22:45 | bluebrother^ | easy part: add bootloader hashes to build-info, and check the file after downloading. We should do that. |
| 08:23:16 | bluebrother^ | harder part: we have this OF hash / patched OF hash list for the h100 / h300 series. That wouldn't fit that easily into this. |
| 08:23:39 | bluebrother^ | haven't found a good solution on how to solve that, but we can still do the first part :) |
| 08:24:40 | bluebrother^ | I was thinking to try to push 1.5.0, so we get the new bootloaders. For those we can easily simply use different filenames. Then do the other stuff after that release. Especially that sudo part is something I'd like to see solved −− that's causing issues all the time. |
| 08:25:16 | bluebrother^ | but if we add v8 bootloaders with new filenames (at least for now) I'd need to change that in Rockbox Utility. |
| 08:25:43 | speachy | the way things are currently, bootloader/iriver/ is the current release, and bootloader/iriver/x.y/ is the older release. |
| 08:25:59 | speachy | and ... that also includes h10, just to be special. |
| 08:27:02 | speachy | so it's easy enough to create bootloader/iriver/8.0/ and put our h1xx/h3xx in there. |
| 08:28:06 | bluebrother^ | sounds good. |
| 08:28:56 | bluebrother^ | currently Rockbox Utility uses bootloader/iriver/*.bin for the bootloaders. It's easy to change that to bootloader/iriver/8.0/*.bin for now |
| 08:29:16 | speachy | includin the h10 family? |
| 08:29:31 | bluebrother^ | still hardcoded, but at least includes the version |
| 08:30:23 | bluebrother^ | h10 uses iriver/H10.mi4 |
| 08:30:40 | bluebrother^ | so same applies here. I can easily change that to iriver/6.0/H10.mi4 |
| 08:31:44 | bluebrother^ | hmm, browsing into 6.0 is weird, I can go into that folder multiple times until at some point it's empty. |
| 08:32:18 | speachy | heh, must have been some symlinks in play. |
| 08:32:30 | speachy | 6.0 was probably a symlink to '.' |
| 08:32:40 | speachy | and when I crawled the download site originally there was no way to fix that |
| 08:32:41 | bluebrother^ | http://download.rockbox.org/bootloader/iriver/6.0/6.0/ looks the same as iriver/ :) |
| 08:33:16 | bluebrother^ | I can even go to 6.0/5.0/ :o |
| 08:33:30 | bluebrother^ | so ... I'd also add the version to the filename. Just in case. |
| 08:34:41 | speachy | okay, everything in the top level iriver dir is now a symlink to the 6.0 directory |
| 08:40:05 | | Quit prof_wolfff (Ping timeout: 240 seconds) |
| 08:40:35 | speachy | hmm, I wonder if there's any point in keeping the ~2007 vmware images around. or a ~2012 debian toolchain build. |
| 08:43:37 | _bilgus_ | I can host them on my file share if not |
| 08:44:15 | speachy | it's not a matter of space, but utility |
| 08:44:32 | speachy | (and possible confusion) |
| 08:44:51 | bluebrother^ | I'd say get rid of them. |
| 08:45:08 | bluebrother^ | not too useful anymore these days. Plus, they're unlikely to have the updated toolchain :) |
| 08:45:24 | _bilgus_ | I say keep them for fast older toolchains |
| 08:45:28 | speachy | and some ~2007-era cygwin binaries |
| 08:46:41 | _bilgus_ | is there a link i'll get a copy of them before they disappear |
| 08:47:52 | speachy | d.r.o/OBSOLETE_TOOLS |
| 08:47:54 | bluebrother^ | do we support building with cygwin anymore at all? Even on Windows these days you'd use WSL |
| 08:48:01 | speachy | I'm consolidating everything into there |
| 08:56:55 | speachy | I don't see why cygwin wouldn't work. if it can build the toolchains anyway |
| 08:58:25 | bluebrother^ | I remember that it had some issues in the past, and not much people were using it. But I might remember wrong. |
| 08:59:19 | braewoods | bluebrother^: i think we'd have more windows *users* than *developers* today. |
| 09:00 |
| 09:00:14 | braewoods | bluebrother^: do what you feel you need to. the only time the filename matters is for the .iriver version of the BL but that's not rbutil compatible anyway. |
| 09:00:22 | braewoods | (unless you add support for it) |
| 09:00:56 | braewoods | the .iriver is just the normal bin bootload with a simple 8 byte header |
| 09:01:16 | bluebrother^ | indeed. I don't see why I should add that though :) Most people will install the bootloader and forget about it anyway. |
| 09:01:21 | braewoods | containing a 32 bit checksum (adds up all bytes in the bootloader, starting from an initial value of MODEL_NUMBER) |
| 09:01:27 | braewoods | and then a 4 byte model string |
| 09:01:54 | braewoods | if you'r eusing checksums |
| 09:01:59 | braewoods | then you don't really need the header |
| 09:02:41 | braewoods | i added extra safeties to iriver_flash so you can't accidently mix up the H100, H120, H300 rockbox RAM/ROM images anymore |
| 09:02:43 | braewoods | :) |
| 09:03:02 | braewoods | i noticed that would be possible to do so since the model string wasn't being checked |
| 09:22:08 | _bilgus_ | About half way thru compiling toolchains so far its been very un-eventful |
| 09:23:33 | braewoods | _bilgus_: why are these "sum" algorithms preferred to crcs? i see them used at different times in rockbox. |
| 09:24:14 | braewoods | simplicity? |
| 09:24:36 | braewoods | crcs are a lot harder to understand than a bunch of additions... |
| 09:25:54 | _bilgus_ | probably less overhead |
| 09:28:18 | braewoods | i've been learning the other side of abstractions. something i stopped thinking about awhile ago. abstractions don't just pay a price in terms of capabilities... they also require more code to use than direct access to the actual APIs that i can see. so larger binaries can result. |
| 09:28:54 | braewoods | bad news if you care about code size. |
| 09:34:55 | _bilgus_ | I guess summing would be a simple form of RLE RunLengthEncoding? |
| 09:35:25 | speachy | a higly lossy form, perhaps. |
| 09:35:41 | speachy | RLE is nominally reversable. |
| 09:36:00 | speachy | and, heh, "run length" implies repetititon |
| 09:37:00 | _bilgus_ | yeah kinda not matching any of the reqs |
| 09:40:01 | _bilgus_ | idk I don't see it being anybetter than CRC32 maybe its better since the whole buffer doesn't need to be looked at a second time |
| 09:48:22 | | Join prof_wolfff [0] (~prof_wolf@148.red-83-49-157.dynamicip.rima-tde.net) |
| 09:49:18 | braewoods | i've just seen this sum thing be reinvented in multiple places |
| 09:49:31 | braewoods | makes me wonder if it could be a subroutine or inline function at least |
| 09:50:12 | braewoods | it's a good candidate for being put into one |
| 09:50:42 | braewoods | though seems it's only obviously used in 2 psots |
| 09:51:44 | _bilgus_ | I can't see it being more efficient than a simple sum though? |
| 09:51:56 | speachy | what's the benefit to changing it? |
| 09:52:27 | braewoods | make that 3. it's reimplemented in 3 places. |
| 09:52:32 | speachy | identicaly? |
| 09:52:37 | braewoods | or close to it. |
| 09:52:42 | braewoods | git grep for MODEL_NUMBER |
| 09:53:01 | speachy | and what uses it? |
| 09:53:05 | braewoods | let me look |
| 09:53:06 | speachy | internal vs external |
| 09:53:14 | braewoods | 2 external plugins, 1 internal code. |
| 09:53:22 | braewoods | firmware/common/rb-loader.c: sum = MODEL_NUMBER; |
| 09:53:31 | braewoods | apps/plugins/crypt_firmware.c: sum = calc_checksum(MODEL_NUMBER, (unsigned char*)hash, sizeof(hash)); |
| 09:53:41 | braewoods | this uses a subroutine implementing the same basic algorithm i believe |
| 09:53:56 | braewoods | apps/plugins/iriver_flash.c: sum = MODEL_NUMBER; |
| 09:54:10 | braewoods | making an inline version of it would have some benefit |
| 09:54:21 | *** | Saving seen data "./dancer.seen" |
| 09:54:24 | speachy | if all users are internal, then there's presumably no danger in changing it. but if that checksum is used by any external tools, that's anotehr matter |
| 09:54:46 | braewoods | i was just advocating for making it a subroutine that implements the logic in one place |
| 09:54:58 | braewoods | probably an inline function due to how small it is |
| 09:55:04 | braewoods | it's like 5 lines tops |
| 09:55:28 | braewoods | i'll look at it later |
| 09:55:31 | braewoods | bbl |
| 09:55:37 | speachy | yep |
| 09:55:57 | _bilgus_ | wodz (logs?) did you ever get a chance to look at g#3044? |
| 09:56:00 | fs-bluebot | Gerrit review #3044 at https://gerrit.rockbox.org/r/c/rockbox/+/3044 : Bluetooth Menu WIP by William Wilgus |
| 10:00 |
| 10:04:36 | | Quit prof_wolfff (Ping timeout: 240 seconds) |
| 10:05:00 | _bilgus_ | ok first toolchain issue fixed it in the simple guide, 'libmpc-dev' |
| 11:00 |
| 11:02:59 | | Quit _bilgus__ (Quit: Leaving) |
| 11:54:24 | *** | Saving seen data "./dancer.seen" |
| 12:00 |
| 12:01:04 | _bilgus_ | I don't think ive seen this one before *** You must have either have gettext support in your C library, or use the |
| 12:36:27 | | Quit ac_laptop (Quit: WeeChat 2.9) |
| 12:45:45 | | Join prof_wolfff [0] (~prof_wolf@148.red-83-49-157.dynamicip.rima-tde.net) |
| 12:45:56 | | Join TheLemonMan [0] (~lemonboy@irssi/staff/TheLemonMan) |
| 12:58:39 | | Join t0mato [0] (t0mato@gateway/vpn/mullvad/t0mato) |
| 12:58:52 | bluebrother^ | speachy: can I get a symlink in daily/voices pointing to the most recent voice as with the daily builds? I.e. something like voices/ipod6g-english.zip? |
| 12:59:38 | bluebrother^ | then again, thinking about it. Since we have a separate folder for each target, wouldn't it be a good idea to put the voices in those folders as well? |
| 13:00 |
| 13:00:10 | bluebrother^ | so I have daily/ipod6g, and that has rockbox-ipod6g.zip and voice-ipod6g.zip? |
| 13:02:15 | braewoods | g#3046 |
| 13:02:17 | braewoods | fun. |
| 13:02:17 | fs-bluebot | Gerrit review #3046 at https://gerrit.rockbox.org/r/c/rockbox/+/3046 : rockbox: move firmware checksum algorithms into a common header by James Buren |
| 13:02:18 | speachy | yeah, that's a good idea. |
| 13:02:51 | speachy | I'll have to rejigger a few things on the infra side first. I'll let you know when it's done. |
| 13:03:01 | speachy | (maybe tonight, more likely tomorrow sometime) |
| 13:05:42 | bluebrother^ | nice, thanks. |
| 13:06:03 | bluebrother^ | I'd really like to get installing prerendered voices and manual to the main install tab, currently working on that. |
| 13:06:17 | bluebrother^ | though right now I'll just end up with download errors :) |
| 13:06:43 | bluebrother^ | maybe also put the manuals in those folders as well? So we'll end up with a folder per device containing everything (except bootloader)? |
| 13:07:12 | bluebrother^ | we kinda have it like that for the releases, minus the device folder. |
| 13:30:02 | | Quit prof_wolfff (Ping timeout: 272 seconds) |
| 13:54:27 | *** | Saving seen data "./dancer.seen" |
| 14:00 |
| 14:05:59 | braewoods | well that was a disappointment. |
| 14:06:16 | braewoods | the hdd6330 was on its last legs. it fell apart in my hands when all i was doing was inspecting it. |
| 14:06:33 | braewoods | oh well. i'll look for others. |
| 14:19:56 | braewoods | interesting. seems the hdd16xx is more common than i thought. |
| 14:20:08 | braewoods | just didn't turn up in my searches since people weren't including model #s |
| 14:24:40 | | Quit _bilgus_ (Remote host closed the connection) |
| 14:25:46 | | Join _bilgus [0] (~bilgus@65.186.35.190) |
| 14:31:47 | | Quit _bilgus (Remote host closed the connection) |
| 14:33:14 | | Join _bilgus [0] (~bilgus@2603-6011-c806-2b0c-a98f-cd71-e8c5-c458.res6.spectrum.com) |
| 15:00 |
| 15:25:21 | | Quit TheLemonMan (Quit: "It's now safe to turn off your computer.") |
| 15:28:27 | | Quit Rower () |
| 15:30:56 | | Join Rower [0] (~Rower@78-73-72-39-no2340.tbcn.telia.com) |
| 15:40:17 | | Join saratoga [0] (620acd42@cpe-98-10-205-66.rochester.res.rr.com) |
| 15:40:28 | saratoga | Does anyone know why the HTML manuals are only rendering out to chapter 4? |
| 15:54:28 | *** | Saving seen data "./dancer.seen" |
| 16:00 |
| 16:05:58 | speachy | saratoga: what's on the web/download site or for local buids? |
| 16:07:19 | braewoods | speachy: i scored a good buy recently. i found some old stuck unopened HDD1635s for a fair price. |
| 16:12:11 | saratoga | speachy: the zips have the entire manual, but it looks like the online copy only has part of it? |
| 16:12:47 | saratoga | eg https://download.rockbox.org/manual/rockbox-ipodnano1g/ |
| 16:13:10 | saratoga | https://download.rockbox.org/manual/rockbox-ipodnano1g-20201120-html.zip |
| 16:13:37 | speachy | I think something broke on the html manual builds on teh server |
| 16:13:59 | speachy | (eg) the zip from 20th is 385K, the 21st is 241K |
| 16:14:33 | speachy | du |
| 16:14:36 | braewoods | speachy: regarding the whole pine cube stuff... maybe a kickstarter project could help get it off the ground if you can show a semi-serious prototype |
| 16:14:45 | braewoods | if funding was an issue |
| 16:15:11 | braewoods | it's not innovative but it would be based on more modern hardware |
| 16:17:42 | speachy | saratoga: I take that back; the 19th is good, the 20th is not. which means this break happened prior to the server update |
| 16:26:47 | | Join prof_wolfff [0] (~prof_wolf@148.red-83-49-157.dynamicip.rima-tde.net) |
| 16:46:54 | | Quit prof_wolfff (Ping timeout: 265 seconds) |
| 16:50:45 | speachy | saratoga: the voice files are now under /daily/$model/voice-$model-$datecode-$lang.zip |
| 16:51:06 | speachy | whoops, that's supposed to go to bluebrother |
| 16:54:54 | bluebrother^ | speachy: nice, thanks. Can you also add a symlink pointing to the latest, as we have for the Rockbox build itself? |
| 16:57:45 | speachy | bluebrother^: there will be a set of voice-$player-$lang.zip links pointing to the appropriate place |
| 16:58:53 | bluebrother^ | will be as in will be generated during the next daily build run? |
| 16:59:43 | speachy | (I'm re-generating last night's voices to test things; the symlink isn't set up properly but it will in tonight's run) |
| 17:00 |
| 17:01:05 | speachy | manuals will take more work |
| 17:01:10 | bluebrother^ | ok, fine with me. Thanks a lot. |
| 17:01:28 | bluebrother^ | I'm mostly done with moving voice file and manual to the main install tab |
| 17:01:41 | bluebrother^ | manual also fixes the problem that we didn't download release manuals. |
| 17:01:57 | bluebrother^ | voice file currently only has english though, haven't added reading the values from build-info yet. |
| 17:02:04 | bluebrother^ | but it's progressing nicely. |
| 17:02:30 | speachy | saratoga: If I had to guess, I'd wager that 0aa702836b is what broke the html manual |
| 17:02:31 | bluebrother^ | though there's quite a bit of bit rot to deal with ;-) |
| 17:02:43 | speachy | mendel_munkis: can you confirm? |
| 17:03:24 | bluebrother^ | another of those things I was thinking about ... using Sphinx for the manual might be a better approach these days. LaTeX is really nice for printed stuff, but not exactly easy to write properly. |
| 17:03:39 | bluebrother^ | might give that a look once Rockbox Utility is done |
| 17:04:32 | speachy | ugh, tonight's backup run is going to take a while too. 33-odd GB of relocated voice files. :/ |
| 17:05:05 | bluebrother^ | yay for more voice files :P |
| 17:05:42 | speachy | I need to see about parallizing the voice builds. |
| 17:06:11 | speachy | (one core per language) |
| 17:07:47 | speachy | bluebrother^: for the manual, you only care about the pdf version? |
| 17:08:17 | speachy | and you presumably don't care about older versions, just "the latest daily manual" ? |
| 17:09:00 | bluebrother^ | I currently also allow downloading the html version. Or don't we want to have this? |
| 17:10:50 | speachy | ie the zip file? |
| 17:12:44 | speachy | Ok, I've added links for daily/$target/manual-$target.pdf and daily/$target/manual-$target-html.zip |
| 17:13:57 | bluebrother^ | thanks (yes, the zip). |
| 17:14:18 | bluebrother^ | now to readd daily build support and then it should work |
| 17:15:24 | speachy | soeaking of build-info, I don't recall you telling me how you wanted it to look. |
| 17:22:17 | | Join Rower- [0] (~Rower@45.56.183.21) |
| 17:24:04 | speachy | heh, the daily builds are 50GB of the 64GB used by download.rockbox.org |
| 17:24:28 | | Quit Rower (Ping timeout: 246 seconds) |
| 17:24:43 | speachy | voices are 2/3rds of that. |
| 17:26:45 | | Quit lebellium (Quit: Leaving) |
| 17:49:44 | | Join Rower [0] (~Rower@78-73-72-39-no2340.tbcn.telia.com) |
| 17:49:45 | | Quit Rower (Remote host closed the connection) |
| 17:53:43 | | Quit Rower- (Ping timeout: 260 seconds) |
| 17:54:31 | *** | Saving seen data "./dancer.seen" |
| 17:55:58 | speachy | of the nearly 15 million lines in the http error log, under 1000 were not due to the buildserver upload script spamming the log after every 1kb of data transfer. gack. |
| 18:00 |
| 18:09:17 | mendel_munkis | I had issues building the html manual before I started and just to confirm I just went and attempted again with a old tree. html manual wouldnt build before my manual changes |
| 18:10:16 | mendel_munkis | (it is possible that that was an issue with my local texlive setup and that something else broke without my relizing it but I find that unlikely) |
| 18:11:27 | speachy | oh, the main server's texlive install now complains about ipdf vs Ipdf. |
| 18:18:50 | mendel_munkis | so you finally caught up to debian :) |
| 18:19:16 | mendel_munkis | well g#2453 is sitting in gerrit when you want it |
| 18:19:19 | fs-bluebot | Gerrit review #2453 at https://gerrit.rockbox.org/r/c/rockbox/+/2453 : fix a few manual warnings by Moshe Piekarski |
| 18:43:37 | | Quit _bilgus (Ping timeout: 260 seconds) |
| 19:00 |
| 19:19:52 | speachy | updated verison of htmlatex is barfing on a few constructs −− \fname{} with \_ in it, for example |
| 19:47:42 | | Join _bilgus [0] (~bilgus@65.186.35.190) |
| 19:50:13 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
| 19:51:08 | | Join fs-bluebot_ [0] (~fs-bluebo@55d4a679.access.ecotel.net) |
| 19:51:55 | | Join prof_wolfff [0] (~prof_wolf@148.red-83-49-157.dynamicip.rima-tde.net) |
| 19:53:28 | | Quit bluebrother^ (Ping timeout: 265 seconds) |
| 19:53:28 | | Quit fs-bluebot (Ping timeout: 265 seconds) |
| 19:54:34 | *** | Saving seen data "./dancer.seen" |
| 20:00 |
| 20:02:41 | fs-bluebot_ | Build Server message: New build round started. Revision 4641d86c46, 293 builds, 9 clients. |
| 20:15:03 | fs-bluebot_ | Build Server message: Build round completed after 740 seconds. |
| 20:15:05 | fs-bluebot_ | Build Server message: Revision 4641d86c46 result: All green |
| 20:19:02 | speachy | so I can't figure out why htlatex is barfing. |
| 20:19:21 | speachy | I mean, I know _what_ is wrong but it's supposed to be valid. |
| 20:23:49 | | Join massiveH [0] (~massiveH@ool-18e4e82f.dyn.optonline.net) |
| 20:53:25 | | Quit _bilgus (Quit: Leaving) |
| 21:00 |
| 21:29:45 | | Join _bilgus [0] (~bilgus@2603-6011-c806-2b0c-d563-7811-5761-aed1.res6.spectrum.com) |
| 21:33:22 | | Quit mendel_munkis (Ping timeout: 260 seconds) |
| 21:44:02 | | Quit prof_wolfff (Ping timeout: 272 seconds) |
| 21:50:48 | | Join _bilgus_ [0] (~bilgus@2603-6011-c806-2b0c-0c64-b906-37b0-7550.res6.spectrum.com) |
| 21:51:27 | | Quit _bilgus (Quit: Leaving) |
| 21:54:37 | *** | Saving seen data "./dancer.seen" |
| 21:59:57 | borkitall | im wanting to save my settings, but am unable to do it on the player, could someone point me in the right direction please? |
| 22:00 |
| 22:12:34 | speachy | it saves things automatically? |
| 22:18:43 | _bilgus_ | assuming your disk isn't read only |
| 22:31:35 | borkitall | okay let me clarify |
| 22:32:00 | borkitall | im running the h2 dev build, and am wanting to update to the new daily |
| 22:32:17 | borkitall | is there a way to save settings outside of the player menus |
| 22:32:55 | _bilgus_ | you can edit them manually |
| 22:33:02 | _bilgus_ | you can shutdown the player |
| 22:33:13 | _bilgus_ | you can set sleep time to shut down player |
| 22:33:23 | borkitall | okay im not being clear enough, ill look into it |
| 22:33:29 | _bilgus_ | you can use lua to make a script that saves settings to disk too |
| 22:33:31 | borkitall | thankyou |
| 22:34:10 | _bilgus_ | are you wanting to install a new build and keep old settings? |
| 22:37:18 | braewoods | that generally works in my experience... |
| 22:37:25 | braewoods | you just overwrite the original RB folder |
| 22:37:33 | braewoods | as long as the settings file isn't erased in the process |
| 22:37:55 | _bilgus_ | yes unless you are jumping a few builds or have issues |
| 22:38:45 | _bilgus_ | like say from 3.13 to 3.15 |
| 22:41:23 | | Join mendelmunkis [0] (~mendelmun@ool-435680b7.dyn.optonline.net) |
| 22:48:30 | fs-bluebot_ | Build Server message: New build round started. Revision 332433eb3d, 293 builds, 9 clients. |
| 22:48:59 | braewoods | _bilgus_: did you review my gerrit commit yet? |
| 22:50:36 | braewoods | _bilgus_: #3046 |
| 22:57:57 | speachy | _bilgus_: http://www.shaftnet.org/~pizza/rockbox-build.log |
| 22:59:46 | _bilgus_ | g#3046 ? no I havent |
| 22:59:48 | fs-bluebot_ | Gerrit review #3046 at https://gerrit.rockbox.org/r/c/rockbox/+/3046 : rockbox: move firmware checksum algorithms into a common header by James Buren |
| 23:00 |
| 23:00:40 | fs-bluebot_ | Build Server message: Build round completed after 730 seconds. |
| 23:00:42 | fs-bluebot_ | Build Server message: Revision 332433eb3d result: 834 errors 0 warnings |
| 23:01:06 | braewoods | should be relatively simple |
| 23:01:16 | braewoods | wow. all documentation errors? |
| 23:01:47 | speachy | $%#! |
| 23:02:32 | speachy | some of the builders have the old latex. |
| 23:04:07 | speachy | mendelmunkis: So it seems your builders can't build your patch. :) |
| 23:06:45 | _bilgus_ | Class scrreprt Warning: \float@addtolists detected! |
| 23:06:45 | _bilgus_ | (scrreprt) Implementation of \float@addtolist became |
| 23:06:45 | _bilgus_ | (scrreprt) deprecated in KOMA-Script v3.01 2008/11/14 and |
| 23:06:45 | DBUG | Enqueued KICK _bilgus_ |
| 23:06:45 | _bilgus_ | (scrreprt) has been replaced by several more flexible |
| 23:06:45 | _bilgus_ | (scrreprt) features of package `tocbasic`. |
| 23:06:46 | *** | Alert Mode level 1 |
| 23:06:46 | _bilgus_ | (scrreprt) Since Version 3.12 support for deprecated |
| 23:06:48 | _bilgus_ | (scrreprt) \float@addtolist interface has been |
| 23:06:50 | _bilgus_ | (scrreprt) restricted to only some of the KOMA-Script |
| 23:06:52 | _bilgus_ | (scrreprt) features and been removed from others. |
| 23:06:54 | _bilgus_ | (scrreprt) Loading of package `scrhack' may help to |
| 23:06:56 | _bilgus_ | (scrreprt) avoid this warning, if you are using a |
| 23:06:58 | _bilgus_ | (scrreprt) a package that still implements the |
| 23:07:00 | _bilgus_ | (scrreprt) deprecated \float@addtolist interface. |
| 23:07:02 | _bilgus_ | sorry for the wall but.. |
| 23:11:22 | speachy | mendelmunkis: so, um, if you could either disable latex on your builder, or bring them up-to-date. |
| 23:12:11 | borkitall | _bilgus_: yes thats exactly what im trying to do |
| 23:12:18 | borkitall | sorry if i was a bit short before |
| 23:12:22 | mendelmunkis | give me a few |
| 23:13:06 | _bilgus_ | like braewoods said just unzip the new build ontop |
| 23:16:47 | *** | Alert Mode OFF |
| 23:17:59 | fs-bluebot_ | Build Server message: New build round started. Revision 9d33ed10ab, 293 builds, 9 clients. |
| 23:20:03 | mendelmunkis | yeah the builder is running debian stable. I'll update it in a few months when the next debian is released |
| 23:20:27 | speachy | I changed the 'latex' version check to match against Tex Live 2020 |
| 23:22:36 | borkitall | _bilgus_: thanks, ill backup my .rockbox and do that |
| 23:29:14 | fs-bluebot_ | Build Server message: Build round completed after 675 seconds. |
| 23:29:18 | fs-bluebot_ | Build Server message: Revision 9d33ed10ab result: 834 errors 0 warnings |
| 23:40:10 | | Join _bilgus [0] (~bilgus@2603-6011-c806-2b0c-e14a-efe9-4946-b992.res6.spectrum.com) |
| 23:41:27 | | Join _bilgus__ [0] (~bilgus@2603-6011-c806-2b0c-e14a-efe9-4946-b992.res6.spectrum.com) |
| 23:41:50 | | Quit _bilgus__ (Client Quit) |
| 23:41:50 | | Quit _bilgus (Client Quit) |
| 23:51:32 | speachy | _bilgus_: that float@addtolist thing is something in the bowels of the styles we're using. |
| 23:54:40 | *** | Saving seen data "./dancer.seen" |
| 23:57:13 | fs-bluebot_ | Build Server message: New build round started. Revision 2eb191a3f4, 293 builds, 9 clients. |
| 23:57:17 | | Quit saratoga (Remote host closed the connection) |
icon identifies that the person is a core developer (has commit access).