--- Log for 26.07.124  Server: copper.libera.chat  Channel: #rockbox
--- Nick: rb-logbot  Version: Dancer V4.16  Started: 7 days and 12 hours ago

00.12.38 Quit    dconrad (Remote host closed the connection)
00.34.26 Quit    drew (Ping timeout: 248 seconds)
00.37.21 Quit    othello7 (Ping timeout: 265 seconds)
00.38.16 Join    drew [0] (~drew@user/drew)
00.58.17 #       <rb-bluebot> Build Server message: 3New build round started. Revision e94f778f1c, 337 builds, 9 clients.
00.58.17 #       <rb-bluebot> 3plugin argparse update to add userdata to callback by William Wilgus
01.10.04 #       <rb-bluebot> Build Server message: 3Build round completed after 709 seconds.
01.10.07 #       <rb-bluebot> Build Server message: 3Revision e94f778f1c result: All green
01.57.05 ***     Saving seen data "./dancer.seen"
03.51.39 Quit    Jinx (Ping timeout: 245 seconds)
03.57.06 ***     Saving seen data "./dancer.seen"
04.30.35 Quit    melmothX (Quit: reboot)
05.57.10 ***     Saving seen data "./dancer.seen"
06.27.53 Quit    PheralSparky (Quit: Leaving)
07.57.15 ***     Saving seen data "./dancer.seen"
08.02.26 Join    melmothX [0] (~marco@amusewiki/marco)
09.52.35 #       <speachy> big patch dump for x1000 targets and newer erosq series.  hopefully they'll follow up on the forum
09.52.51 #       <speachy> or rather, in gerrit.  
09.53.03 Quit    speachy (Quit: WeeChat 4.3.4)
09.55.39 Join    speachy [0] (~speachy@hurricane.shaftnet.org)
09.55.40 Quit    speachy (Changing host)
09.55.40 Join    speachy [0] (~speachy@rockbox/developer/speachy)
09.55.40 Mode    "#rockbox +v speachy" by ChanServ (ChanServ@services.libera.chat)
09.57.18 ***     Saving seen data "./dancer.seen"
10.28.24 #       <spork> some interesting stuff in there
10.31.02 Quit    jn ()
10.36.04 #       <speachy> _bilgus_: I think the volumename cache thing broke hosted builds too.
10.42.40 #       <speachy> yeah, tha's the issue
10.49.08 #       <_bilgus_> I wondered if it would after the sims I just need to find a place to init it likiely
10.49.26 #       <speachy> Just finishing testing it out, then I'll commit
10.54.20 #       <rb-bluebot> Build Server message: 3New build round started. Revision 13830439fa, 337 builds, 9 clients.
10.54.20 #       <rb-bluebot> 3Fix multidrive/multivolume hosted builds. by Solomon Peachy
10.54.55 #       <speachy> I pulled the change from init_sim_tasks() to the application main()
10.55.05 #       <speachy> ...just before the call to init_sim_tasks
10.55.38 #       <_bilgus_> yeah I was going to say I was just going to move them I actually thought why IDK that filesystem_init covered it
10.56.30 #       <_bilgus_> thanks, sorry for the mess
10.57.00 #       <speachy> turns out that filesystem_init() is only for native builds
10.58.35 #       <_bilgus_> yeah clearly :)
10.59.12 #       <speachy> that's rockbox, drunkenly stumbling towards perfection
11.05.06 #       <_bilgus_> suppose that depends on who sets the criterion ;)
11.05.22 #       <rb-bluebot> Build Server message: 3Build round completed after 662 seconds.
11.05.23 #       <rb-bluebot> Build Server message: 3Revision 13830439fa result: All green
11.06.03 #       <_bilgus_> only 2 hosted targets?
11.07.30 #       <speachy> hmm?
11.07.57 #       <speachy> scroll right
11.08.38 #       <speachy> it has to be a multidrive hosted target
11.08.53 #       <speachy> (And/or simulator)
11.09.39 #       <speachy> those compile size variances are ... wtf though, given that it's the same code path 4/5 of those targets.
11.10.50 #       <_bilgus_> oh I see the two xduoos they just had v small codesize changes think the ypr0 just wants non reproducible builds :p 
11.11.57 #       <speachy> different builders with different numbers of cores and non-deterministic scheduling causing different function/linking ordering etc
11.13.00 #       <_bilgus_> I'm working on a plugin for our viewers to allow to prompt the user for a file to open rather than saying for instance 'Open a lua file' it can just drop into a browser set to show lua files
11.13.46 #       <speachy> plugins for the plugins for the plugins all the way down
11.14.06 #       <speachy> speaking of plugins, if you do a win64 sim build there's a large pile of warnings in the  lua code
11.14.13 #       <_bilgus_> yes I was quite excited when I got plugins calling plugins
11.15.47 #       <_bilgus_> Yeah I probably will never run windows again
11.16.30 #       <_bilgus_> I can do the builds from linux I assume
11.16.39 #       <speachy> I have a couple of creaky VMs that I use for printer driver work and the occasional propretiary updater
11.17.33 #       <speachy> for the few times that WINE isn't good enough
11.18.27 #       <_bilgus_> oh you know what I have a laptop from one of the kids in the closet I'll look at it when I'm feeling bored :)
11.18.57 #       <_bilgus_> Disclaimer, if
11.20.46 #       <_bilgus_> IDK a little disillusioned with lua I did a bunch of work in it hoping an easier language would get more contributors but I don't think I've seen but one person in 4 years 
11.20.59 #       <_bilgus_> maybe 2
11.21.51 Join    jn [0] (~quassel@cgn-89-1-58-183.nc.de)
11.21.51 Quit    jn (Changing host)
11.21.51 Join    jn [0] (~quassel@user/jn/x-3390946)
11.26.39 #       <speachy> unless it's javascript or python, that wasn't ever going to happen.  :(
11.27.00 #       <speachy> "what do you mean I can't just import 150 modules?"
11.29.05 #       <_bilgus_> NGL it does come in handy for fast little experiments 
11.29.52 #       <_bilgus_> I really did hope to get it in core but its just too damn dynamic and memory hungry to want it any where near
11.30.29 #       <_bilgus_> thts my hope for python it would be very nice to have that running in core
11.30.30 #       <speachy> I think there's a damn good argument for making it drive the entire core UI
11.30.36 #       <_bilgus_> yep
11.31.01 #       <speachy> but it's still not going to JustWork(tm) with off-the-shelf 3rd party code
11.31.08 #       <speachy> that's especially true of micropython
11.31.29 #       <_bilgus_> nope but thats rb anyway we do our own thing here
11.32.04 #       <speachy> because we don't have the resources to do anything else.  :D
11.32.22 #       <_bilgus_> hey its more glamorous if you leave that part out :)
11.33.33 #       <speachy> that "ode to rockbox" video really did summarize our fundamental developer problem nicely
11.39.09 #       <speachy> oh wrt that win64sim thing, I don't care about _running_ it per se, just the warnings spewed during the build.
11.39.29 #       <speachy> (it's cross-compiled, no windows system needed)
11.41.22 #       <_bilgus_> good I can fix that
11.46.35 #       <speachy> two other things generate errors in those builds; one I'm pretty sure is harmless, but tlsf is another matter.
11.49.11 #       <_bilgus_> I think I went looking for upstreams of TLSF and came to the realization ours is better than anything 'inspired' by the original
11.50.01 #       <_bilgus_> I say inspired because I see other implementations that are using code from the original without attribution 
11.57.19 ***     Saving seen data "./dancer.seen"
11.58.48 Join    othello7 [0] (~Thunderbi@pool-100-36-176-164.washdc.fios.verizon.net)
12.09.58 #       <speachy> yeah.  :/
12.26.40 #       <speachy> It's sobering to realize that we're the high quality implementation of a lot of stuff now
12.44.07 Join    lebellium [0] (~lebellium@2a01cb0405d07f00d414dfe6eaeda6ef.ipv6.abo.wanadoo.fr)
13.06.19 Quit    JanC (Ping timeout: 260 seconds)
13.07.10 Join    JanC [0] (~janc@user/janc)
13.57.22 ***     Saving seen data "./dancer.seen"
14.50.30 Quit    othello7 (Quit: othello7)
14.52.47 Join    othello7 [0] (~Thunderbi@pool-100-36-176-164.washdc.fios.verizon.net)
14.58.25 Quit    othello7 (Remote host closed the connection)
15.00.21 Join    othello7 [0] (~Thunderbi@pool-100-36-176-164.washdc.fios.verizon.net)
15.15.09 #       <rb-bluebot> Build Server message: 3New build round started. Revision 23e5f77ab0, 337 builds, 10 clients.
15.15.09 #       <rb-bluebot> 3Remove mp3info function & remove list_do_action from plugin_api by Christian Soffke
15.22.30 Quit    othello7 (Remote host closed the connection)
15.26.20 Join    othello7 [0] (~Thunderbi@pool-100-36-176-164.washdc.fios.verizon.net)
15.29.19 Quit    othello7 (Remote host closed the connection)
15.31.06 #       <rb-bluebot> Build Server message: 3Build round completed after 958 seconds.
15.31.07 #       <rb-bluebot> Build Server message: 3Revision 23e5f77ab0 result: All green
15.32.44 #       <rb-bluebot> Build Server message: 3New build round started. Revision b52e72db36, 337 builds, 10 clients.
15.32.44 #       <rb-bluebot> 3plugins: playing time: improve precision by Christian Soffke
15.46.57 #       <rb-bluebot> Build Server message: 3Build round completed after 853 seconds.
15.46.59 #       <rb-bluebot> Build Server message: 3Revision b52e72db36 result: All green
15.48.09 #       <rb-bluebot> Build Server message: 3New build round started. Revision a64faae09e, 337 builds, 10 clients.
15.48.09 #       <rb-bluebot> 3plugins: properties: optimize slightly by Christian Soffke
15.50.18 Join    othello7 [0] (~Thunderbi@pool-100-36-176-164.washdc.fios.verizon.net)
15.50.52 #       <speachy> chris_s:  does rounding playing time to the closest second _really_ make that much of a difference?  (I guess KB might make a little more, but...)
15.56.06 Quit    npmania (Read error: Connection reset by peer)
15.57.25 ***     Saving seen data "./dancer.seen"
15.58.37 Join    npmania [0] (~npmania@210.123.73.190)
16.01.30 #       <rb-bluebot> Build Server message: 3Build round completed after 801 seconds.
16.01.31 #       <rb-bluebot> Build Server message: 3Revision a64faae09e result: All green
16.08.33 Join    chris_s [0] (~chris_s@2a02:3037:209:777b:d818:36b4:c52:1c9d)
16.10.10 #       <chris_s> speachy: depends on the number of tracks of course.
16.10.19 #       <chris_s> To have the runtime be off by a whole minute for a 3-4hr
16.10.19 #       <chris_s> playlist irks me though. And even for a 1hr album, I'd like
16.10.19 #       <chris_s> the information presented by Track Info and Playing Time
16.10.21 #       <chris_s> ideally to match up, and not differ by a few seconds. I haven't
16.10.23 #       <chris_s> found it to be any slower now, if that's your concern?
16.10.31 #       <chris_s> oops sorry, was supposed to be one message
16.11.18 #       <speachy> I guess I look at in terms of the error as a percentage of the totals
16.11.31 #       <speachy> but I get little thinkgs like that irritating you
16.12.33 #       <chris_s> actually retrieving the metadata is the slowest and most battery-hungry aspect by far. I kind of want to cache that data for unchanged playlists
16.15.51 #       <chris_s> you're right though, it's probably more a matter of principle, and it seemed easily fixed
16.19.19 #       <chris_s> does anyone have an argument against leaving the theme enabled for themed plugins, only, instead of disabling and re-enabling it (which leads to additional flashing and seems unnecessary)
16.19.50 #       <speachy> in what context?
16.20.33 #       <chris_s> running the Properties plugin from the database or file browser, for example. You're disabling the theme only to re-enable it right away
16.26.59 #       <chris_s> I was going to naively check against the Properties name, for now when launching a plugin, and skip over disabling the theme in that instance . Unless there's a technical reason the theme would need to be disabled before a plugin is launched, but I haven't encountered anything so far
16.38.07 Join    chris_s_ [0] (~chris_s@2a02:3037:208:8df1:c925:cde4:3d88:258c)
16.38.24 Quit    chris_s (Ping timeout: 272 seconds)
16.41.11 Quit    cstine (Quit: The Lounge - https://thelounge.chat)
16.41.58 Join    cstine [0] (~cstine@150.136.136.191)
16.43.01 #       <speachy> does seem sensible.  
17.15.27 Quit    othello7 (Quit: othello7)
17.20.14 Join    othello7 [0] (~Thunderbi@pool-100-36-176-164.washdc.fios.verizon.net)
17.25.25 Join    Moriar [0] (~moriar@107-200-193-159.lightspeed.stlsmo.sbcglobal.net)
17.32.07 Join    user890104_ [0] (~Venci@freemyipod/user890104)
17.34.10 Quit    user890104 (Ping timeout: 244 seconds)
17.34.24 Quit    othello7 (Remote host closed the connection)
17.38.46 Join    othello7 [0] (~Thunderbi@pool-100-36-176-164.washdc.fios.verizon.net)
17.47.01 Quit    user890104_ (Ping timeout: 248 seconds)
17.47.52 Join    user890104 [0] (~Venci@freemyipod/user890104)
17.50.38 Quit    othello7 (Quit: othello7)
17.54.23 Join    othello7 [0] (~Thunderbi@pool-100-36-176-164.washdc.fios.verizon.net)
17.57.29 ***     Saving seen data "./dancer.seen"
17.59.07 Quit    lebellium (Quit: Leaving)
18.22.16 Quit    martylake (Ping timeout: 272 seconds)
18.26.00 Join    martylake [0] (~martylake@82.66.174.242)
18.44.08 Quit    chris_s_ ()
19.27.56 Join    jacobk [0] (~quassel@2601:380:837f:3520:b5be:3d0:bfde:a44a)
19.57.33 ***     Saving seen data "./dancer.seen"
20.51.29 #       <rb-bluebot> Build Server message: 3New build round started. Revision f95427c081, 337 builds, 9 clients.
20.51.30 #       <rb-bluebot> 3FS#13457:  Korean translation for the Rockbox Utility (Hoseok Seo) by Solomon Peachy
21.04.40 #       <rb-bluebot> Build Server message: 3Build round completed after 791 seconds.
21.04.41 #       <rb-bluebot> Build Server message: 3Revision f95427c081 result: All green
21.08.59 Quit    Tonux (Ping timeout: 255 seconds)
21.15.55 Quit    baltazar (Ping timeout: 260 seconds)
21.17.29 Join    baltazar [0] (~baltazar@user/baltazar)
21.23.52 Quit    rogeliodh (Quit: The Lounge - https://thelounge.chat)
21.24.15 Join    rogeliodh [0] (~rogeliodh@rogeliodh.dev)
21.54.15 Quit    Moriar (Quit: Leaving.)
21.54.28 Join    Tonux [0] (~Tonux@193.32.127.216)
21.57.35 ***     Saving seen data "./dancer.seen"
22.38.45 Quit    othello7 (Ping timeout: 248 seconds)
23.18.08 Join    dconrad [0] (~dconrad@152.117.104.217)
23.20.04 Join    Moriar [0] (~moriar@107-200-193-159.lightspeed.stlsmo.sbcglobal.net)
23.57.36 ***     Saving seen data "./dancer.seen"