--- Log for 05.05.124 Server: tungsten.libera.chat Channel: #rockbox --- Nick: rb-logbot Version: Dancer V4.16 Started: 14 days and 15 hours ago 00.30.05 Join skipwich [0] (~skipwich@user/skipwich) 00.33.18 Quit skipwich (Remote host closed the connection) 00.40.17 *** Saving seen data "./dancer.seen" 00.58.14 Join dconrad [0] (~dconrad@152.117.104.216) 01.02.51 Quit dconrad (Ping timeout: 255 seconds) 01.20.22 Quit massiveH (Quit: Leaving) 02.40.20 *** Saving seen data "./dancer.seen" 03.13.40 Join dconrad [0] (~dconrad@152.117.104.216) 03.18.31 Quit dconrad (Ping timeout: 268 seconds) 04.15.26 Join f_ [0] (~AUGESOUND@fases/developer/funderscore) 04.20.55 Join lebellium [0] (~lebellium@2a01cb0405d07f00d33a0da62bfc2206.ipv6.abo.wanadoo.fr) 04.40.22 *** Saving seen data "./dancer.seen" 04.58.53 Quit CH23[m] (Read error: Connection reset by peer) 04.59.13 Join CH23[m] [0] (~CH23@revspace/participant/ch23) 05.30.33 Join dconrad [0] (~dconrad@152.117.104.216) 05.34.40 Quit dconrad (Ping timeout: 246 seconds) 06.40.26 *** Saving seen data "./dancer.seen" 07.32.28 Join dconrad [0] (~dconrad@152.117.104.216) 07.36.52 Quit dconrad (Ping timeout: 256 seconds) 07.37.53 Join amachronic [0] (~amachroni@user/amachronic) 07.51.41 # hm 07.52.08 # I got a 128 GB micro SD, formatted it to fat32 (using mkfs.vfat) and rsync'd (with -raHEAXSP --delete) all data from the old (64 GB) μSD to the new one. 07.52.35 # however, the multiboot bootloader won't boot from that new micro SD. i verified that the rockbox_main.clipzip file as well as the .rockbox folder is there 07.53.01 # the rockbox firmware on the player will boot and can then also list the contents of and they look correct (I can see .rockbox and rockbox_main.clipzip there, too) 07.53.09 # can the multiboot bootloader not deal with 128 GB μSD cards? 07.53.57 # it can, maybe your new card has a GPT partition table? 07.54.19 # support for that got added recently so it would work in RB but not in the bootloader (unless there has been a new release) 07.54.25 # noooo, but the partition type in mbr is set to exfat 07.54.32 # maybe I should fix that :) 07.54.42 # it shouldn't matter iirc 07.55.25 # yup, you're right, it didn't matter (still won't boot from the SD card) 07.55.44 # but fdisk lists disklabel type "dos" 07.55.58 # it should be ok then, just checking for the easy fix first :) 07.56.39 # there should be some info in the debug menu about boot data 07.57.05 # not sure it will help but maybe it has some clue 07.57.33 # Boot Volume: <0> (as expected) 07.57.47 Quit CH23[m] (Read error: Connection reset by peer) 07.57.51 # Bootdata RAW: Length 4. CRC: 384cb609, CRC: OK!, 00: 00 00 ff ff 07.57.57 Join CH23[m] [0] (~CH23@revspace/participant/ch23) 07.58.16 Quit CH23[m] (Read error: Connection reset by peer) 07.58.29 Join CH23[m] [0] (~CH23@revspace/participant/ch23) 07.58.34 # it feels a bit as if it runs in some kind of timeout 07.58.49 # (it hangs a bit longer in the boot screen before switching to the main boot device) 07.59.48 # re-rsync'd .rockbox with -c (checksum verification), and that didn't do anything :| 08.04.12 # I think that boot volume <0> means it's having a problem, if the SD shows as microSD1 the boot volume should be <1> if it was successful 08.04.45 # right 08.04.51 # the question is what kind of problem :-) 08.06.06 # is your rockbox_main.clipzip an empty 0-byte file? 08.07.41 # yes 08.08.10 # let me try this card in another player... 08.08.19 # so it's either having an issue loading the RB binary or can't write the boot data after loading it 08.08.50 # other player fails to boot from it, too... 08.09.17 # just to rule out card issues, can you checksum the RB binary on your computer and then plug in the card and checksum it there? 08.09.36 # (I suppose rsync -c may have checked this already though) 08.09.53 # rsync -c should at least have ensured that working card and non-working card have the same bits 08.10.04 # (in particular as I unplugged and re-plugged the card inbetween) 08.10.06 # but I'll double check 08.10.35 # 82a235833210e7a0335daf848e11cded5b5ed9ecaf38a6618a566cc12b77e593 /media/horazont/89A9-261D/.rockbox/rockbox.sansa 08.10.35 # 82a235833210e7a0335daf848e11cded5b5ed9ecaf38a6618a566cc12b77e593 /media/horazont/DD96-CBB0/.rockbox/rockbox.sansa 08.10.38 # both the same 08.14.29 # well if you were using this exact build with multiboot on the old card without issues this is a bit puzzling 08.14.46 # yes 08.14.57 # only explanation that makes sense to me is if the bootloader fails to deal with 128 GB volumes. 08.15.12 # hm, I could try a smaller partition size, but that'd mean rewriting all the data I guess 08.15.16 # (or can you offline-shrink vfat…) 08.15.48 # you can offline shrink but if there is significant amount of data you might wish you didh't :) 08.16.02 # how? 08.16.07 # I mean, how might I wish I didn't? :) 08.16.18 # it's very slow to reshuffle the data around an SD card 08.16.37 # is FAT32 "smart" enough to distribute data across the volume instead of just starting from the beginning? 08.16.39 # so it might end up being faster to transfer it over again 08.17.42 # depends on the OS I think, if you are sure the data is at the beginning it's probably fine 08.18.06 # I don't think FAT inherently relies on any particular allocation strategy. 08.18.50 # that was quick 08.19.25 # Anyhow, the disk code is the same for bootloader vs. main rockbox so I can't see how the card/partition size should affect it 08.19.59 # if it's readable to RB all, the bootloader should see the same thing 08.20.38 # really really weird 08.20.44 # a possible explanation is that the card isn't powering up fast enough at boot so it appears to be failed/unplugged 08.20.53 # but once RB is running and power is more stable it can be accessed fine 08.21.00 # (reduced the partition size to 60GiB, no change) 08.21.11 # maybe due to an old weak battery 08.21.13 # amachronic, that would fit the "it feels like something is timeouting there" observation. 08.21.23 # let me try booting with USB power attached 08.22.03 # doesn't change the behaviour, but the battery is also almost fully charged 08.40.30 *** Saving seen data "./dancer.seen" 08.40.49 # tbh it seems likely to be a hardware problem, either a bad card or something fishy with the players. 08.41.06 # you could possibly try building the clipzip bootloader from git and see if it changes anything 08.44.43 # *insert unhappy noises* 08.53.53 Quit CH23[x] (Ping timeout: 256 seconds) 09.22.49 Quit cnx (Ping timeout: 255 seconds) 09.28.57 Join cnx [0] (~cnx@tem.loang.net) 09.32.24 Join skipwich [0] (~skipwich@user/skipwich) 10.00.40 Join dconrad [0] (~dconrad@152.117.104.216) 10.02.02 Join davisr [0] (~davisr@fsf/emeritus/davisr) 10.06.45 Quit dconrad (Ping timeout: 268 seconds) 10.39.18 Quit CH23[m] (Ping timeout: 255 seconds) 10.40.29 Join CH23[m] [0] (~CH23@revspace/participant/ch23) 10.40.34 *** Saving seen data "./dancer.seen" 11.04.34 Quit CH23[m] (Read error: Connection reset by peer) 11.04.54 Join CH23[m] [0] (~CH23@revspace/participant/ch23) 11.08.15 Join CH23[x] [0] (~CH23@revspace/participant/ch23) 11.10.59 Join othello7 [0] (~Thunderbi@pool-100-36-176-164.washdc.fios.verizon.net) 11.26.37 Join dconrad [0] (~dconrad@152.117.104.216) 11.30.58 Quit dconrad (Ping timeout: 246 seconds) 11.36.10 # <_bilgus_> jssfr I already have a few of the sansa bootloaders from head compiled and tested https://www.mediafire.com/folder/jmkihef72v62p/Multiboot_Bootloaders 11.36.49 # <_bilgus_> should be the 2023 ones that have amachronics v2 bootloader 11.37.29 # <_bilgus_> 256 has no issue with multiboot on clip+ or zip 11.38.15 # <_bilgus_> I daily a 128G on the zip though a few weeks ago it got corrupted and its only like 75G now 11.39.10 # <_bilgus_> pretty sure that was not rb related just a 3 year old card dying 11.44.28 Quit pixelma (Quit: .) 11.44.28 Quit amiconn (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.) 11.45.25 Join pixelma [0] (marianne@p200300ea87375a00305e95fffec66ff3.dip0.t-ipconnect.de) 11.45.25 Join amiconn [0] (jens@p200300ea87375a00305e95fffec66ff3.dip0.t-ipconnect.de) 11.49.07 Quit CH23[x] (Quit: Leaving) 11.50.37 Join l0x0l [0] (~l0x0l@user/l0x0l) 12.24.33 Join CH23 [0] (~CH23@revspace/participant/ch23) 12.37.13 # wiki snapshot regen is now automated 12.37.31 # takes 30 minutes, and kicks off daily 12.38.30 # <_bilgus_> I think maybe weird nvram setting might be the cause of that FM radio issue and a few other weird ones we have encountered 12.38.56 # <_bilgus_> oh nice so it will stay up to date now :) 12.39.17 # not like there are many changes; two in the past 30 days 12.39.25 # <_bilgus_> haven't had many infra issues since you did it static 12.40.00 # and even if a bot hits the real wiki, it gets 401'd unless you enter credentials. 12.40.24 # so the engine won't get hit unless you present valid credentials. 12.40.27 # bah 12.40.36 *** Saving seen data "./dancer.seen" 12.44.19 # <_bilgus_> So I have a patch that allows 1st level directories in the plugin browser to allow a bit more organization any thoughts on if its a bad idea or should I let it show sub-sub dirs too? 12.45.11 # <_bilgus_> I figured that le you place a plugin in a dir and list its save files etc but not expose a whole file browser 12.45.35 # <_bilgus_> I also have the folders sort as files in the file list 12.45.47 # sounds reasonable; it's not soething I personally do though 12.47.04 # <_bilgus_> my main reason is so I don't need a plugin to display lua scripts and those sgt- puzzles taking up half the games dir 12.48.38 Quit CH23[m] (Read error: Connection reset by peer) 12.52.06 Quit f_ (Ping timeout: 260 seconds) 12.58.59 Join dconrad [0] (~dconrad@152.117.104.216) 13.03.44 Quit dconrad (Ping timeout: 268 seconds) 13.16.57 # I'm now trying to get g#1005 up to date (incorporating g#3026 too) 13.17.02 # 3Gerrit review #1005 at https://gerrit.rockbox.org/r/c/rockbox/+/1005 : 3added xrick game by Sebastian Leonhardt 13.17.03 # 3Gerrit review #3026 at https://gerrit.rockbox.org/r/c/rockbox/+/3026 : 3Bring xrick up to date by Moshe Piekarski 13.26.39 # <_bilgus_> nice, I still planned on looking at it I just got distracted :) 13.37.04 # hmm. the theme editor doesn't build any more 13.46.16 Join dconrad [0] (~dconrad@152.117.104.216) 13.50.33 Quit dconrad (Ping timeout: 255 seconds) 13.58.53 # <_bilgus_> I'm pretty sure it didn't work well even when it did 13.59.51 # yeah, but it's part of the default set of stuff when you run cmake under utils/ 14.03.12 # Build Server message: 3New build round started. Revision d7c541742f, 304 builds, 10 clients. 14.03.12 # 3Allow first level folders in plugin menu by William Wilgus 14.04.49 # <_bilgus_> I must have made the makefile for lua before I figured out how to get lists of files in make 14.05.50 # "those that do not understand make are doomed to re-implement it... poorly." 14.06.42 # <_bilgus_> well when you try 5 different ways per the manual and nothing works then you do whatever I guess lol 14.06.48 # pushed my fixes to get the theme editor building. basically 64-bit-isms. 14.07.30 # <_bilgus_> like listing out your source files in the make file 14.08.27 # <_bilgus_> at least its not as terse as our tagnav or themes :) 14.10.13 # <_bilgus_> ah crap I didn't delete the old include fields in that commit 14.14.01 # <_bilgus_> luckily they just splash a message since they will probably be in copy upgrade installs 14.15.23 # <_bilgus_> also something else I discovered perl glob_copy ignores hidden files 14.15.54 # Build Server message: 3Build round completed after 762 seconds. 14.15.55 # Build Server message: 3Revision d7c541742f result: All green 14.15.59 # Build Server message: 3New build round started. Revision c34076b2a5, 304 builds, 10 clients. 14.15.59 # 3Theme Editor: Make it compile with modern toolchains by Solomon Peachy 14.26.52 # Build Server message: 3Build round completed after 654 seconds. 14.26.53 # Build Server message: 3Revision c34076b2a5 result: All green 14.26.55 # Build Server message: 3New build round started. Revision f55483a966, 304 builds, 10 clients. 14.26.56 # 3lua --remove files moved to include directory by William Wilgus 14.34.22 # well, it's one way to boost our commit stats 14.34.40 # competing for most trivial (but necessary) commits 14.35.51 # Build Server message: 3Build round completed after 537 seconds. 14.35.52 # Build Server message: 3Revision f55483a966 result: All green 14.35.56 # Build Server message: 3New build round started. Revision 1189006a4b, 304 builds, 10 clients. 14.35.56 # 3Update .gitignore by Solomon Peachy 14.40.39 *** Saving seen data "./dancer.seen" 14.44.54 # Build Server message: 3Build round completed after 538 seconds. 14.44.55 # Build Server message: 3Revision 1189006a4b result: All green 14.48.27 # <_bilgus_> oddly github doesn't recognize me when I do commits thru gerrit so no stats to worry about :) 16.00.36 Quit LjL (Read error: Connection reset by peer) 16.02.09 Join LjL [0] (~ljl@user/ljl) 16.15.34 Join dconrad [0] (~dconrad@152.117.104.216) 16.16.05 # gonn ahve to bite the bullet soon and do the forum upgrade; that's going o require rebuilding the theme and any other customizaitons 16.20.23 Quit dconrad (Ping timeout: 264 seconds) 16.40.40 *** Saving seen data "./dancer.seen" 17.11.58 Quit davisr (Quit: yeehaw) 17.46.31 Part splinterbyte 18.25.13 Quit lebellium (Quit: Leaving) 18.40.42 *** Saving seen data "./dancer.seen" 19.15.44 Join dconrad [0] (~dconrad@152.117.104.216) 19.20.24 Quit dconrad (Ping timeout: 255 seconds) 19.26.30 Quit amachronic (Quit: amachronic) 19.26.34 Join massiveH [0] (~massiveH@2600:4040:a982:c800:b1d6:f724:878:46f4) 20.31.04 Quit Bobathan_ (Ping timeout: 255 seconds) 20.40.46 *** Saving seen data "./dancer.seen" 20.41.01 Join Bobathan_ [0] (~admin@syn-065-029-248-157.res.spectrum.com) 20.54.41 Quit l0x0l (Quit: WeeChat 4.2.1) 21.17.04 Quit baltazar (Ping timeout: 268 seconds) 21.18.16 Join baltazar [0] (~baltazar@user/baltazar) 22.01.26 Join dconrad [0] (~dconrad@152.117.104.216) 22.05.52 Quit dconrad (Ping timeout: 246 seconds) 22.40.47 *** Saving seen data "./dancer.seen" 22.50.33 Join dconrad [0] (~dconrad@152.117.104.216) 22.51.47 Quit massiveH (Quit: Leaving) 22.55.37 Quit dconrad () 22.57.37 Join PheralSparky [0] (~Shawn@user/shawn/x-4432647) 23.20.51 Join jacobk [0] (~quassel@utdpat241033.utdallas.edu) 23.24.45 Quit CH23 (Ping timeout: 255 seconds) 23.56.46 Join CH23 [0] (~CH23@revspace/participant/ch23)