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

01.32.16 ***     No seen item changed, no save performed.
03.15.32 Quit    ufdm (Read error: Connection reset by peer)
03.15.41 Join    ufdm [0] (~ufdm@c-73-164-63-214.hsd1.mn.comcast.net)
03.15.56 Quit    ufdm (Client Quit)
03.32.19 ***     Saving seen data "./dancer.seen"
03.39.12 Join    ufdm [0] (~ufdm@c-73-164-63-214.hsd1.mn.comcast.net)
04.46.50 Join    vitt13 [0] (~vitt13@85.174.206.195)
05.32.22 ***     No seen item changed, no save performed.
06.27.56 Quit    vitt13 (Ping timeout: 252 seconds)
06.44.44 Quit    ufdm (Ping timeout: 244 seconds)
07.01.06 Quit    rb-bluebot (Ping timeout: 272 seconds)
07.01.44 Quit    bluebrother (Ping timeout: 272 seconds)
07.03.15 Join    cockroach [0] (~blattodea@user/cockroach)
07.10.43 Join    bluebrother [0] (~dom@55d4247c.access.ecotel.net)
07.32.26 ***     Saving seen data "./dancer.seen"
08.47.01 Join    massiveH [0] (~massiveH@ool-18e4e82f.dyn.optonline.net)
09.12.13 Join    rb-bluebot [0] (~rb-bluebo@55d4247c.access.ecotel.net)
09.32.27 ***     No seen item changed, no save performed.
09.38.37 Join    vitt13 [0] (~vitt13@85.174.206.195)
10.02.45 Join    cockroac1 [0] (~blattodea@user/cockroach)
10.02.47 Quit    cockroach (Quit: leaving)
10.03.03 Nick    cockroac1 is now known as cockroach (~blattodea@user/cockroach)
10.13.37 Quit    vitt13 (Ping timeout: 268 seconds)
10.14.38 Quit    massiveH (Quit: Leaving)
10.53.37 Quit    JanC (Remote host closed the connection)
10.55.30 Join    JanC [0] (~janc@user/janc)
11.15.05 Join    Bilgus_ [0] (~WW@162.154.213.134)
11.18.52 Quit    Bilgus (Ping timeout: 272 seconds)
11.18.56 Quit    TorC (Changing host)
11.18.56 Join    TorC [0] (~Tor@fsf/member/TorC)
11.32.16 #       <braewoods> g#3487 for whoever
11.32.18 #       <rb-bluebot> 3Gerrit review #3487 at https://gerrit.rockbox.org/r/c/rockbox/+/3487 : 3mknkboot: optimize verifyfirm by James Buren
11.32.31 ***     Saving seen data "./dancer.seen"
11.36.31 #       <rb-bluebot> Build Server message: 3New build round started. Revision 3831051c47, 297 builds, 9 clients.
11.40.42 #       <braewoods> speachy: question. i notice all the rockbox ports give their files as a zip file but i need them as a tar archive for gigabeats initial bootup. how do you suggest I prepare that? i'm trying to conceive of how i should prepare that payload.
11.41.23 #       <braewoods> the existing bootloader has code for extracting everything from a tar archive
11.41.33 #       <braewoods> assuming to make the first bootup less painful
11.44.34 #       <speachy> well, take the makezip script and alter it to emit tarfiles?
11.45.52 #       <braewoods> another idea i had was to just repack them on the util side since it's only needed during initial setup
11.46.08 #       <braewoods> but that's a lot of code to write. lol
11.46.51 #       <braewoods> speachy: ok, thanks
11.47.29 #       <speachy> braewoods: 'make tar'  already works.  heh.
11.47.38 #       <braewoods> o.O
11.48.07 #       <braewoods> it's easy to just use CLI stuff for linux but i'd need something that works for windows too if we don't ship it pre-prepared
11.48.22 #       <rb-bluebot> Build Server message: 3Build round completed after 711 seconds.
11.48.25 #       <rb-bluebot> Build Server message: 3Revision 3831051c47 result: All green
11.48.29 #       <braewoods> i have an idea though.
11.49.09 #       <braewoods> i just don't know how practical ZIP file extraction is from within a bootloader
11.49.12 #       <braewoods> :D
11.49.13 Join    lebellium [0] (~lebellium@2a01:cb10:2e:2000:a9f5:c6d1:c160:d20e)
11.50.54 #       <spork> run rockbox as a bootloader
11.51.45 #       <braewoods> speachy: i was considering a feature for MTP where rockbox itself does the zip extraction.
11.52.02 #       <braewoods> but depends if we can find a suitable library to embed
11.52.08 #       <braewoods> and how big it is
11.52.31 #       <braewoods> zip isn't that much of a monster; it was invented in the early 90s or so
11.55.44 Quit    lebellium (Quit: Leaving)
11.59.03 #       <rb-bluebot> Build Server message: 3New build round started. Revision 0faf978c3d, 297 builds, 9 clients.
11.59.15 #       <speachy> ok, there's now an 'xz' target to go with the 'gzip' and 'bzip2' targets
11.59.50 #       <speachy> and the 'tar' target now works the same way as 'zip' -- ie respects dependencies.
12.01.29 #       <braewoods> interesting
12.02.01 #       <braewoods> i'm going to see if i can find a way to introduce basic ZIP support, it'll have to be stripped down for embedded use but it may be viable
12.02.28 #       <braewoods> for now just for gigabeats bootloader
12.03.44 #       <braewoods> if it works out it could be useful for MTP too to support some more advanced features
12.09.25 #       <rb-bluebot> Build Server message: 3Build round completed after 622 seconds.
12.09.27 #       <rb-bluebot> Build Server message: 3Revision 0faf978c3d result: All green
12.14.32 #       <braewoods> wow i found a really small one
12.14.51 #       <braewoods> ~16K compiled
12.22.20 #       <braewoods> speachy: i found a small library but part of it depends on setjmp/longjmp. does rockbox even support these?
12.23.17 #       <speachy> rockbox uses both.
12.23.27 #       <braewoods> ok..
12.23.34 #       <speachy> (in the plugin code)
12.23.41 #       <braewoods> but not core?
12.23.56 #       <braewoods> derp.
12.24.23 #       <braewoods> this mini deflate library relies on longjmp/setjmp
12.24.42 #       <braewoods> do we have another deflate library we can use?
12.25.01 #       <braewoods> the zip code doesn't care what deflate library we use...
12.28.18 Quit    akaWolf (Ping timeout: 240 seconds)
12.29.49 #       <braewoods> ah found something
12.30.34 #       <braewoods> cool, in any case.
12.31.17 #       <braewoods> i think i'm going to replace the TAR support in gigabeats bootloader with ZIP since that's what all the other ports use
12.32.07 #       <braewoods> also make support with rbutil much easier to sort out
13.18.21 Join    akaWolf [0] (~akaWolf@akawolf.org)
13.32.34 ***     Saving seen data "./dancer.seen"
13.38.15 Quit    michaelni (Quit: Leaving)
13.38.38 Join    michaelni [0] (~michael@213-47-68-29.cable.dynamic.surfer.at)
15.11.59 Quit    j-r (Ping timeout: 272 seconds)
15.12.41 Join    j-r [0] (~j-r@p2003000621e4a855404207fffefd0a65.dip0.t-ipconnect.de)
15.22.26 Join    ufdm [0] (~ufdm@c-73-164-63-214.hsd1.mn.comcast.net)
15.32.35 ***     Saving seen data "./dancer.seen"
16.19.30 Quit    jackie (Ping timeout: 264 seconds)
16.20.03 Join    jackie [0] (~jackie@banana-new.kilobyte22.de)
17.14.55 Quit    mendel_munkis (Ping timeout: 268 seconds)
17.17.24 Join    mendel_munkis [0] (~mendel_mu@ool-ae2cb218.dyn.optonline.net)
17.21.55 Join    amachronic [0] (~amachroni@user/amachronic)
17.32.39 ***     Saving seen data "./dancer.seen"
17.39.12 #       <amachronic> how does multiboot work in rockbox? I'm a bit confused with how multidrive/volume is handled.
17.39.48 #       <amachronic> it seems there is some mixing up between volumes and drives...
17.40.54 #       <amachronic> (asking this because I need to do a proper boot protocol for an X1000 bootloader now, and I don't want to be reinventing wheels or creating bigger problems with multiboot later on)
17.42.09 #       <mendel_munkis> amachronic: you'd think that I would think to test on a small mem target before pushing
17.42.44 #       <amachronic> ...calculator bug?
17.43.04 #       <mendel_munkis> yes
17.43.10 #       <amachronic> lemme guess, the sansa clip broke horribly?
17.43.20 #       <mendel_munkis> well you fixed it.
17.44.05 #       <amachronic> that was only an unused variable warning, nothing serious.
17.44.26 #       <mendel_munkis> true, I still should have caught it.
17.44.28 #       <amachronic> (of course I have no idea if the code runs properly there but it looked reasonable)
17.51.04 #       <mendel_munkis> well it works in the sim
17.51.29 #       <mendel_munkis> (I should get around to documenting that negative is an error.)
18.04.52 #       <amachronic> it appears that if the target config does not define HAVE_MULTIVOLUME then effectively drives are equivalent to volumes...
18.05.41 #       <amachronic> this would explain why the multiboot code works
18.05.53 #       <amachronic> none of the targets with multiboot have multivolume defined
18.09.33 #       <amachronic> ...yet HAVE_MULTIVOLUME is defined anyway even if target doesn't define it
18.09.41 #       <amachronic> wow this is confusing
18.17.16 #       <amachronic> I think this is technically a bug
18.17.26 #       <amachronic> https://github.com/Rockbox/rockbox/blob/master/firmware/common/rb-loader.c#L191
18.17.39 #       <amachronic> iterates over volumes and writes volume number to boot data
18.17.45 #       <amachronic> https://github.com/Rockbox/rockbox/blob/master/firmware/common/disk.c#L268
18.17.58 #       <amachronic> iterates over drives and treats boot volume like a drive number
18.18.16 #       <amachronic> :P
18.22.02 #       <amachronic> at least I think I understand how to make this work with my custom boot protocol now
18.22.40 #       <amachronic> got to call it a night now
18.22.48 Quit    amachronic (Quit: amachronic)
19.32.41 ***     Saving seen data "./dancer.seen"
20.19.30 Quit    TorC (Ping timeout: 264 seconds)
21.18.27 Join    TorC [0] (~Tor@fsf/member/TorC)
21.32.44 ***     Saving seen data "./dancer.seen"
22.17.39 Quit    cockroach (Quit: leaving)
23.11.41 Quit    F3l1x_10m (Ping timeout: 252 seconds)
23.32.47 ***     Saving seen data "./dancer.seen"