--- Log for 09.09.124 Server: osmium.libera.chat Channel: #rockbox --- Nick: rb-logbot Version: Dancer V4.16 Started: 15 days and 22 hours ago 00.04.14 Quit dconrad (Ping timeout: 260 seconds) 01.29.26 *** Saving seen data "./dancer.seen" 02.19.58 Join dconrad [0] (~dconrad@152.117.104.217) 02.24.48 Quit dconrad (Ping timeout: 272 seconds) 02.43.04 Quit spork (Quit: leaving) 03.29.27 *** Saving seen data "./dancer.seen" 05.04.18 Quit jacobk (Ping timeout: 248 seconds) 05.04.54 Join jacobk [0] (~quassel@47-186-105-237.dlls.tx.frontiernet.net) 05.29.29 *** Saving seen data "./dancer.seen" 05.39.22 Join dconrad [0] (~dconrad@152.117.104.217) 05.42.21 Join Moriar [0] (~moriar@107-200-193-159.lightspeed.stlsmo.sbcglobal.net) 05.43.49 Quit dconrad (Ping timeout: 248 seconds) 05.57.03 Join spork [0] (topic@80-235-20-31.ftth.glasoperator.nl) 06.07.06 Quit braewoods (Remote host closed the connection) 06.07.20 Join braewoods [0] (~braewoods@user/braewoods) 07.10.32 Quit Moriar (Quit: Leaving.) 07.29.31 *** Saving seen data "./dancer.seen" 08.30.58 Join dconrad [0] (~dconrad@152.117.104.217) 08.35.15 Quit dconrad (Ping timeout: 246 seconds) 08.36.11 Join thanosengine [0] (~thanos@user/thanosengine) 08.48.32 Quit thanosengine (Quit: WeeChat 4.3.1) 09.09.31 Join thanosengine [0] (~thanos@user/thanosengine) 09.29.32 *** Saving seen data "./dancer.seen" 09.37.43 Join speachy [0] (~speachy@rockbox/developer/speachy) 09.37.43 Mode "#rockbox +v speachy" by ChanServ (ChanServ@services.libera.chat) 09.47.30 Quit thanosengine (Quit: WeeChat 4.3.1) 10.00.19 # Hmm, wonder if OlsroFR could channel some of their energy into bringing the FR translation up from its <75% state. 10.01.25 # speachy I'm on it 10.01.35 Join thanosengine [0] (~thanos@user/thanosengine) 10.02.33 # The translation UI is really not simple to handle, also it would be nice to split "main" translations and the plugins ones. 10.03.06 # Because I think that translating chess moves is less important than the artists/albums in the database view. 10.05.35 # dconrad: can you supply the .elf and .map files for that? Also, I created two symlinks for the v1/v3 loaders. Might need to update instructions. 10.06.28 # edhelas_: they're all lumped in together as separating them was just not worth the complexity. that said, stuff that's used solely by plugins can be flagged as such. 10.06.41 # not sure what difference that will make in the end 10.07.44 # (in an ideal world, each plugin would have its own set of strings _and_ voice files. But managing that in a sane manner is a _lot_ of added complexity) 10.11.08 # may work out simpler to pull up the page, hit "Create Full" at the bottom, then use $EDITOR to find all ### markers and go from there. 10.30.10 # I'll give it a try 10.45.27 Join dconrad_phone [0] (~dconrad_p@205.237.113.8) 10.45.49 # speachy yeah for sure, I'll get you those when I get home tonight 10.48.09 Quit dconrad_phone (Client Quit) 11.09.12 Join dconrad_phone [0] (~dconrad_p@205.237.113.8) 11.12.10 # and yeah, I plan to get the instructions updated. I would like to get some prepatched update files put up so we can move away from jztool too... I spent a few minutes yesterday tracking down update files for hifiwalker and surfans players, enough to largely cover our bases I think. I don't have any for aigo units yet, but those seem to be rarer 11.12.44 # I think I can easily extend my patcher script to output uninstallation images too 11.15.38 # and rbutil seems like it should be pretty straightforward, I would like to add a couple notes to show during the process tho, to advise to reformat the drive and such 11.20.02 # we can group players by brand and OF version ranges to cut down on the number of entries in the list I think 11.29.35 *** Saving seen data "./dancer.seen" 11.37.17 Quit dconrad_phone (Quit: Connection closed) 11.39.24 Join dconrad [0] (~dconrad@152.117.104.217) 11.42.53 # dconrad: I have an unmolested version of every patch file on the wiki page 11.43.05 # (except surfans v2.2, I think) 11.43.33 Quit dconrad (Ping timeout: 246 seconds) 12.04.37 Join dconrad_phone [0] (~dconrad_p@205.237.113.8) 12.06.25 # I thought the unpatched files had been taken down? I don't see them there, unless I'm looking in the wrong place 12.07.59 # the unpatched files were never public 12.08.03 # I have them stashed locally 12.08.40 # ah, I see 12.09.19 # I thought you meant they were up there on the wiki 12.12.14 # and I'm not entirely comfortableeee providing images with patched bootloaders 12.12.22 Quit dconrad_phone (Quit: Connection closed) 12.14.07 # due to the ongoing hardare revision shenanigans and users' inability to folow instructions. 12.14.28 # <_bilgus> I'd tend to agree there we don't want anything someone could sue us over later 12.15.02 # It's not the legal stuff, just a big support hassle. 12.16.01 # (they lack standing to sue, because they're not legally distributing most of the stuff contained within their update images) 12.17.05 Join dconrad_phone [0] (~dconrad_p@205.237.113.8) 12.17.35 # hmm, I figured it would be fine given we already have patched files for the hosted port 12.17.40 # (yeah it's more complicated than that, but if they open that can of worms, they're in for some major self-inflicted pain) 12.19.20 # loading teh wrong pre-patched hosted file won't result in the player being unable to boot at all, because teh bootloader is unmolested. 12.21.12 # IIRC the easy "Recovery mode" is implented via uboot. As opposed to the jztool/usbboot stuff. 12.22.20 # it actually seems to be separate from uboot, its located quite a ways away on the memory 12.22.33 # it's located in a different location, but uboot is what jumps to it 12.23.04 # (ie spl loads uboot, which then jumps into recovery or the main FW image) 12.23.33 # and it doesn't get overwritten during updates, so worst case scenario (I've done this) is usbboot our bootloader to get to the recovery 12.23.38 # it's particularly annoing since 12.24.02 # dconrad_phone: yeah, it's recoverable but more involved. and I don't want us to be routinely in that position 12.25.15 # I get that, its been pretty smooth for me but I know how to use jztool I guess 12.25.24 # but as I was saying, this is particularly annoying since the update.upt stuff already has the abiltiy to distinguish between different/incompatible hw platforms, and ... nobody is using it! 12.25.37 Quit thanosengine (Quit: WeeChat 4.3.1) 12.25.40 # but I haven't had a single update go sideways fwiw 12.25.53 # we've all seen the posts of "I didn't see the fw image for what I ahve so I flashed something else and now it's not working properly" 12.26.13 # yeag... 12.26.18 # yeah* 12.26.34 # I don't trust the uboot binaries to be compatible across different hardware generations. 12.27.21 # I guess we could FAFO. :D 12.27.34 # that's the spirit haha 12.28.45 # wrt the update.upt hw variation mechanism, earlier revs of theese players actually _did_ use it in the beginning.. 12.29.12 # (I think the H2 v1.3 was one of 'em) 12.30.24 # I don't know if being noticed by HW/Surfans/etc is a good thing or a bad thing. 12.31.12 # I kind of figure how could they not know 12.31.33 # (I mean, in the best case we would be able to ask 'em if there's any way to detect the different hw revisions at runtime and everyone wis) In the worst case the lawyers get involved) 12.31.37 # I imagine we drive a fair amount of sales for them 12.31.49 # ....I doubt it. 12.32.09 # eh maybe I'm optimistic haha 12.34.41 Quit dconrad_phone (Quit: Connection closed) 12.34.42 # I'm willing to bet that HW/Surfans/Eros don't do _any_ of the SW work for these things; it's all done by Hiby under contract. 12.35.00 Join dconrad_phone [0] (~dconrad_p@205.237.113.8) 12.37.46 Quit dconrad_phone (Client Quit) 12.49.16 Join lebellium [0] (~lebellium@2a01cb0405d07f00d33a0da62bfc2206.ipv6.abo.wanadoo.fr) 12.57.28 Join thanosengine [0] (~thanos@user/thanosengine) 13.06.03 # speachy, I've done most of the French translation, trying to figure out how to push my branch on the git 13.06.43 # $ git push --set-upstream origin feature/translate-french-main-menus 13.06.43 # fatal : erreur distante : access denied or repository not exported: /rockbox 13.12.42 # see the section ' Uploading a change for review and testing ' in https://www.rockbox.org/wiki/UsingGit 13.15.43 # Will do :) 13.29.38 *** Saving seen data "./dancer.seen" 13.40.30 Join dconrad [0] (~dconrad@152.117.104.217) 13.44.59 Quit dconrad (Ping timeout: 245 seconds) 15.29.39 *** Saving seen data "./dancer.seen" 15.50.58 Quit thanosengine (Quit: WeeChat 4.3.1) 16.03.21 Quit othello7 (Quit: othello7) 16.05.17 Join othello7 [0] (~Thunderbi@pool-100-36-176-164.washdc.fios.verizon.net) 16.13.46 Join dconrad [0] (~dconrad@152.117.104.217) 16.18.17 Quit dconrad (Ping timeout: 255 seconds) 16.37.38 Quit jacobk (Ping timeout: 248 seconds) 17.29.40 *** Saving seen data "./dancer.seen" 17.34.39 Quit lebellium (Quit: Leaving) 18.21.40 # Build Server message: 3New build round started. Revision f7db73097a, 337 builds, 9 clients. 18.21.40 # 3Playlist viewer: Add new options to allow formatting using tags by Paul Sauro 18.37.21 # Build Server message: 3Build round completed after 941 seconds. 18.37.23 # Build Server message: 3Revision f7db73097a result: All green 18.44.11 Join jacobk [0] (~quassel@2603:8080:b200:7b02:77cb:6304:f9db:dda1) 18.45.54 Join dconrad [0] (~dconrad@152.117.104.217) 18.50.12 Quit dconrad (Ping timeout: 246 seconds) 18.55.19 Quit jacobk (Ping timeout: 260 seconds) 18.58.14 Join OlsroFR [0] (~OlsroFR@user/OlsroFR) 18.58.16 Quit OlsroFR (Client Quit) 18.58.26 Join OlsroFR [0] (~OlsroFR@user/OlsroFR) 18.59.21 # I am getting a white page when trying to upload a 158kb theme for ipod video called "retroTapeFixed". I tried several times without success. It is some kind of security measure ? The theme is also available on my Github: https://github.com/Olsro/rockbox-classic5g6g7g-themes 18.59.24 Join Moriar [0] (~moriar@107-200-193-159.lightspeed.stlsmo.sbcglobal.net) 19.02.18 # If I activate the devtools on my web browser, I can see that I get an error 500 19.02.27 Quit OlsroFR (Client Quit) 19.02.58 Join OlsroFR [0] (~OlsroFR@user/OlsroFR) 19.03.43 # _bilgus About the unrelated database reload issue you have mentioned, it is something that never really bothered me. But if you wanna implement a solution, I will review it with pleasure 19.03.47 # (and test it) 19.04.17 Quit OlsroFR (Client Quit) 19.25.03 # <_bilgus> I was looking at it last night and It looks like it doesn't actually delete it, we just overwrite it with new instead as far as the theme stuff speachy might have an idea 19.29.43 *** Saving seen data "./dancer.seen" 19.32.57 Join jacobk [0] (~quassel@2603:8080:b200:7b02:77cb:6304:f9db:dda1) 19.39.32 Join massiveH [0] (~massiveH@2600:4040:a982:dc00:9d75:d549:aceb:c0b6) 20.21.06 Quit jacobk (Ping timeout: 276 seconds) 20.33.44 Quit yang2 (Ping timeout: 245 seconds) 20.36.59 Join yang2 [0] (sid23779@id-23779.lymington.irccloud.com) 20.39.51 Nick yang2 is now known as Guest2797 (sid23779@id-23779.lymington.irccloud.com) 20.40.49 Quit hook54321 (Ping timeout: 245 seconds) 20.45.59 Join hook54321 [0] (sid149355@user/hook54321) 20.52.23 Join jacobk [0] (~quassel@47-186-105-237.dlls.tx.frontiernet.net) 20.58.53 Join dconrad [0] (~dconrad@152.117.104.217) 21.03.19 Quit dconrad (Ping timeout: 245 seconds) 21.29.46 *** Saving seen data "./dancer.seen" 21.37.40 Join dconrad [0] (~dconrad@152.117.104.217) 21.40.27 # speachy: here's the same zip file but with .map and .elf files this time: https://drive.google.com/file/d/1EtAcyENekbchajueseuwKdoAhJz7KJg0/view?usp=sharing 21.41.04 # And if you'd rather not do patched .upt files I can forget about that plan, keep the native port for the more hardcore folks 21.42.33 # it just seems like it would work so well 22.13.04 Quit Moriar (Ping timeout: 260 seconds) 23.20.04 Quit massiveH (Quit: Leaving) 23.29.48 *** Saving seen data "./dancer.seen"