Previous day | Jump to hour: 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 | Next day

Seconds: Show Hide | Joins: Show Hide | View raw
Font: Serif Sans-Serif Monospace | Size: Small Medium Large

Click in the nick column to highlight everything a person has said.
The Logo icon identifies that the person is a core developer (has commit access).

#rockbox log for 2020-06-06

01:59:06***No seen item changed, no save performed.
02:08:01 Join amiconn_ [0] (jens@rockbox/developer/amiconn)
02:08:02 Nick amiconn is now known as Guest28215 (jens@rockbox/developer/amiconn)
02:08:02 Nick amiconn_ is now known as amiconn (jens@rockbox/developer/amiconn)
02:08:02 Quit pixelma (Ping timeout: 260 seconds)
02:08:30 Join pixelma [0] (marianne@rockbox/staff/pixelma)
02:08:37 Quit Guest28215 (Ping timeout: 260 seconds)
02:23:07 Quit massiveH (Quit: Leaving)
03:06:33 Join lebellium [0] (
03:09:31 Quit Oksana (Ping timeout: 260 seconds)
03:12:56 Join petur [0] (~petur@rockbox/developer/petur)
03:14:52 Join Rower [0] (
03:24:10 Quit bonfire (Remote host closed the connection)
03:24:27 Join bonfire [0] (~bonfire@2601:680:c400:3ad0:22a1:3b8b:3110:da88)
03:43:07 Quit Rower (Ping timeout: 260 seconds)
03:44:14 Join Rower [0] (
03:50:26 Quit Rower (Ping timeout: 246 seconds)
03:59:07***Saving seen data "./dancer.seen"
04:19:15 Join MrZeus_ [0] (
05:09:24 Quit S|h|a|w|n (Read error: Connection reset by peer)
05:49:07 Join pamaury [0] (~pamaury@rockbox/developer/pamaury)
05:59:08***Saving seen data "./dancer.seen"
06:09:11 Quit petur (Remote host closed the connection)
06:37:48 Quit Soap (Ping timeout: 256 seconds)
06:45:01 Join sakax [0] (~r0b0t@unaffiliated/r0b0t)
06:46:41 Join dys [0] (
07:09:33 Join Soap [0] (~Soap@rockbox/staff/soap)
07:10:38gevaertsspeachy: there seems to be a weird encoding problem in the topic on,53340.msg246319.html#msg246319 (the last post only, earlier ones are fine). Could be client of course, but I thought I'd better point it out
07:59:09***Saving seen data "./dancer.seen"
08:03:28speachygevaerts, if the client used %u##### syntax that's a client thing; the server uses straight-up unicode and won't emit that stuff. Do you have the original post?
08:16:04gevaertsAll I know is what's there
08:35:59speachyI changed the database table type to innodb and encoding to utf8mb4 across the board, but that unicode syntax has nothing to do with it.
08:37:17*gevaerts nods
09:11:38speachyI don't know where that syntax came from; I'd have possibly expected html entity encoding but that's of the form of Ӓ
09:59:13***No seen item changed, no save performed.
10:42:20 Join cockroach [0] (~blattodea@pdpc/supporter/active/cockroach)
11:05:18 Join cockroac1 [0] (~blattodea@pdpc/supporter/active/cockroach)
11:05:25 Quit cockroach (Quit: leaving)
11:05:36 Nick cockroac1 is now known as cockroach (~blattodea@pdpc/supporter/active/cockroach)
11:21:47 Quit cockroach (Quit: leaving)
11:29:48 Quit sakax (Remote host closed the connection)
11:52:38 Join MrZeus [0] (
11:53:26 Quit MrZeus_ (Ping timeout: 260 seconds)
11:59:16***Saving seen data "./dancer.seen"
12:13:20 Quit tchan (Ping timeout: 256 seconds)
12:17:59 Join tchan [0] (~tchan@lunar-linux/developer/tchan)
12:51:32 Quit dys (Ping timeout: 246 seconds)
13:47:10 Part olavx200 ("User left")
13:59:20***Saving seen data "./dancer.seen"
14:11:18 Join dys [0] (
15:03:05 Join reductum [0] (
15:28:43 Join sakax [0] (~r0b0t@unaffiliated/r0b0t)
15:47:53bluebrotherI've been thinking about the Rockbox Utility root issue on macOS.
15:48:47bluebrotherthere's this Authorization thingy in the system. An application can request authorization and then run things with elevated permissions, i.e. in our case as root. The main problem here is that a process cannot elevate itself but only call a separate binary.
15:49:32bluebrotherso all functionality that needs to be elevated should be done in a separate helper binary. The things in Rockbox Utility that need this aren't designed in that way.
15:51:06bluebrothera rather simple option would be: have Rockbox Utility check for a magic file on startup. If that file exists call a helper binary and quit. That helper does the Authorization and then calls Rockbox Utility again. This time the magic file doesn't exist anymore (it has been deleted before calling the helper) so Rockbox Utility starts up normally, but elevated, i.e. as root.
15:52:14bluebrotherThe magic file can be created when the user selects bootloader installation for a player that needs root. I.e. if a player is selected where the bootloader installation needs root and the user enabled bootloader installation show a message box that asks the user to restart Rockbox Utility. Write the magic file and exit.
15:52:58bluebrotherThat way Rockbox Utility will only run as root when the user also installs the bootloader. When only updating Rockbox, creating voice files or the like it runs with user permissions.
15:54:16bluebrotherThis is suboptimal since we have a network application running as root, but at least its limited to this special case. It also kinda ignores the security stuff macos wants the application to do. But it's rather simple to implement.
15:55:03bluebrotherReworking the bootloader installation into a separate helper binary would be a lot more work (since we want to communicate with the process etc.)
15:55:21__builtinit's definitely easiest to keep all the functionality in one binary
15:55:34bluebrotherI have a first prototype of the Rockbox -> helper -> Rockbox stuff, and it seems to be working.
15:55:40bluebrotherso ... thoughts?
15:56:20bluebrother(the cryptopp issue on macos is also still open, but I started to think about this, given this recent "discussion" on the forums)
15:59:13bluebrotherhaving a separate helper for elevated stuff would be the cleaner solution, and that would also be useful on Linux −− instead of running Rockbox Utility suid root (ugly, Qt doesn't want me to do that and I have to explicitly tell it to ignore that) we could call gtksu or similar for the elevated tasks. But then again there's the additional work for that, and the not-really-available time :)
15:59:24***No seen item changed, no save performed.
16:07:12 Quit reductum (Quit: WeeChat 2.8)
16:07:28 Join Rower [0] (
16:12:19bluebrotheroh, and one ugly thing about this: it uses a deprecated API. A separate helper wouldn't need to do that.
16:55:14 Join S|h|a|w|n [0] (~shawn156@unaffiliated/shawn156)
17:43:52 Quit S|h|a|w|n (Ping timeout: 246 seconds)
17:59:26***Saving seen data "./dancer.seen"
18:11:05 Quit fauweh (Ping timeout: 246 seconds)
18:11:51 Join fauweh [0] (
18:12:02 Quit lebellium (Quit: Leaving)
18:25:24 Quit atsampson (Remote host closed the connection)
18:25:46 Join atsampson [0] (
18:49:54 Quit pamaury (Ping timeout: 272 seconds)
19:01:58 Join S|h|a|w|n [0] (~shawn156@unaffiliated/shawn156)
19:12:52 Quit fauweh (Quit: )
19:13:25 Join fauweh [0] (
19:55:07fs-bluebotBuild Server message: New build round started. Revision e4ee598, 292 builds, 9 clients.
19:59:28***Saving seen data "./dancer.seen"
20:07:53fs-bluebotBuild Server message: New build round started. Revision e4ee598, 292 builds, 9 clients.
20:07:57speachylet's try that again.
20:10:24fs-bluebotBuild Server message: New build round started. Revision e4ee598, 292 builds, 9 clients.
20:11:15 Join _bilgus__ [0] (41ba23be@
20:12:41 Join massiveH [0] (
20:12:50_bilgus__I think somethings screwy with the build page
20:12:53_bilgus__This build round took 79 seconds. Perl error: Illegal division by zero at line 91.
20:13:16_bilgus__and the build history isn't showing either
20:13:18speachyno, the build hook lost its mind
20:21:43fs-bluebotBuild Server message: New build round started. Revision e4ee598, 292 builds, 9 clients.
20:28:16_bilgus__oh I guess it didn't even try thanks speachy
20:29:05speachythe query it's using to generate the listing pages is reverting to a linear scan of 1.8 million rows, not using the indices at all.
20:33:03speachyserver's load average is over 20 now. wow.
20:39:52_bilgus__jeez just the build server or like for the website as well?
20:43:11speachyit has 12 cores so a load average of 20 isn't _that_ bad, but.. wtf.
20:44:18_bilgus__prob something going wonky?
20:44:48speachyprobably need to disable the server's build client.
20:45:49speachybut the wiki's been getting hammered by bots lately. each one in of itself is fine, but there are a lot of them trying..
20:46:00speachythe wiki is _very_ expensive on a per-pageview basis.
20:46:55_bilgus__maybe a simple captcha would be a good idea like whats 10 plus two
20:49:32speachyit spawns an entire perl interpreter per request.
20:50:04speachythe overhead is immense, even for stuff that's nominally in the page cache.
20:51:17 Quit livvy (Remote host closed the connection)
20:51:29 Join livvy [0] (~livvy@gateway/tor-sasl/livvy)
20:52:47_bilgus__i assume an upgrade will get rid of some of that?
20:52:59fs-bluebotBuild Server message: Build round completed after 1877 seconds.
20:53:53_bilgus__well I hope it completed...
20:54:35_bilgus__looks green to me :)
20:55:36speachythe size script is also ... crawling.
20:57:29 Quit sakax (Remote host closed the connection)
21:09:35 Quit MrZeus (Read error: Connection reset by peer)
21:16:32 Join MrZeus [0] (
21:19:56speachyI think I know what's going on with the wiki. it's trying to exclusively lock the credentials file.
21:24:33speachywith the larger bot load, it's making the wiki effectively useless.
21:36:58speachywiki is completely wedged.
21:39:02fs-bluebotBuild Server message: New build round started. Revision 2434b6c, 292 builds, 8 clients.
21:47:06speachyso.. there's a page cache, then there's the page cache cache
21:49:50fs-bluebotBuild Server message: New build round started. Revision 2434b6c, 292 builds, 9 clients.
21:59:30***Saving seen data "./dancer.seen"
22:13:32fs-bluebotBuild Server message: New build round started. Revision 2434b6c, 292 builds, 9 clients.
22:14:02speachywhat a cluster@#$%!
22:34:27speachyso the scripts generate output into a tmpfile now, so the builds page won't get truncated while they're in progress
22:35:03speachystill don't know why the buildmaster is occasionally losing its mind and not actually farming out builds
22:35:51speachybut the sql query.. remains pathological. the indices work when the two fields are sorted in the same order, but when the order is different, mysql reverts to linear scanning.
22:35:56speachywhich is ... wtf.
22:39:06fs-bluebotBuild Server message: Build round completed after 1534 seconds.
22:50:36fs-bluebotBuild Server message: New build round started. Revision ff665a2, 292 builds, 9 clients.
22:51:07speachy...and the build server is crapping itself because the roundstart/end scripts are taking so long to run due to the screwed up sql query.
23:20:18fs-bluebotBuild Server message: Build round completed after 1511 seconds.
23:29:22fs-bluebotBuild Server message: New build round started. Revision ff665a2, 292 builds, 9 clients.
23:30:19speachyokay, let's repeat this one. queries rewritten to be much less sucktastic −− taking 0.25 sec instead of ~85s.
23:31:08speachythe other query dropped from ~5s to ~0.11s.
23:36:28speachythat's 85s at the start of the round, and 2*85s at the end. long enough to cause clients to drop.
23:47:17fs-bluebotBuild Server message: Build round completed after 1075 seconds.
23:56:54 Quit JanC (Remote host closed the connection)
23:57:16 Join JanC [0] (~janc@lugwv/member/JanC)

Previous day | Next day