--- Log for 28.10.124  Server: osmium.libera.chat  Channel: #rockbox
--- Nick: rb-logbot  Version: Dancer V4.16  Started: 2 months and 4 days ago

00.08.20 Join    jacobk [0] (~quassel@47-186-105-237.dlls.tx.frontiernet.net)
00.23.32 Join    munkis [0] (~mendel_mu@2600:4041:5ac9:a100:b225:aaff:fe5e:10eb)
01.53.37 ***     No seen item changed, no save performed.
01.57.12 Quit    bpye (Quit: Ping timeout (120 seconds))
01.57.46 Join    bpye [0] (~bpye@user/bpye)
02.32.46 Join    Natch [0] (~natch@c-92-34-7-158.bbcust.telenor.se)
02.44.37 Quit    pixelma (Quit: .)
02.44.38 Quit    amiconn (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)
02.45.52 Join    pixelma [0] (marianne@p4fe76284.dip0.t-ipconnect.de)
02.45.52 Join    amiconn [0] (jens@p4fe76284.dip0.t-ipconnect.de)
03.53.41 ***     Saving seen data "./dancer.seen"
05.04.42 Quit    jacobk (Ping timeout: 276 seconds)
05.05.06 Join    jacobk [0] (~quassel@47-186-105-237.dlls.tx.frontiernet.net)
05.53.44 ***     Saving seen data "./dancer.seen"
06.10.19 Quit    othello7 (Ping timeout: 264 seconds)
06.43.49 Quit    TorC (Ping timeout: 260 seconds)
06.49.57 Join    TorC [0] (~Tor@fsf/member/TorC)
06.50.14 Quit    JanC (Ping timeout: 260 seconds)
07.05.31 Quit    retr0id (Remote host closed the connection)
07.09.04 Join    retr0id [0] (~Retr0id@user/retr0id)
07.53.47 ***     Saving seen data "./dancer.seen"
08.25.41 Quit    braewoods__ (Remote host closed the connection)
08.25.48 Join    braewoods [0] (~braewoods@user/braewoods)
08.40.11 Quit    braewoods (Remote host closed the connection)
08.40.25 Join    braewoods [0] (~braewoods@user/braewoods)
09.31.16 #       <speachy> dconrad:  F20s are under $100 right now on amazon; I ordered one.  And I saw a report of the H2 with fw v1.9, so I guess Hifiwalker's now shipping HW4 boards.
09.31.46 #       <speachy> In other news, my ebay trolling landed me a iBasso DX50 in excellent shape
09.35.51 #       <speachy> (Updated the wiki page to list the H2 v1.9)
09.37.05 #       <speachy> And _anyone_ with a 4g-6g (or mini1g/2g) ipod, with any sort of storage, I'd appreciate it if you could bang on a test build for me.
09.41.22 Quit    braewoods (Read error: Connection reset by peer)
09.41.28 Join    braewoods_ [0] (~braewoods@user/braewoods)
09.48.21 #       <speachy> especially a 6g.
09.51.34 #       <speachy> especially one of the original "fat" 160GB 6g (with the hard drive)
09.51.56 Join    dys [0] (~dys@user/dys)
09.52.46 Quit    _bilgus (Quit: Leaving)
09.53.49 ***     Saving seen data "./dancer.seen"
09.53.58 Join    _bilgus [0] (~bilgus@syn-162-154-213-134.res.spectrum.com)
09.55.51 Quit    braewoods_ (Remote host closed the connection)
09.56.03 Join    braewoods__ [0] (~braewoods@user/braewoods)
09.56.49 #       <CH23> i need to order a new iflash ata1 for my monochrome 4th gen. I broke the one I have rn :(
10.08.08 Join    braewoods_ [0] (~braewoods@user/braewoods)
10.08.50 Quit    braewoods__ (Read error: Connection reset by peer)
10.24.19 Join    braewoods [0] (~braewoods@user/braewoods)
10.26.26 Quit    braewoods_ (Ping timeout: 248 seconds)
10.30.12 Join    braewoods_ [0] (~braewoods@user/braewoods)
10.31.06 Quit    braewoods (Read error: Connection reset by peer)
10.34.05 Join    braewoods__ [0] (~braewoods@user/braewoods)
10.34.56 Quit    braewoods_ (Read error: Connection reset by peer)
10.55.57 Quit    braewoods__ (Read error: Connection reset by peer)
10.55.57 Join    braewoods [0] (~braewoods@user/braewoods)
11.01.42 Join    braewoods_ [0] (~braewoods@user/braewoods)
11.01.58 Quit    braewoods (Read error: Connection reset by peer)
11.09.26 Join    braewoods [0] (~braewoods@user/braewoods)
11.10.51 Quit    braewoods_ (Read error: Connection reset by peer)
11.19.10 Join    JanC [0] (~janc@user/janc)
11.53.50 ***     Saving seen data "./dancer.seen"
12.13.11 Quit    braewoods (Remote host closed the connection)
12.13.25 Join    braewoods [0] (~braewoods@user/braewoods)
12.16.53 Join    IPG [0] (~InvoxiPla@94.4.117.11)
12.44.59 Join    chris_s [0] (~chris_s@2a04:4e41:65:15::9df4:a9ed)
12.46.53 #       <rb-bluebot> Build Server message: 3New build round started. Revision 55a5bfe740, 345 builds, 9 clients.
12.46.53 #       <rb-bluebot> 3View Album Art from WPS context menu by Roman Artiukhin
13.04.31 #       <rb-bluebot> Build Server message: 3Build round completed after 1058 seconds.
13.04.32 #       <rb-bluebot> Build Server message: 3Revision 55a5bfe740 result: All green
13.08.50 Quit    chris_s (Quit: Client closed)
13.08.59 Join    chris_s [0] (~chris_s@2a09:bac2:2cb4:126e::1d6:55)
13.26.43 Join    othello7 [0] (~Thunderbi@pool-100-36-176-164.washdc.fios.verizon.net)
13.27.39 Quit    chris_s (Quit: Client closed)
13.53.38 #       <rb-bluebot> Build Server message: 3New build round started. Revision bd02af3413, 345 builds, 9 clients.
13.53.38 #       <rb-bluebot> 3SD:  Fix typo in debug menu by Solomon Peachy
13.53.51 ***     Saving seen data "./dancer.seen"
14.08.12 #       <rb-bluebot> Build Server message: 3Build round completed after 875 seconds.
14.08.14 #       <rb-bluebot> Build Server message: 3Revision bd02af3413 result: All green
14.15.54 Quit    jacobk (Ping timeout: 260 seconds)
14.16.23 Join    jacobk [0] (~quassel@47-186-105-237.dlls.tx.frontiernet.net)
14.16.54 Join    chris_s [0] (~chris_s@2a09:bac2:2855:246e::3a1:4e)
15.23.27 #       <dook> Possible issue with themes on flash storage modded 6th gen classic ipods
15.23.31 #       <dook> https://www.reddit.com/r/rockbox/comments/1gboqta/weird_lines_on_freshos/
15.23.46 #       <dook> Just two people reporting it so far
15.26.07 #       <dook> One user switched back to a daily build from the 14th and the problem no longer happened
15.26.43 #       <edhelas_> Oh wait ! I also got those on mine, another theme.
15.26.51 #       <edhelas_> I though it was some screen issue.
15.28.52 #       <speachy> specifics really matter -- build, storage details, etc.  Having a hard time seeing how that's a storage issue, unless the file itself is corrupted.
15.29.47 #       <speachy> ought to be easy enough to bisect and find out 
15.29.56 #       <dook> I'll get more details from the users 
15.30.15 #       <dook> I can't see anything specific in the themes themselves that stands out as the cause
15.30.48 #       <dook> They're reporting that it's on current daily builds since the 14th 
15.31.38 #       <speachy> might be worth trying that test build I created too.
15.32.10 Part    dook
15.32.33 Join    dook [0] (c9db4a6425@2a03:6000:1812:100::1222)
15.33.38 #       <dook> Do you have a link to that build?
15.34.17 #       <speachy> https://www.shaftnet.org/~pizza/ipod6g-exp2.zip
15.34.37 #       <speachy> master as of yesterday plus the ATA patches I have in gerrit.
15.34.53 #       <dook> Perfect, thanks
15.35.02 #       <dook> Do they just merge that with their .rockbox folder?
15.35.16 #       <speachy> I'd suggest backing up .rockbox and then unzipping this.  Just in case.
15.36.48 #       <speachy> ((all of this work was motivated by trying to determine why a couple of CF cards worked fine on the 5g but corrupted badly on the 6g)
15.37.28 #       <dook> Recommended it to them to try
15.37.39 #       <dook> I'll update here when they respond
15.41.37 #       <speachy> the salient change I expect to make a difference is is backing off from UDMA4 to UDMA2.
15.42.21 #       <speachy> since that is incredibly sensitive to the cable/signal quality.
15.43.59 Quit    chris_s (Quit: Client closed)
15.44.59 #       <speachy> oh, and improved battery life with SD card mods.
15.45.24 Join    chris_s [0] (~chris_s@2a09:bac3:2cfa:1282::1d8:1fd)
15.50.18 #       <edhelas_> speachy I could try with my imCort adapter, will it corrupt my musics ?
15.50.57 #       <speachy> unlikely, but I can't make promises since I have no way to test this myself.
15.51.25 Part    henk
15.53.55 ***     Saving seen data "./dancer.seen"
16.15.06 Join    chris_s15 [0] (~chris_s@2a09:bac2:2cf2:1282::1d8:19f)
16.15.08 Quit    chris_s15 (Client Quit)
16.15.48 Quit    chris_s (Quit: Client closed)
16.26.13 #       <user890104> speachy: should there be any difference on a stock hdd 120gb ipod6g?
16.26.45 #       <speachy> there _shouldn't_ be.  (as in, if there is, that's a regression)
16.27.52 #       <user890104> i mean, as in improvements, or it's exclusively for the modded storage ipods?
16.29.01 #       <speachy> ...there may be a slight performance drop from the UDMA4->2 drop
16.29.22 Join    chris_s [0] (~chris_s@2a09:bac2:2840:2c8::47:594)
16.29.32 #       <speachy> but functionally, real HDDs don't need all the workarounds and gyrations we need for those buggy SSDs.
16.38.46 #       <user890104> i see, thanks
16.39.18 #       <user890104> did you have time to look at the git tree, that I was keeping up to date until last year?
16.40.12 Quit    jacobk (Ping timeout: 276 seconds)
16.45.13 #       <speachy> for HDDs, it more aggressively powers down (7s timeout vs 20s) so you may see a small battery life boost.
16.45.35 #       <speachy> I want to say that I did, but I don't remember any of the specifics now.
16.55.10 #       <user890104> well, i'm mostly wondering how to keep the nano3g/4g code up to date with the recent changes, and if I should start the port as a new branch, or try to resurrect/fix the old one
16.55.52 #       <user890104> the last time i got stuck on the STORAGE_RAMDISK issue, and left it there
16.56.33 Quit    aaabbb (Changing host)
16.56.33 Join    aaabbb [0] (~aaabbb@user/aaabbb)
16.56.41 #       <user890104> there's some magic happening when a storage is init'ed, and i couldn't trace it
17.20.18 Join    Moriar [0] (~moriar@107-200-193-159.lightspeed.stlsmo.sbcglobal.net)
17.22.32 Join    Everything [0] (~Everythin@178-133-168-45.mobile.vf-ua.net)
17.23.06 Quit    hactar|ant (Ping timeout: 252 seconds)
17.24.24 Join    hactar|ant [0] (~zem@97-115-121-24.ptld.qwest.net)
17.53.57 ***     Saving seen data "./dancer.seen"
17.54.19 Quit    chris_s (Quit: Client closed)
18.20.07 Quit    Everything (Read error: Connection reset by peer)
18.24.12 Join    Everything [0] (~Everythin@195.138.86.118)
18.41.06 Quit    Everything (Ping timeout: 246 seconds)
18.43.14 Join    Everything [0] (~Everythin@178-133-153-185.mobile.vf-ua.net)
18.50.24 Quit    kugel (Ping timeout: 245 seconds)
18.59.33 #       <dook> So one user has a 128gb ssd, the other has 4x128gb sd cards in a flash adapter
19.00.06 #       <dook> speachy: The sd card user tried your test build and said the problem exists there too
19.06.09 Join    kugel_ [0] (~kugel@ip4d146a3a.dynamic.kabel-deutschland.de)
19.39.34 Join    massiveH [0] (~massiveH@2600:4040:a982:dc00:61ab:5ce6:fe1b:8d9a)
19.47.46 #       <munkis> speachy: I am sitting in front of uzziyah now, I have installed unicode::normalize. are ther any tests I can run to confirm my builder is healthy?
19.54.00 ***     Saving seen data "./dancer.seen"
19.55.30 Quit    Everything (Quit: leaving)
20.57.09 Quit    speachy (Quit: WeeChat 4.4.2)
20.57.27 Join    speachy [0] (~speachy@rockbox/developer/speachy)
20.57.27 Mode    "#rockbox +v speachy" by ChanServ (ChanServ@services.libera.chat)
20.58.14 #       <speachy> munkis: See if you can successfully generate a build from the account that your builder runs under?  All I know is that the builder reported a "permission denied" error to the server
20.58.45 #       <munkis> huh, not the error I expected, I will investigate.
20.59.11 #       <speachy> dook: I saw, but that tells me... nothing. I want debug info, showing the build id and a few select lines from the disk info screen.
20.59.50 #       <speachy> other things that need doing.  dosfsck/chkdsk, validate checksums of the theme files on disk, etc.
21.01.13 #       <speachy> if the only reported problem is "some theme elements are visually corrupted" (but the files on disk are ok) then it's more likely that there's been another bug lurking that this uncovered.
21.02.31 #       <speachy> might be the permissions of the rbclient.pl script itself
21.07.31 #       <munkis> huh looking at the local logs it seems that starting 10-07 i have been getting a permission denied error from the server on the upload step.
21.09.32 #       <speachy> the change on the 7th was moving all of the 'sdl' targets to 'sdl2'
21.13.16 #       <munkis> for some reason i get assigned a lot of sims, the few builds before all say no upload. however I do have sdl2 installed on uzziyah (and have for months) 
21.13.40 #       <speachy> do sdl2 builds _work_?
21.14.47 #       <munkis> give me a minute to test, all sim builds should be sdl2?
21.15.05 #       <speachy> yep
21.15.17 #       <speachy> everything non-device is now, basically
21.15.23 #       <speachy> the 'sdl' target has been retired.
21.15.35 #       <speachy> well, deprecated at least.  nothign uses it any more.
21.22.38 #       <munkis> what else was sdl besides the sims?
21.23.06 #       <speachy> if the sims build, so will the rest
21.23.24 #       <speachy> checkwps, dbtool, warble, and probably forgetting some other stuff
21.25.34 Join    jacobk [0] (~quassel@47-186-105-237.dlls.tx.frontiernet.net)
21.35.48 #       <munkis> ok sdl2-config is the source of the permission denied. Time to investigate why
21.48.53 #       <munkis> looks like maybe $CC isn't set
21.49.06 #       <munkis> but that wouldn't only affect me. hmm
21.53.30 Quit    Moriar (Ping timeout: 276 seconds)
21.54.03 ***     Saving seen data "./dancer.seen"
21.56.18 #       <munkis> editing sdl2-config to directly call gcc makes it work. do you mind sharing the contents of sdl2-config from taster?
21.58.39 #       <speachy> if you run 'sh -x /path/to/sdl2-config' what happens?
22.00.10 #       <speachy> it's generated as part of the SDL2 build.  I have the standard Fedora packages.
22.01.38 #       <munkis> usage info :)
22.03.11 #       <speachy> so.. sdl2-config --libs does..?
22.03.17 #       <speachy> (and run as the builder user)
22.03.26 #       <munkis> I got those results by adding -x to sdl2-config directly. I have the standard Debian packages which seem to assume that by the time  you are calling sdl2-config you already have $CC set. replacing <"$CC"> on line 61 with <gcc> works for me, I was curiousif you distro has different defaults
22.04.06 #       <speachy> I don't have any reference to CC in mine
22.08.56 #       <speachy> https://www.shaftnet.org/~pizza/sdl2-config
22.17.18 #       <speachy> dook: the theme files are standard .bmps too, so even without checksums they'd be easy enough to validate using the builtin imageviewer or whatever one has on their computer.
22.17.41 #       <munkis> just needed to update, Debian shipped a fix recently
22.18.36 #       <munkis> checks for CC and if not present assumes no cross-compile (which does seem a bit dangerous)
22.38.03 Quit    paulk (Ping timeout: 252 seconds)
22.54.17 Join    InvoxiPlayGames [0] (InvoxiPlay@gateway/vpn/protonvpn/invoxiplaygames)
22.55.05 Join    IPG_ [0] (~InvoxiPla@94.4.117.11)
22.58.09 Quit    IPG (Ping timeout: 252 seconds)
22.59.31 Quit    InvoxiPlayGames (Ping timeout: 265 seconds)
23.01.20 Join    paulk [0] (~paulk@about/aquilenet/user/paulk)
23.08.52 Quit    IPG_ (Ping timeout: 252 seconds)
23.21.19 Quit    jn (Ping timeout: 252 seconds)
23.21.52 Join    jn [0] (~quassel@2001-4dd4-501d-0-20d-b9ff-fe49-15fc.ipv6dyn.netcologne.de)
23.21.53 Quit    jn (Changing host)
23.21.53 Join    jn [0] (~quassel@user/jn/x-3390946)
23.23.05 Quit    massiveH (Quit: Leaving)
23.47.40 Quit    othello7 (Ping timeout: 244 seconds)
23.54.05 ***     Saving seen data "./dancer.seen"