--- Log for 02.09.124  Server: osmium.libera.chat  Channel: #rockbox
--- Nick: rb-logbot  Version: Dancer V4.16  Started: 8 days and 23 hours ago

01.13.50 Quit    Moriar (Ping timeout: 260 seconds)
01.21.53 Quit    dconrad (Remote host closed the connection)
01.26.02 ***     Saving seen data "./dancer.seen"
01.28.27 Join    dconrad [0] (~dconrad@152.117.104.217)
01.32.48 Quit    dconrad (Ping timeout: 246 seconds)
01.47.56 Join    retr0id [0] (~Retr0id@user/retr0id)
01.50.07 Quit    retr0id9 (Read error: Connection reset by peer)
02.07.09 Join    braewoods [0] (~braewoods@user/braewoods)
02.14.25 Quit    massiveH (Quit: Leaving)
02.25.19 Quit    Pokey (Ping timeout: 264 seconds)
02.32.05 Quit    rogeliodh91 (Ping timeout: 255 seconds)
03.24.37 Quit    kugel (Ping timeout: 248 seconds)
03.26.04 ***     Saving seen data "./dancer.seen"
03.30.14 Join    dconrad [0] (~dconrad@152.117.104.217)
03.34.49 Quit    dconrad (Ping timeout: 260 seconds)
03.45.21 Join    kugel_ [0] (~kugel@ip4d146a3a.dynamic.kabel-deutschland.de)
05.26.07 ***     Saving seen data "./dancer.seen"
05.53.54 Join    dconrad [0] (~dconrad@152.117.104.217)
05.59.00 Quit    dconrad (Ping timeout: 276 seconds)
07.26.11 ***     Saving seen data "./dancer.seen"
07.57.13 Quit    acidsys (Ping timeout: 244 seconds)
07.59.52 Join    acidsys [0] (~crameleon@openSUSE/member/crameleon)
09.26.12 ***     Saving seen data "./dancer.seen"
10.09.08 Join    dconrad [0] (~dconrad@152.117.104.217)
10.13.19 Join    Moriar [0] (~moriar@107-200-193-159.lightspeed.stlsmo.sbcglobal.net)
10.15.49 Quit    decky_e_ (Ping timeout: 248 seconds)
10.59.54 Quit    braewoods (Ping timeout: 260 seconds)
11.09.21 Join    braewoods [0] (~braewoods@user/braewoods)
11.26.15 ***     Saving seen data "./dancer.seen"
11.34.08 Quit    TorC (*.net *.split)
11.34.08 Quit    advcomp2019 (*.net *.split)
11.34.08 Quit    Maxdamantus (*.net *.split)
11.34.08 Quit    bertrik (*.net *.split)
11.35.38 Join    advcomp2019 [0] (~advcomp20@2600:1014:a100:25a7:1c2e:907a:6601:f70)
11.35.39 Join    TorC [0] (~Tor@fsf/member/TorC)
11.35.39 Join    bertrik [0] (~bertrik@revspace/participant/bertrik)
11.35.39 Join    Maxdamantus [0] (~Maxdamant@user/maxdamantus)
11.42.25 Quit    dconrad (Remote host closed the connection)
11.44.01 Join    dconrad [0] (~dconrad@152.117.104.217)
12.19.18 #       <dconrad> _bilgus I think I'm confident in the g#5877 / g#5895 combo if you feel they're good to merge
12.19.24 #       <rb-bluebot> 3Gerrit review #5877 at https://gerrit.rockbox.org/r/c/rockbox/+/5877 : 3ErosQNative: Add v3 LCD support, conditional on bootloader by Dana Conrad
12.19.24 #       <rb-bluebot> 3Gerrit review #5895 at https://gerrit.rockbox.org/r/c/rockbox/+/5895 : 3Add DeviceData to bootloaders by William Wilgus
12.28.35 Join    dconrad_ [0] (~dconrad@152.117.104.217)
12.28.35 Quit    dconrad (Read error: Connection reset by peer)
12.31.32 #       <dconrad_> Also, a probably obvious question that I can't seem to find the answer to anywhere: does rbutil have the ability to reformat drives?
12.31.55 #       <dconrad_> I would guess not, but it would be convenient if so
12.48.09 Join    rogeliodh91 [0] (~rogeliodh@rogeliodh.dev)
12.56.41 Join    berber_l51 [0] (~berber@2a03:4000:7:4e0::)
13.03.58 #       <dconrad_> ... it would appear that the erosq's OF disk format tool actually ueses FAT! No idea if it switches to exFAT at some large capacity number
13.04.20 #       <dconrad_> and also if newer versions (this player is hifiwalker v1.3) use exFAT instead of FAT
13.04.28 #       <dconrad_> but... we could explore this
13.07.53 #       <dconrad_> for some reason I absolutely expected the OF disk reformat to use exFAT
13.12.11 Quit    dconrad_ (Remote host closed the connection)
13.22.55 #       <_bilgus> I'd guess for the same reason we don't have exfat either (wasn't free till recently)
13.24.36 #       <_bilgus> speachy any ideas on duplicate target Ids? https://gerrit.rockbox.org/r/c/rockbox/+/5877/11/tools/configure#4227
13.25.46 #       <_bilgus> I guess we can find out soon enough ;P
13.26.16 ***     Saving seen data "./dancer.seen"
13.29.45 #       <rb-bluebot> Build Server message: 3New build round started. Revision 878e29396c, 337 builds, 10 clients.
13.29.45 #       <rb-bluebot> 3ErosQNative: Add v3 LCD support, conditional on bootloader by Dana Conrad
13.37.11 #       <_bilgus> I don't think rbutil does wouldn't it have to rely on the underlying system (problematic on windows?) or have dedicated code?
13.37.34 #       <_bilgus> bluebrother might know
13.42.00 #       <rb-bluebot> Build Server message: 3Build round completed after 736 seconds.
13.42.02 #       <rb-bluebot> Build Server message: 3Revision 878e29396c result: All green
14.12.59 Join    lebellium [0] (~lebellium@2a01cb0405d07f00c1a7cd15254064c5.ipv6.abo.wanadoo.fr)
14.22.48 Quit    Jinx (Ping timeout: 246 seconds)
14.42.03 #       <speachy> _bilgus: they need to be   different; otherwise it will break 'make reconf'
14.42.47 #       <speachy> (the numberical id is only used for that purpose, IIRC.  may be worth just getting rid of it, heh)
14.53.22 Quit    rogeliodh91 (Quit: The Lounge - https://thelounge.chat)
14.53.43 Join    rogeliodh91 [0] (~rogeliodh@rogeliodh.dev)
14.57.17 Join    davisr [0] (~davisr@fsf/emeritus/davisr)
15.05.25 Join    dconrad [0] (~dconrad@152.117.104.217)
15.09.40 #       <dconrad> speachy: aha, so it does. I can do a v3 bootloader build and the display is inverted, then do a "make clean, make reconf, make" and the result is normal
15.26.17 ***     Saving seen data "./dancer.seen"
15.27.05 Quit    davisr (Quit: yeehaw)
15.30.05 #       <dconrad> is g#5914 sufficient to fix this? It makes it so I can do a make clean; make reconf on a v3 bootloader build directory on my machine correctly at least
15.30.08 #       <rb-bluebot> 3Gerrit review #5914 at https://gerrit.rockbox.org/r/c/rockbox/+/5914 : 3erosqnative: Give erosqnative_v3 its own target ID and modelname by Dana Conrad
16.19.01 Join    lebellium_ [0] (~lebellium@2a01cb0405d07f00c1a7cd15254064c5.ipv6.abo.wanadoo.fr)
16.20.29 Join    berber_l517 [0] (~berber@2a03:4000:7:4e0::)
16.20.37 Join    zem [0] (~zem@97-115-91-140.ptld.qwest.net)
16.20.41 Join    rogeliodh910 [0] (~rogeliodh@rogeliodh.dev)
16.21.13 Join    Skyrid3r [0] (~Skyrider@static.219.32.201.138.clients.your-server.de)
16.22.19 Join    aaabbb- [0] (~aaabbb@5.254.86.4)
16.22.43 Join    user890104_ [0] (~Venci@freemyipod/user890104)
16.22.54 Join    zou_ [0] (~quassel@user/zou)
16.25.33 Quit    Galois (Ping timeout: 246 seconds)
16.25.34 Quit    Skyrider (Ping timeout: 246 seconds)
16.25.34 Quit    rogeliodh91 (Ping timeout: 246 seconds)
16.25.34 Quit    lebellium (Ping timeout: 246 seconds)
16.25.34 Quit    berber_l51 (Ping timeout: 246 seconds)
16.25.34 Quit    user890104 (Ping timeout: 246 seconds)
16.25.34 Quit    zou (Ping timeout: 246 seconds)
16.25.34 Quit    ant|hactar (Ping timeout: 246 seconds)
16.25.34 Quit    bbbccc (Ping timeout: 246 seconds)
16.25.35 Nick    Skyrid3r is now known as Skyrider (~Skyrider@static.219.32.201.138.clients.your-server.de)
16.25.38 Nick    berber_l517 is now known as berber_l51 (~berber@2a03:4000:7:4e0::)
16.59.09 Quit    lebellium_ (Quit: Leaving)
17.26.22 ***     Saving seen data "./dancer.seen"
18.18.24 Join    Galois [0] (djao@efnet.math.uwaterloo.ca)
18.23.15 Quit    baltazar (Ping timeout: 276 seconds)
18.24.48 Join    baltazar [0] (~baltazar@user/baltazar)
18.29.06 Quit    baltazar (Ping timeout: 244 seconds)
18.30.05 Join    baltazar [0] (~baltazar@user/baltazar)
18.50.50 Quit    GeekShad1w (Ping timeout: 260 seconds)
18.56.15 Join    GeekShadow [0] (~antoine@lbf.turmel.info)
19.12.51 Join    OlsroFR [0] (~OlsroFR@user/OlsroFR)
19.13.42 #       <OlsroFR> Hello; I tried to compile the database tool on Linux (Docker) and I could use it and create a database on my iPod Mini. Unfortunately, some links are corrupted and many songs are skipping doing this way.
19.15.08 #       <OlsroFR> I noticed that the issue is coming from the fact that, building the database on a PC https://unicode.org/reports/tr15/ is doing it with another kind of utf normalization, which is different from the one "on-device"
19.15.47 #       <OlsroFR> Any path that has an accent in a folder name/file name will not play if the database was built on a PC
19.17.35 #       <OlsroFR> so, on the current state, this tool is unusable from me. I tried to use tools like https://linux.die.net/man/1/convmv to change the encoding of paths on my whole file system but with no luck, it didn't help
19.18.23 #       <OlsroFR> To give the whole context, I compiled a version Linux under a Docker environment with Docker Desktop MacOS X. Then I made a Docker volume of my iPod Mini so Docker can access my iPod Mini and execute the database browser in it.
19.18.49 #       <OlsroFR> I also tried to compile a Windows version of that database tool but I couldn't set up a cross compile environment that is working without errors
19.21.46 #       <OlsroFR> https://withblue.ink/2019/03/11/why-you-need-to-normalize-unicode-strings.html the issue is also explained here with different words, it may be more clear
19.25.07 Quit    OlsroFR (Quit: Client closed)
19.26.25 ***     Saving seen data "./dancer.seen"
19.35.36 Join    massiveH [0] (~massiveH@2600:4040:a982:dc00:f97e:8292:8097:e2f8)
21.09.19 Quit    dconrad (Remote host closed the connection)
21.14.00 Join    s [0] (~quassel@134.41.84.180)
21.14.24 Nick    s is now known as Guest5314 (~quassel@134.41.84.180)
21.15.53 Quit    Guest5314 (Client Quit)
21.26.27 ***     Saving seen data "./dancer.seen"
21.30.58 Quit    speachy (Quit: WeeChat 4.3.5)
21.31.13 Join    speachy [0] (~speachy@rockbox/developer/speachy)
21.31.13 Mode    "#rockbox +v speachy" by ChanServ (ChanServ@services.libera.chat)
21.32.58 #       <speachy> OlsoFR: Filenames are opaque sequences of bytes.
21.34.29 #       <speachy> One does *not* normalize filenames.  You can "decode" the bytestream into UTF8 and de/re-compose it to your heart's content, but that is purely a display thing; the sequence of bytes on disk are whatever they are.
21.35.49 #       <speachy> when it comes to filenames, rockbox (and the dbtool) operate directly on the bytestream.
21.36.46 #       <speachy> UNIX directory APIs also work that way.
21.38.22 #       <speachy> if the readdir() call is returning a different byte sequence than what is written to disk, that is a bug in the OS.
21.40.26 #       <speachy> If your OS's file copy tool is normalizing filenames (ie the sequence of bytes it writes to the destination is not what was read from the source) then that is arguably a bug in the OS as well.
21.40.33 #       <speachy> OS or tool or whatever.
21.45.41 #       <speachy> (rockbox currently does _no_ normalization, btw.  I don't see that changing unless there's a nice clean set of rules we can cut/paste)
21.48.49 #       <speachy> (and it's probably going to be a huge bump in code size to include something like utf8proc)
21.54.35 Quit    Moriar (Ping timeout: 260 seconds)
22.37.13 Join    dconrad [0] (~dconrad@152.117.104.217)
23.04.07 #       <_bilgus> OlsoFR I've a few changes to your patch that allow it to get the full number of tracks filled if you want to check it out before I push it g#5915
23.04.11 #       <rb-bluebot> 3Gerrit review #5915 at https://gerrit.rockbox.org/r/c/rockbox/+/5915 : 3Reworks to the shuffle system by William Wilgus
23.05.11 Quit    massiveH (Quit: Leaving)
23.26.31 ***     Saving seen data "./dancer.seen"