| 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: New build round started. Revision e94f778f1c, 337 builds, 9 clients. |
| 00:58:17 | rb-bluebot | plugin argparse update to add userdata to callback by William Wilgus |
| 01:00 |
| 01:10:04 | rb-bluebot | Build Server message: Build round completed after 709 seconds. |
| 01:10:07 | rb-bluebot | Build Server message: Revision e94f778f1c result: All green |
| 01:57:05 | *** | Saving seen data "./dancer.seen" |
| 03:00 |
| 03:51:39 | | Quit Jinx (Ping timeout: 245 seconds) |
| 03:57:06 | *** | Saving seen data "./dancer.seen" |
| 04:00 |
| 04:30:35 | | Quit melmothX (Quit: reboot) |
| 05:00 |
| 05:57:10 | *** | Saving seen data "./dancer.seen" |
| 06:00 |
| 06:27:53 | | Quit PheralSparky (Quit: Leaving) |
| 07:00 |
| 07:57:15 | *** | Saving seen data "./dancer.seen" |
| 08:00 |
| 08:02:26 | | Join melmothX [0] (~marco@amusewiki/marco) |
| 09:00 |
| 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:00 |
| 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: New build round started. Revision 13830439fa, 337 builds, 9 clients. |
| 10:54:20 | rb-bluebot | Fix 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:00 |
| 11:05:06 | _bilgus_ | suppose that depends on who sets the criterion ;) |
| 11:05:22 | rb-bluebot | Build Server message: Build round completed after 662 seconds. |
| 11:05:23 | rb-bluebot | Build Server message: Revision 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:00 |
| 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:00 |
| 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:00 |
| 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 |
| 15:00:21 | | Join othello7 [0] (~Thunderbi@pool-100-36-176-164.washdc.fios.verizon.net) |
| 15:15:09 | rb-bluebot | Build Server message: New build round started. Revision 23e5f77ab0, 337 builds, 10 clients. |
| 15:15:09 | rb-bluebot | Remove 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: Build round completed after 958 seconds. |
| 15:31:07 | rb-bluebot | Build Server message: Revision 23e5f77ab0 result: All green |
| 15:32:44 | rb-bluebot | Build Server message: New build round started. Revision b52e72db36, 337 builds, 10 clients. |
| 15:32:44 | rb-bluebot | plugins: playing time: improve precision by Christian Soffke |
| 15:46:57 | rb-bluebot | Build Server message: Build round completed after 853 seconds. |
| 15:46:59 | rb-bluebot | Build Server message: Revision b52e72db36 result: All green |
| 15:48:09 | rb-bluebot | Build Server message: New build round started. Revision a64faae09e, 337 builds, 10 clients. |
| 15:48:09 | rb-bluebot | plugins: 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:00 |
| 16:01:30 | rb-bluebot | Build Server message: Build round completed after 801 seconds. |
| 16:01:31 | rb-bluebot | Build Server message: Revision 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:00 |
| 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:00 |
| 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:00 |
| 19:27:56 | | Join jacobk [0] (~quassel@2601:380:837f:3520:b5be:3d0:bfde:a44a) |
| 19:57:33 | *** | Saving seen data "./dancer.seen" |
| 20:00 |
| 20:51:29 | rb-bluebot | Build Server message: New build round started. Revision f95427c081, 337 builds, 9 clients. |
| 20:51:30 | rb-bluebot | FS #13457: Korean translation for the Rockbox Utility (Hoseok Seo) by Solomon Peachy |
| 21:00 |
| 21:04:40 | rb-bluebot | Build Server message: Build round completed after 791 seconds. |
| 21:04:41 | rb-bluebot | Build Server message: Revision 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:00 |
| 22:38:45 | | Quit othello7 (Ping timeout: 248 seconds) |
| 23:00 |
| 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" |
icon identifies that the person is a core developer (has commit access).