--- Log for 16.07.120 Server: tolkien.freenode.net Channel: #rockbox --- Nick: logbot_ Version: Dancer V4.16 Started: 1 day and 14 hours ago 00.17.34 *** Saving seen data "./dancer.seen" 00.25.40 Quit ac_laptop (Ping timeout: 265 seconds) 01.07.45 Join DrkNinja [0] (47d9cc74@71.217.204.116) 01.07.56 # Hello? 01.09.05 # I was looking to see if I could get some assistance with a Rockbox issue 01.13.48 Join ZincAlloy [0] (~Adium@2a02:8108:943f:d824:2df1:9721:ec7d:3bba) 01.13.59 # DrkNinja: what's the issue? 01.14.38 # Um I just installed Rockbox and I was wondering if there was a way to get the clicking feature enabled through rockbox? 01.14.56 # I only used RB because I have a bunch of FLAC music and itunes hates that 01.15.17 # which ipod do you have? 01.15.19 # But I LOVE that click sound that comes from the ipod 01.15.24 # 5th Gen 30GB 01.15.34 # already installed a iFlash Quad 01.16.12 # I found a "patch" for rockbox that was said to fix it... 01.16.19 # but I can't figure out how to install it 01.18.37 Quit ZincAlloy (Ping timeout: 272 seconds) 01.18.41 # mendel_munkis is there anything? 01.19.08 # I am not familiar with that system but most targets have a setting keyclick (maybe under settings->general settings->system) 01.20.54 # That seemed to do it 01.20.55 # thank you 01.21.02 Quit DrkNinja (Remote host closed the connection) 01.21.09 # you're welcome. 01.53.13 Join ZincAlloy [0] (~Adium@2a02:8108:943f:d824:2078:68a8:f9ca:1d24) 01.57.37 Quit ZincAlloy (Ping timeout: 260 seconds) 02.17.35 *** Saving seen data "./dancer.seen" 03.09.50 Join advcomp2019 [0] (~advcomp20@65-131-182-159.sxct.qwest.net) 03.09.50 Quit advcomp2019 (Changing host) 03.09.50 Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019) 03.12.13 Quit advcomp2019__ (Ping timeout: 246 seconds) 03.38.34 Join petur [0] (~petur@77.77.179.66) 03.38.34 Quit petur (Changing host) 03.38.34 Join petur [0] (~petur@rockbox/developer/petur) 04.09.07 Join aenertia_ [0] (~aenertia@116.251.148.216) 04.09.43 Quit aenertia (Quit: Konversation terminated!) 04.17.37 *** Saving seen data "./dancer.seen" 04.20.05 Quit J_Darnley (Ping timeout: 265 seconds) 04.21.58 Join J_Darnley [0] (~J_Darnley@d51A44418.access.telenet.be) 05.00.04 Quit Oksana (Read error: Connection reset by peer) 05.24.28 Join Oksana [0] (~Wikiwide@Maemo/community/ex-council/Wikiwide) 05.30.55 Quit aenertia_ (Quit: Konversation terminated!) 05.38.05 Join vmx [0] (~vmx@ip5f5ac60f.dynamic.kabel-deutschland.de) 05.57.36 Quit __Bilgus_ (Remote host closed the connection) 06.10.55 Join jdarnley [0] (~J_Darnley@d51a44418.access.telenet.be) 06.10.59 Quit J_Darnley (Ping timeout: 240 seconds) 06.17.38 *** Saving seen data "./dancer.seen" 07.27.43 Join sakax [0] (~r0b0t@unaffiliated/r0b0t) 07.30.39 Quit koniu (Write error: Broken pipe) 07.31.11 Join koniu [0] (~koniu@gateway/tor-sasl/koniu) 08.17.40 *** Saving seen data "./dancer.seen" 08.28.49 Join ac_laptop [0] (~ac_laptop@186.2.247.129) 08.32.07 Join massiveH [0] (~massiveH@ool-18e4eaeb.dyn.optonline.net) 10.04.10 Quit bzed (Quit: leaving) 10.04.33 Join bzed [0] (~bzed@shell.bzed.at) 10.12.07 Quit massiveH (Quit: Leaving) 10.17.44 *** Saving seen data "./dancer.seen" 10.40.29 Join J_Darnley [0] (~J_Darnley@d51A44418.access.telenet.be) 10.41.18 Quit jdarnley (Ping timeout: 260 seconds) 10.53.58 Join jdarnley [0] (~J_Darnley@d51A44418.access.telenet.be) 10.54.49 Quit J_Darnley (Ping timeout: 264 seconds) 10.55.57 Quit gevaerts (*.net *.split) 10.55.59 Quit klock (*.net *.split) 10.55.59 Quit flabrus (*.net *.split) 10.57.32 Join gevaerts [0] (~fg@rockbox/developer/gevaerts) 10.57.32 Join klock [0] (~freeklock@unaffiliated/klock) 10.57.32 Join flabrus [0] (~beard@unaffiliated/flabrus) 10.58.49 # so, any comments on the first two rip-out-archos patches? (still WIP but I don't see any point in continuing unless there's agreement they should land sooner rather than later) 11.01.46 Join livvy [0] (~livvy@gateway/tor-sasl/livvy) 11.10.28 # already covers something like 42K lines of code removed, and that's not even touching the HWCODEC stuff and some chunks of HAVE_LCD_CHARCELL 11.15.33 # that's impressive 11.22.23 # Looks like the default voices use eSpeak now, nice 11.22.33 # Auto-generated voices, I should say 11.23.32 # I think festival sounded better (at least untweaked) but it was considerably slower 11.23.45 # and was only useful for english 11.25.30 # I have the mbrola voice sets installed now too, will need to play with 'em a bit more. 11.29.02 # If we're talking about the same Festival voice, IMO it was terrible 11.29.27 # maybe I just like [fake] female voices better. 11.29.45 # Maybe not. It wasn't female 11.30.08 # heh, nevermind then 11.31.09 # Flite, I think 11.35.00 # Trying to get an ADB shell on this X3ii but I can't find the menu option. I'll have someone sighted look at it later 11.35.14 Quit petur (Quit: Connection reset by beer) 11.57.39 # echo "$list" 11.57.52 # Ah sorry, wrong window 12.08.04 Join ZincAlloy [0] (~Adium@ip5f5acf9f.dynamic.kabel-deutschland.de) 12.12.16 Quit ZincAlloy (Ping timeout: 246 seconds) 12.17.46 *** Saving seen data "./dancer.seen" 12.24.06 Join ZincAlloy [0] (~Adium@2a02:8108:943f:d824:3431:af75:adb9:ca30) 12.28.41 Quit ZincAlloy (Ping timeout: 272 seconds) 13.19.55 Nick edhelas is now known as edhelas_ (9d94237298@2a01:7c8:aab8:6b9:5054:ff:fec9:fd84) 13.33.29 Join MrZeus [0] (~MrZeus@2a02:c7f:70d0:6a00:88e4:3b2:f383:948e) 13.52.27 Join mokkurkalve [0] (~mokkurkal@c237CBF51.dhcp.as2116.net) 13.53.49 Join lebellium [0] (~lebellium@89-92-253-148.hfc.dyn.abo.bbox.fr) 14.00.03 Quit bzed (Quit: Lost terminal) 14.03.53 # I have just received a Sansa Clip+ and installed rockbox on it. (I'm working from a Arch Linux laptop BTW.) Tested with 3.15 stable and then latest snapshot. I get some problems with usb and fat32 filesystem integrity. In original FW i can mount internal drive, I can fsck.fat the internal drive and get it fixed. As soon as I boot into rockbox FW i can not mount the internal drive, and trying to 14.03.59 # fsck.fat returns messages like "fsck.fat 4.1 (2017-01-24) Read 32 bytes at 240627712:Input/output error". 14.04.14 # Anybody have any idea? 14.07.45 Quit Moarc (Quit: i znowu NADMUCHAƁ BALONA) 14.08.15 # BTW I also have a Sansa e200 for ages and running rockbox dev versions on it. Recently I could not boot past bootloader. I found now that there where filsystems errors on internal drive and it seems I have fixed this with problem with fsck.fat. I have to use this player a while again to see if that was all there was to it. 14.09.41 Join Moarc [0] (~chujko@a105.net128.okay.pl) 14.09.42 # sounds a lot like the internal flash is on its way out 14.11.32 # Could be. I just don't get why behavior is different on the Clip regarding OF and rockbox. I'm fsck.fat'ing from the same linux system. 14.12.10 # could be that rockbox uses a lower power setting or something like that 14.12.21 # it is more aggressive with respect to power consumption 14.12.25 # And it behaves differently whether its OF or rocxbox that handles the usb connection 14.12.43 # M 14.13.35 # Do you think a USB hub with it's own power supply could make a difference? 14.13.42 # IIRC the sansa firmware doesn't show a raw view of the internal flash; it has extra stuff that it hides from the host system 14.14.12 Quit livvy (Remote host closed the connection) 14.15.54 Join livvy [0] (~livvy@gateway/tor-sasl/livvy) 14.17.49 *** Saving seen data "./dancer.seen" 14.18.35 Join J_Darnley [0] (~J_Darnley@d51A44418.access.telenet.be) 14.19.38 Quit jdarnley (Ping timeout: 258 seconds) 14.35.22 Quit livvy (Remote host closed the connection) 14.39.42 Join livvy [0] (~livvy@gateway/tor-sasl/livvy) 15.14.40 # Using a hub with power it's the same on the Clip+ ; I can access internal drive with OF usb but not with rockbox usb 15.23.23 Quit livvy (Ping timeout: 240 seconds) 15.23.55 Join livvy [0] (~livvy@gateway/tor-sasl/livvy) 15.38.13 Join jdarnley [0] (~J_Darnley@d51A44418.access.telenet.be) 15.39.58 Quit J_Darnley (Ping timeout: 260 seconds) 15.41.30 Quit livvy (Remote host closed the connection) 15.43.06 Join livvy [0] (~livvy@gateway/tor-sasl/livvy) 15.54.30 Quit vmx (Quit: Leaving) 15.55.40 # here's a long-overdue cleanup patch: g#2547 15.55.42 # Gerrit review #2547 at http://gerrit.rockbox.org/r/2547 : plugins: convert plugin struct to C99 named initializers by Solomon Peachy 16.04.01 Join ZincAlloy [0] (~Adium@2a02:8108:943f:d824:7404:c526:1ef1:7356) 16.06.59 # Those ##stuff## folders 16.07.06 # Hate that 16.10.35 Quit ac_laptop (Ping timeout: 240 seconds) 16.14.57 # <__builtin> speachy: does that warn if you miss one? 16.16.09 # <__builtin> if not I think we should leave it as-is, because gcc will spew warnings if the prototypes get misaligned currently 16.17.25 # __builtin, no, but it didn't before either 16.17.52 *** Saving seen data "./dancer.seen" 16.18.09 # <__builtin> hmm, so the risk of the current one is that we'll forget one when adding to the end 16.18.20 # I believe we can turn on a warning that will catch something, but we need gcc 4.7 (I think) to do it on the fly. 16.19.01 # <__builtin> whereas with the change the compiler would let you miss one in the middle _in addition_ to the end 16.20.24 # -Wmissing-field-initializers 16.20.30 # <__builtin> does that work with 4.4.4? 16.21.02 # <__builtin> and will it raise a bunch of new false positives where we intentionally leave things uninitialized? 16.21.10 # sure, we just have to do it globally 16.22.05 # in the case of the plugin structure, we do _not_ want anything uninitialized. 16.22.14 # <__builtin> I definitely agree there 16.22.31 # IIRC we actually have that warning explicitly disabled in many places 16.22.45 # or used to 16.24.25 # it gets turned on with -Wextra, which we're not using right now. My toolchain bump patches include it and I've been fixing up the warnings over the past few months or so 16.25.19 # wait, the option does not warn about designiated initializers, so it won't catch something missing. 16.27.37 # heh, this is funny -- it's actually implemented, but the docs are/were wrong. 16.28.05 # at some point in the past few years. 16.29.42 # ... but only for C++, not C. Ha! 16.29.46 # * speachy shakes his head 16.33.44 # putting that aside, g#2545 and g#2546 are now up to a net 43.5K lines removed. 16.33.48 # Gerrit review #2545 at http://gerrit.rockbox.org/r/2545 : WIP: Remove sh support and all archos targets by Solomon Peachy 16.33.48 # Gerrit review #2546 at http://gerrit.rockbox.org/r/2546 : WIP: get rid of HAVE_LCD_CHARCELLS by Solomon Peachy 16.37.52 Quit MrZeus (Ping timeout: 260 seconds) 16.40.30 Join MrZeus [0] (~MrZeus@2a02:c7f:70d0:6a00:88e4:3b2:f383:948e) 17.21.57 Join reductum [0] (~weechat@cpe-104-175-169-123.socal.res.rr.com) 17.23.06 Quit lebellium (Quit: Leaving) 17.30.57 Join krabador [0] (~krabador@unaffiliated/krabador) 17.31.21 Quit MrZeus (Read error: No route to host) 17.32.48 Join MrZeus [0] (~MrZeus@4e6942be.skybroadband.com) 17.54.54 Join ac_laptop [0] (~ac_laptop@186.2.247.129) 18.04.18 Quit reductum (Quit: WeeChat 2.8) 18.13.19 Quit sakax (Quit: Leaving) 18.17.55 *** Saving seen data "./dancer.seen" 18.42.24 Join reductum [0] (~weechat@cpe-104-175-169-123.socal.res.rr.com) 19.13.40 Quit ZincAlloy (Quit: Leaving.) 19.16.16 Quit ac_laptop (*.net *.split) 19.16.17 Quit gevaerts (*.net *.split) 19.16.17 Quit klock (*.net *.split) 19.16.17 Quit flabrus (*.net *.split) 19.23.03 Join ac_laptop [0] (~ac_laptop@186.2.247.129) 19.23.03 Join gevaerts [0] (~fg@rockbox/developer/gevaerts) 19.23.03 Join klock [0] (~freeklock@unaffiliated/klock) 19.23.03 Join flabrus [0] (~beard@unaffiliated/flabrus) 19.25.40 Join __Bilgus_ [0] (41ba23be@65.186.35.190) 19.27.05 # <__Bilgus_> speachy? that still leaves HW CODEC 19.27.19 # I haven't got that far yet. 19.27.43 # <__Bilgus_> so even more to go then 19.28.28 # need to finish getting the archos-related warnings gone (plugin keymappings), finish the charcell stuff (only ever used by the original player) and only then tackle hwcodec. 19.28.59 Quit reductum (Quit: WeeChat 2.8) 19.29.20 # plus, um, review everyting to make sure I didn't accidently delete an #ifndef instead of an #ifdef 19.29.42 # (which I have managed to catch in many places but I'm sure there are more) 19.29.55 # there's just...so...much 19.30.47 # <__Bilgus_> thats what 20 years of ifdefs 19.31.54 # there are over 700 #ifdef HAVE_LCD_BITMAP to go over. 19.32.10 # (many of them have #else clauses 19.34.01 # but.. I guess the question is, keep going? 19.35.22 # possibly do this as a series of smaller chunks vs a MEGACOMMIT? 19.38.43 # btw, LCD_CHARCELL vs LCD_BITMAP is actually more involved than HWCODEC vs SWCODEC 19.43.34 Quit MrZeus (Ping timeout: 260 seconds) 19.46.47 Quit edhelas_ (Remote host closed the connection) 19.49.29 Quit krabador (Remote host closed the connection) 20.00.56 # <__Bilgus_> I'm biased I want it gone.. 20.02.35 # <__Bilgus_> as far as one vs several commits IDK I think mega commit is probably better if we are never going back multiple commits if we want easier reversion 20.02.53 # multiple commits are easier to review 20.03.07 # but I agree it's an all-or-nothing sort of deal. 20.09.50 # something in that 43.5K worth of diff broke the ihp120 build 20.16.04 # <__builtin> Yeah, breaking it up makes sense in bisecting, etc 20.16.23 # <__builtin> perhaps do it by directory/plugin? 20.16.56 # I'm about a third of the way through the files changed. one mistake caught so far 20.17.36 # <__builtin> I assume you're regexing this, no? 20.17.56 *** Saving seen data "./dancer.seen" 20.18.09 # lots of git grep, but most of the editing was by hand. 20.19.03 # * speachy adds 'MEMORYSIZE <= 2' to the stack 20.19.30 # do we even have any swcodec lowmem targets? 20.25.23 # <__Bilgus_> I bet the clipv1 20.25.53 # <__builtin> yeah, it's 2MB 20.26.06 # ok, so that makes sense 20.26.17 # <__builtin> and the sansa m200 20.26.22 # <__builtin> look in tools/configure btw 20.26.26 # <__builtin> "memorysize=" 20.26.31 # <__builtin> err, memory= 20.28.11 # <__builtin> and the iriver ifp7xx, whatever that is 20.30.00 # * __builtin wonders if anyone other than the original port author has ever used that 20.52.32 Quit ac_laptop (Ping timeout: 272 seconds) 21.56.57 # ouch, the ihp failure was because a header that was getting implicitly included wasn't any more, causing a HAVE_xxx define to go away. 22.17.59 *** Saving seen data "./dancer.seen" 22.38.52 # Build Server message: New build round started. Revision 805f531, 295 builds, 12 clients. 22.39.51 # new versions up. up to a combined total of nearly 45K lines. all that's left is the manual now. 22.59.09 # Build Server message: Build round completed after 1217 seconds. 22.59.13 # Build Server message: Revision 805f531 result: All green 23.05.23 Quit livvy (Ping timeout: 240 seconds) 23.26.15 # Build Server message: New build round started. Revision 2b9c85a, 295 builds, 13 clients. 23.32.58 Join reductum [0] (~weechat@cpe-104-175-169-123.socal.res.rr.com) 23.40.22 Quit TheSeven (Ping timeout: 256 seconds) 23.40.32 Join [7] [0] (~quassel@rockbox/developer/TheSeven) 23.45.44 # Build Server message: Build round completed after 1169 seconds. 23.45.46 # Build Server message: Revision 2b9c85a result: All green 23.50.33 # I think my clients held up that build 23.50.46 # Slow Internet caused them both to time out 23.52.06 # Neither have gotten the "all green" yet 23.56.23 # completely green board. only the second time I've ever seen that