--- Log for 27.03.122 Server: molybdenum.libera.chat Channel: #rockbox --- Nick: rb-logbot Version: Dancer V4.16 Started: 1 month and 18 days ago 00.03.25 *** Saving seen data "./dancer.seen" 00.13.00 Quit asabas (Ping timeout: 240 seconds) 02.00.02 # <_bilgus> I think i'd probably stub it out so its still functionlly the same 02.00.53 # <_bilgus> but it depends on just how much I can kick out to the plugin verses just leaving it all but at the very least its getting less static buffers 02.03.29 *** Saving seen data "./dancer.seen" 04.03.33 *** No seen item changed, no save performed. 04.23.45 Quit melmothX_ (Quit: reboot) 04.30.39 Join melmothX [0] (~marco@amusewiki/marco) 05.58.06 Join lebellium [0] (~lebellium@2a01cb04012c0900c480511deea4a7b3.ipv6.abo.wanadoo.fr) 06.03.37 *** Saving seen data "./dancer.seen" 06.07.39 # Build Server message: 3New build round started. Revision aaf0f1c371, 303 builds, 8 clients. 06.21.12 # Build Server message: 3Build round completed after 813 seconds. 06.21.20 # Build Server message: 3Revision aaf0f1c371 result: All green 06.59.49 # Build Server message: 3New build round started. Revision a490ff896f, 303 builds, 8 clients. 07.13.07 # Build Server message: 3Build round completed after 796 seconds. 07.13.10 # Build Server message: 3Revision a490ff896f result: All green 08.02.20 Join gfdg [0] (~gfdg@31-208-77-72.cust.bredband2.com) 08.02.32 # hey guys 08.03.03 Quit gfdg (Client Quit) 08.03.39 *** Saving seen data "./dancer.seen" 08.15.24 Join asaba [0] (~asabas@103.113.159.250) 08.47.13 Join amachronic [0] (~amachroni@user/amachronic) 08.49.13 # _bilgus is g#4349 to your liking? 08.49.16 # 3Gerrit review #4349 at https://gerrit.rockbox.org/r/c/rockbox/+/4349 : 3multiboot: Allow searching in volume 0 for redirect file by Aidan MacDonald 08.49.50 # (I couldn't use the IF_MV(1) you suggested before since multivolume is always present if multiboot is enabled) 08.52.01 # Build Server message: 3New build round started. Revision df3afcfa3b, 303 builds, 8 clients. 09.15.52 # Build Server message: 3Build round completed after 1431 seconds. 09.15.56 # Build Server message: 3Revision df3afcfa3b result: All green 09.46.18 # <_bilgus> amachronic, I think it'd be fine then they can change the min drive if they really want to redirect internal. 09.46.43 # <_bilgus> I think it wouldn't matter though since we go from hight to low 09.47.20 # <_bilgus> it was just what was discussed (for safety) when it was first implemented 09.48.11 # yeah that's reasonable since the main point was to work around dying flash 09.48.53 # i'll merge it then 09.50.35 # Build Server message: 3New build round started. Revision bcbb5a8b00, 303 builds, 8 clients. 09.50.38 # <_bilgus> I pulled out a clipzip I got back from the fam with 3.15 on it, we have made some great progress 09.52.28 # <_bilgus> it had a display glitch that disappeared on upgrade even felt faster on boot and moving around 09.54.08 # <_bilgus> ANd the USB thats must be your doing 09.55.04 Join dconrad [0] (~dconrad@152.117.104.208) 09.56.52 # it's been almost 2000 commits in 2 years since 3.15 09.57.14 # I sure hope we've improved it since then :D 09.57.14 # <_bilgus> yeah so thousands of man hours too 09.57.38 # the most expensive music player firmware in history lol 09.57.38 # <_bilgus> I'm gonna say yes but I'm biased 10.03.42 *** No seen item changed, no save performed. 10.13.23 # Build Server message: 3Build round completed after 1368 seconds. 10.13.26 # Build Server message: 3Revision bcbb5a8b00 result: All green 10.13.38 # <_bilgus> I'm looking at putting a vm in core 10.13.53 # <_bilgus> not lua more like basic 10.14.17 # <_bilgus> ahem BASIC 10.14.21 # why not lua? memory constraints? 10.14.37 # <_bilgus> yeah its terrible with memory 10.14.58 # <_bilgus> everythings dynamic and it likes to fragment 10.16.39 # we really need better MM in the core too 10.17.13 # <_bilgus> I think with a vm I could implement most of the duplicated (but different) parsers as bytecode 10.17.58 # heh, that'd be an interesting project. 10.20.03 # back to my point about MM, I find using buflib is quite difficult since everything can move 10.20.05 # <_bilgus> I'm not sure what to do about MM its actually half decent with the buflib 10.20.29 # <_bilgus> yeah the moving memory is why it works well 10.20.50 # but -- there's no "lock" primitive that can be applied to any handle which makes it hard to build up composable functions that use buflib handles. 10.21.05 # <_bilgus> it becomes req at run keep your handle 10.21.56 # <_bilgus> I was thinking a jump list with priority slots the last time 10.26.21 # i guess locking is only truly necessary for I/O, but not being able to do I/O with our main memory allocator is a rather crippling limitation 10.35.04 # Build Server message: 3New build round started. Revision 7243f6b343, 303 builds, 8 clients. 10.51.00 # Build Server message: 3Build round completed after 957 seconds. 10.51.02 # Build Server message: 3Revision 7243f6b343 result: All green 11.02.15 Quit dconrad (Remote host closed the connection) 11.23.24 Quit amachronic (Ping timeout: 240 seconds) 11.30.21 Join dconrad [0] (~dconrad@152.117.104.208) 11.35.23 Quit dconrad (Ping timeout: 272 seconds) 12.03.45 *** Saving seen data "./dancer.seen" 12.10.56 Join kop316 [0] (~chris@cmu-secure-128-237-82-5.nat.cmu.net) 12.11.08 Join dconrad [0] (~dconrad@152.117.104.208) 14.03.02 # that multiboot will be nice to swap sd cards between devices 14.03.49 *** No seen item changed, no save performed. 14.03.51 # 6 of my 7 rockboxed players will support it 15.13.54 # Build Server message: 3New build round started. Revision 4c1fe3a899, 303 builds, 8 clients. 15.15.46 Quit hombrelaser_1 (Read error: Connection reset by peer) 15.17.03 Quit kop316 (Remote host closed the connection) 15.18.03 Join hombrelaser [0] (~my@user/hombrelaser) 15.18.16 # ok, so I bumped Rockbox Utility to 1.5.0 so we finally get a new released version. 15.21.54 # speachy: can you put the binaries on the download server? Files are at https://drive.google.com/drive/folders/0B8pPsvGJ3RdKfjEyaERxMUo0UUdqcUFIOVlLSFNMVHcxeVNSV1FNQlZlWERhTkZ4QmQ3aVE?resourcekey=0-PVQz0XDxvZTeFybPeU7bPg&usp=sharing 15.22.37 # Binaries are Win7 and up, MacOS 10.12 and up, Linux 64bit AppImage. 15.26.11 # Build Server message: 3Build round completed after 738 seconds. 15.26.16 # Build Server message: 3Revision 4c1fe3a899 result: All green 15.34.27 Quit wolfshappen (Read error: Connection reset by peer) 16.00.01 Join kop316 [0] (~chris@pool-71-182-232-239.pitbpa.fios.verizon.net) 16.02.50 Quit kop316 (Client Quit) 16.03.09 Join kop316 [0] (~chris@pool-71-182-232-239.pitbpa.fios.verizon.net) 16.03.54 *** Saving seen data "./dancer.seen" 16.24.46 Join wolfshappen [0] (~waff@irc.furworks.de) 16.27.02 Quit kop316 (Remote host closed the connection) 16.27.18 Join kop316 [0] (~chris@pool-71-182-232-239.pitbpa.fios.verizon.net) 17.53.27 Quit dconrad (Remote host closed the connection) 18.03.55 *** Saving seen data "./dancer.seen" 19.18.40 Quit lebellium (Quit: Leaving) 19.37.22 Join dconrad [0] (~dconrad@152.117.104.208) 20.03.57 *** Saving seen data "./dancer.seen" 20.26.51 Quit dconrad () 22.03.58 *** Saving seen data "./dancer.seen" 22.23.53 Quit Natch (Remote host closed the connection) 22.29.16 Join Natch [0] (~natch@c-67bae255.014-297-73746f25.bbcust.telenor.se)