| 00:12:45 | *** | Saving seen data "./dancer.seen" |
| 00:20:32 | | Quit pixelma (Quit: .) |
| 00:20:32 | | Quit amiconn (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.) |
| 00:21:29 | | Join amiconn [0] (jens@p549f0828.dip0.t-ipconnect.de) |
| 00:21:29 | | Join pixelma [0] (marianne@p549f0828.dip0.t-ipconnect.de) |
| 01:00 |
| 01:37:00 | | Join VanIsBadAtNames [0] (~VanIsBadA@73.60.208.69) |
| 01:37:03 | | Quit VanIsBadAtNames (Client Quit) |
| 01:37:17 | | Join VanIsBadAtNames [0] (~VanIsBadA@73.60.208.69) |
| 01:38:27 | | Quit VanIsBadAtNames (Client Quit) |
| 01:49:42 | | Join _bilgus_ [0] (~bilgus@syn-162-154-213-134.res.spectrum.com) |
| 01:50:55 | | Quit _bilgus (Ping timeout: 260 seconds) |
| 01:56:10 | | Quit othello7 (Ping timeout: 260 seconds) |
| 02:00 |
| 02:12:49 | *** | Saving seen data "./dancer.seen" |
| 02:23:46 | | Quit jn (Ping timeout: 272 seconds) |
| 02:23:51 | | Join jn_ [0] (~quassel@2001-4dd4-b467-0-20d-b9ff-fe49-15fc.ipv6dyn.netcologne.de) |
| 02:23:51 | | Quit jn_ (Changing host) |
| 02:23:51 | | Join jn_ [0] (~quassel@user/jn/x-3390946) |
| 02:47:05 | | Join othello7 [0] (~Thunderbi@pool-100-36-176-164.washdc.fios.verizon.net) |
| 03:00 |
| 03:29:20 | | Quit baltazar (Ping timeout: 252 seconds) |
| 03:31:19 | | Join baltazar [0] (~baltazar@user/baltazar) |
| 04:00 |
| 04:12:52 | *** | Saving seen data "./dancer.seen" |
| 04:43:46 | | Quit othello7 (Ping timeout: 248 seconds) |
| 06:00 |
| 06:12:55 | *** | Saving seen data "./dancer.seen" |
| 07:00 |
| 07:39:48 | | Quit COMPL_EXE (Read error: Connection reset by peer) |
| 07:39:59 | | Join OriginCode [0] (~compl.exe@aosc/dev/origincode) |
| 07:40:24 | | Nick OriginCode is now known as COMPL_EXE (~compl.exe@aosc/dev/origincode) |
| 08:00 |
| 08:12:57 | *** | Saving seen data "./dancer.seen" |
| 08:35:41 | speachy | hmm, buildbot seems to be not paying attention. |
| 08:58:21 | _bilgus_ | maybe he isn't getting the hook? |
| 09:00 |
| 09:02:15 | speachy | its connection to the buildmaster timed out at 2025-01-11 09:07:03 |
| 09:34:34 | _bilgus_ | re dangling references I tracked this down to do_menu coming off the main menu AFAICT its only here that the list can go out of scope while still holding the reference infact it does this with any item selected in the list and if you don't have a new list then it will call that now out of scope list pointer (unless the theme is disabled at the right time or you've loaded a new pointer as ref) then it does the right thing |
| 09:37:07 | _bilgus_ | toggle_theme() should take care of it and it appears to work the other direction but I think thats because you are returning to the main menu so it has a valid pointer referenced on the way back |
| 09:38:44 | _bilgus_ | I have a feeling its all a mess that will probably rear its head again elsewhere so the previous version of that patch has the same functionality forall the possible dangling lists |
| 09:39:47 | _bilgus_ | one thing I liked about that is that it checks if the pointer we are trying to free is the actual one stored but Idk that it really matter in practice |
| 09:41:01 | _bilgus_ | in theory you might assign a new item nd then release the wrong one |
| 09:47:19 | speachy | wow, that last round took over 35 minutes. b0hoon's builders were all absent. |
| 09:50:42 | _bilgus_ | being it takes the better half of a day to compile all targets for me thats still impressive |
| 09:51:17 | speachy | especially half the ccache was cold. :D |
| 09:53:14 | speachy | I may tweak the builder to easily allow for putting the build in a different place from the source tree, that'll let it run entirely from a ramdisk (eg /tmp |
| 09:53:38 | _bilgus_ | I put a note in with playback logging in the manual about excessive log sizes causing possible performance issues I'm not sure where that line is but I've had no issue up to 5 mb of junk in the file but I'm sure someone will find the limit eventually |
| 09:53:45 | speachy | no point in wearing out SSDs or dealing with slow seek times of real spinning rust. |
| 09:54:36 | _bilgus_ | since you d a clean build wouldn't that make it so you could just delete the whole shebang and start over? |
| 09:55:09 | speachy | ythe way it works now is that it creates build-XXX directories under the rockbox git tree |
| 09:55:48 | speachy | since all of this stuff is going to be deleted anyway, no point in commtting any of it to permenant storage. |
| 09:57:03 | _bilgus_ | 5mb of playback log 3 longs + 260 char path is a lot of tracks something like 15k at full length |
| 09:58:26 | _bilgus_ | I bet the story is different on spinning rust but it hs a nice big buffer to make it snappier |
| 10:00 |
| 10:02:51 | _bilgus_ | speachy re battery levels patch, I ended up doing everything at runtime it creates a battery_levels.default file that gives the user a template of the current values, it ignores the battery_type variable (xduoox3) and just spits out whatever the currently selected is (and also overwrites it with the users data) leaving the other intact |
| 10:04:20 | _bilgus_ | if you take that generated .default file and rename it .cfg it'll be loaded at boot and create a new battery_lvels.default again |
| 10:05:49 | _bilgus_ | I was well on my way of doing it at build time till I realized it would nearly double build times generating/parsing the asm |
| 10:06:20 | _bilgus_ | one slightly annoying thing is it has to start with the default levels because we don't have the disk up till after |
| 10:06:52 | _bilgus_ | this might cause someone somewhere trouble |
| 10:09:25 | | Quit cnx (Ping timeout: 265 seconds) |
| 10:09:38 | _bilgus_ | I think it'd be something like the default shutoff level is higher than what you want to supply and the device shuts off before yours gets loaded |
| 10:09:49 | _bilgus_ | I guess its kind of a safety thing |
| 10:11:28 | | Join cnx [0] (~cnx@tem.loang.net) |
| 10:12:58 | *** | Saving seen data "./dancer.seen" |
| 10:15:08 | _bilgus_ | speaking of safety the loaded does some minimal checks disksafe > shutoff , battery levels are ascending (or equal) and proper number of elements, problem being is some of the devices are in differing ranges so I guess to be more robust you could check if each entry is in the same basic range as the defaults like defaults range is 1000 - 10000 so you wouldn't accept anything lower than say 100 and no higher than 11000 but it |
| 10:15:08 | _bilgus_ | seems too much trouble to get right for only marginally more safe |
| 10:17:57 | _bilgus_ | one funny thing is that the brackets '{}, commas ',' and '=' equal are all superflous to the format itd accept 'discharge 1 2 3 4 5 6 7 8 9 10 11' and work just as well |
| 10:32:45 | _bilgus_ | currently the bootloader is only aware of defaults too I guess another option would be to do it in the bootloader and write it into the bin at load ala bootdata |
| 10:33:40 | _bilgus_ | but it might have to get creative on some of the targets that have minimal bootloader room |
| 10:36:27 | _bilgus_ | I guess you'd only need to really supply battery_level_shutoff to the bootloader and have it pass that to the fw |
| 10:36:58 | _bilgus_ | everything else could wait till you've booted |
| 10:56:35 | _bilgus_ | Going through the skin code has helped me learn enough to close like 4 several year old bugs so far |
| 10:58:54 | _bilgus_ | its pretty cool code really but it gets hard to follow pretty rapidly with the way its tendrils are woven into the rest of the codebase |
| 12:00 |
| 12:13:01 | *** | No seen item changed, no save performed. |
| 14:00 |
| 14:13:04 | *** | No seen item changed, no save performed. |
| 14:53:51 | | Join othello7 [0] (~Thunderbi@pool-100-36-176-164.washdc.fios.verizon.net) |
| 15:00 |
| 15:43:16 | | Join bimber [0] (~bimber@user/bimber) |
| 16:00 |
| 16:13:05 | *** | No seen item changed, no save performed. |
| 17:00 |
| 17:10:02 | | Join PheralSparky [0] (~S|h|a|w|n@user/shawn/x-4432647) |
| 18:00 |
| 18:00:10 | winsim-buildbot | New Windows simulator build round started. Revision 68f511984e, FS #13545: Update Korean translation (Hoseok Seo) by Solomon Peachy |
| 18:00:11 | rb-bluebot | https://www.rockbox.org/tracker/task/13545 Updated Korean (patches, closed) |
| 18:13:06 | *** | No seen item changed, no save performed. |
| 19:00 |
| 19:27:38 | winsim-buildbot | Build round completed after 5247 seconds. |
| 19:39:54 | | Join massiveH [0] (~massiveH@2600:4040:a982:5400:f856:44d4:766f:da1a) |
| 20:00 |
| 20:12:32 | | Quit Moriar (Ping timeout: 252 seconds) |
| 20:13:10 | *** | Saving seen data "./dancer.seen" |
| 20:13:28 | | Join Moriar [0] (~moriar@107-200-193-159.lightspeed.stlsmo.sbcglobal.net) |
| 21:00 |
| 21:49:20 | | Quit Burak_ (Read error: Connection reset by peer) |
| 21:49:45 | | Join Burak_ [0] (~Burak@185.25.123.34) |
| 22:00 |
| 22:13:13 | *** | Saving seen data "./dancer.seen" |
| 23:00 |
| 23:21:09 | | Quit massiveH (Quit: Leaving) |
icon identifies that the person is a core developer (has commit access).