--- Log for 01.05.116 Server: verne.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 1 month and 28 days ago 00.04.26 Join betheynyx [0] (betheynyx@2600:3c03::f03c:91ff:fe55:c675) 00.09.36 Quit benedikt93 (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.) 00.09.50 Join benedikt93 [0] (~quassel@unaffiliated/benedikt93) 00.32.01 Quit ender` (Quit: In the beginning the Universe was created. This has made a lot of people very angry and been widely regarded as a bad move. -- Douglas Adams) 00.39.01 Join Dextra [0] (~Anna@108-73-134-196.lightspeed.cicril.sbcglobal.net) 00.55.15 Quit Dextra (Quit: My Mac has gone to sleep. ZZZzzz…) 01.07.53 Nick suYin is now known as suYin`OFF (mysuyin@server2.shellfire.net) 01.10.08 Join girafe3 [0] (~girafe@2a01:cb15:829b:3a00:24b8:55f7:398e:616f) 01.13.33 Quit girafe2 (Ping timeout: 260 seconds) 01.15.44 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon) 01.16.42 Join benedikt93_ [0] (~benedikt9@85.136.152.139.dyn.user.ono.com) 01.18.04 Quit JdGordon (Ping timeout: 246 seconds) 01.30.24 Quit benedikt93_ (Quit: Bye ;)) 01.57.01 Quit ZincAlloy (Quit: Leaving.) 01.58.26 *** Saving seen data "./dancer.seen" 02.07.24 # <__builtin> Link8: no 02.09.16 Quit TheSeven (Ping timeout: 276 seconds) 02.10.08 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 02.13.32 Quit pamaury (Ping timeout: 244 seconds) 02.52.01 Quit betheynyx (Max SendQ exceeded) 02.52.59 Quit idonob (Read error: Connection reset by peer) 03.34.08 Quit Link8 (Ping timeout: 244 seconds) 03.58.29 *** Saving seen data "./dancer.seen" 04.17.16 Join betheynyx [0] (~betheynyx@li394-234.members.linode.com) 04.22.20 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 04.24.53 Quit JdGordon_ (Ping timeout: 260 seconds) 04.29.16 Join bp0 [0] (~bp@unaffiliated/bp0) 05.07.16 Join Link8 [0] (~me@5ED3ED53.cm-7-4d.dynamic.ziggo.nl) 05.12.01 Quit sparetire (Read error: Connection reset by peer) 05.12.23 Quit Link8 (Ping timeout: 276 seconds) 05.14.42 Join sparetire [0] (~sparetire@unaffiliated/sparetire) 05.58.30 *** Saving seen data "./dancer.seen" 06.25.59 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 06.26.54 Join fs-bluebot_ [0] (~fs-bluebo@xd9beeaa5.dyn.telefonica.de) 06.29.21 Quit bluebrother^ (Ping timeout: 252 seconds) 06.29.21 Quit fs-bluebot (Ping timeout: 260 seconds) 07.12.56 Quit smoke_fumus (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/) 07.33.23 Join go2m [0] (~go4m@cpe-66-25-153-174.satx.res.rr.com) 07.54.47 Join Link8 [0] (~me@5ED3ED53.cm-7-4d.dynamic.ziggo.nl) 07.58.34 *** Saving seen data "./dancer.seen" 07.59.26 Quit Link8 (Ping timeout: 276 seconds) 08.19.39 Quit tchan (Quit: WeeChat 1.4) 08.21.56 Quit betheynyx (Max SendQ exceeded) 08.42.29 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon) 08.45.23 Quit JdGordon (Ping timeout: 246 seconds) 08.48.46 Quit nlogex (Ping timeout: 260 seconds) 09.22.10 Quit akaWolf (Ping timeout: 276 seconds) 09.29.46 Join ender` [0] (krneki@foo.eternallybored.org) 09.33.15 Join idonob [0] (~Owner@S010610c37b922980.vs.shawcable.net) 09.36.51 Join akaWolf [0] (~akaWolf@unaffiliated/akawolf) 09.57.36 Join einhirn [0] (~Miranda@p4FC131BA.dip0.t-ipconnect.de) 09.58.36 *** Saving seen data "./dancer.seen" 09.59.09 Quit einhirn (Client Quit) 10.00.27 Quit idonob (Quit: s/screen/tmux) 10.05.28 Join idonob [0] (~Owner@S010610c37b922980.vs.shawcable.net) 10.29.19 Quit PurlingNayuki (Remote host closed the connection) 10.33.45 Join JdGordon [0] (~jonno@124.149.143.219) 10.33.45 Quit JdGordon (Changing host) 10.33.45 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 10.36.55 Quit JdGordon_ (Ping timeout: 276 seconds) 10.46.32 Join betheynyx [0] (~betheynyx@li394-234.members.linode.com) 10.47.52 Join ungali [0] (ungali@unaffiliated/ungali) 11.44.53 Nick suYin`OFF is now known as suYin (mysuyin@server2.shellfire.net) 11.58.38 *** Saving seen data "./dancer.seen" 12.03.38 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 12.34.38 Join dfkt [0] (~dfkt@unaffiliated/dfkt) 12.40.32 Join Mihail [0] (25d46f09@gateway/web/cgi-irc/kiwiirc.com/ip.37.212.111.9) 12.44.39 # funman: I got your AMSv1 development kit :) Great thanks! http://knk.square7.ch/amsv1.jpg 13.02.01 Join idonob_ [0] (~Owner@S010610c37b922980.vs.shawcable.net) 13.03.04 Quit idonob_ (Client Quit) 13.03.26 Join idonob_ [0] (~Owner@S010610c37b922980.vs.shawcable.net) 13.03.42 Quit idonob (Ping timeout: 252 seconds) 13.12.17 # Mihail: that's a nice kit ;) 13.22.57 Quit idonob_ (Ping timeout: 252 seconds) 13.23.32 Quit ungali (Ping timeout: 240 seconds) 13.24.55 Join idonob [0] (~Owner@S010610c37b922980.vs.shawcable.net) 13.25.51 # :) It looks like C200V2 just have bad (or drained) battery. So hope I can try check fix for dualboot bug (g#1293). 13.25.52 # 3Gerrit review #1293 at http://gerrit.rockbox.org/r/1293 : 3C2X0v2: use GPIO to check button state in dualboot by Mihail Zenkov 13.26.33 # IRC bot live again :) 13.28.09 Join ungali [0] (ungali@unaffiliated/ungali) 13.28.25 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon) 13.31.45 Quit JdGordon (Ping timeout: 252 seconds) 13.36.34 # My goal for the (long) week-end: a bit of imx233 maintenance, it deserves it... Maybe even fix some longstanding bugs/annoyances ! 13.41.17 # pamaury 13.41.17 # pamaury: BTW about UB: what you think about gcc -fsanitize=undefined? Is it should work on rockbox? Or we need some special code to get PANIC on UB? 13.42.22 # you probably need some code, I guess gcc emits some call to some panic/logging function 13.42.59 # I am not sure how many UB it would catch, we have lots of code that probably do bad things like buffer overflow but where the size of buffer is not obvious for example, or accessed by the dma, or use after free 13.43.04 # those bugs are hard to catch 13.43.27 # maybe try to compile with sanitizer and see how it goes when you link ? 13.45.37 # I think I mentioned to you already I would really like to use the MMU for buflib 13.46.03 # I try but got some strange errors on compile time - it looks like it try also detect some UB at compile time 13.57.47 Quit betheynyx (Max SendQ exceeded) 13.58.39 *** Saving seen data "./dancer.seen" 14.12.31 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 14.15.26 Quit JdGordon_ (Ping timeout: 260 seconds) 14.53.01 Quit pamaury (Ping timeout: 276 seconds) 14.56.51 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 15.08.47 Join Link8 [0] (~me@5ED3ED53.cm-7-4d.dynamic.ziggo.nl) 15.13.10 Quit Link8 (Ping timeout: 246 seconds) 15.23.48 Join ZincAlloy [0] (~Adium@p5B2FC748.dip0.t-ipconnect.de) 15.24.32 Quit Mihail (Quit: http://www.kiwiirc.com/ - A hand crafted IRC client) 15.44.30 Join betheynyx [0] (betheynyx@2600:3c03::f03c:91ff:fe55:c675) 15.58.40 *** Saving seen data "./dancer.seen" 16.21.08 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon) 16.23.33 Quit JdGordon (Ping timeout: 260 seconds) 16.42.47 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 16.45.08 Quit JdGordon_ (Ping timeout: 260 seconds) 16.46.41 Join PurlingNayuki [0] (~Thunderbi@v163-44-154-238.a00f.g.sin1.static.cnode.io) 16.49.11 Nick suYin is now known as suYin`OFF (mysuyin@server2.shellfire.net) 16.49.59 Join nlogex [0] (~filip@dhcp-108-168-15-53.cable.user.start.ca) 16.52.54 Nick suYin`OFF is now known as suYin (mysuyin@server2.shellfire.net) 16.57.21 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon) 16.58.25 Nick suYin is now known as suYin`OFF (mysuyin@server2.shellfire.net) 16.59.55 Quit JdGordon (Ping timeout: 246 seconds) 17.02.54 Quit nlogex (Quit: WeeChat 1.4) 17.09.44 Join andiator [0] (5492f19c@gateway/web/freenode/ip.84.146.241.156) 17.09.51 Nick suYin`OFF is now known as suYin (mysuyin@server2.shellfire.net) 17.15.45 # Hi, I've looked at the *Panic* problem on the Cowon D2 with the latest RB version. It happens because there is a write to the NAND, which on D2 is read only (nand_write_sectors() in ata-nand-telechips.c always returns -1) 17.18.27 # Strange thing is, this happens only on empty files, so if RB running the first time, it creates an empty nvram.bin and than crashes. If I copy this file and settings.cfg from the old version, I can ran the RB, play files etc., but it crashes later. 17.18.59 Nick suYin is now known as suYin`OFF (mysuyin@server2.shellfire.net) 17.19.27 # Have anyone an idea, why? 17.22.00 Join JdGordon [0] (~jonno@210.84.50.19) 17.22.00 Quit JdGordon (Changing host) 17.22.00 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 17.25.01 Quit JdGordon_ (Ping timeout: 260 seconds) 17.27.02 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon) 17.27.47 Quit andiator (Quit: Page closed) 17.29.29 Quit JdGordon (Ping timeout: 276 seconds) 17.52.13 Quit ungali (Quit: ungali) 17.58.44 *** Saving seen data "./dancer.seen" 18.29.46 Quit krnlyng (Ping timeout: 260 seconds) 18.42.24 Join krnlyng [0] (~liar@178.114.3.151.wireless.dyn.drei.com) 18.47.35 Quit Strife89 (Ping timeout: 250 seconds) 18.49.48 Join JdGordon [0] (~jonno@124-148-178-96.dyn.iinet.net.au) 18.49.48 Quit JdGordon (Changing host) 18.49.48 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 18.49.49 Join Strife89 [0] (~quassel@adsl-98-80-188-87.mcn.bellsouth.net) 18.52.21 Quit JdGordon_ (Ping timeout: 250 seconds) 19.00.34 Quit betheynyx (Max SendQ exceeded) 19.03.38 Join petur [0] (~petur@rockbox/developer/petur) 19.04.51 Join smoke_fumus [0] (~smoke_fum@188.35.176.90) 19.07.44 Join nlogex [0] (~filip@dhcp-108-168-15-53.cable.user.start.ca) 19.32.39 Quit dfkt (Ping timeout: 250 seconds) 19.34.44 Join dfkt [0] (~dfkt@unaffiliated/dfkt) 19.35.42 Quit neersighted (Remote host closed the connection) 19.36.15 Join neersighted [0] (~neer@firebrand.neer.io) 19.37.57 Quit Strife89 (Read error: Connection reset by peer) 19.43.37 Quit JdGordon (Ping timeout: 260 seconds) 19.44.23 Join JdGordon [0] (~jonno@124-148-146-124.dyn.iinet.net.au) 19.44.23 Quit JdGordon (Changing host) 19.44.23 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 19.45.23 Quit nlogex (Quit: WeeChat 1.4) 19.47.57 Join Strife89 [0] (~Strife89@adsl-98-80-188-87.mcn.bellsouth.net) 19.49.49 # mihail: great! hope you can make something of it :) 19.54.36 # mihail: the 2nd fuze with yellow cardboard "screen" used to have a piece of broomstick as a scrollwheel ;) 19.55.36 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon) 19.58.46 *** Saving seen data "./dancer.seen" 19.58.47 Quit JdGordon (Ping timeout: 260 seconds) 20.01.59 Join nlogex [0] (~filip@dhcp-108-168-15-53.cable.user.start.ca) 20.15.26 Join lebellium [0] (~chatzilla@89-93-179-187.hfc.dyn.abo.bbox.fr) 20.32.58 Quit TheSeven (Ping timeout: 276 seconds) 20.42.58 Join Mihail [0] (25d47149@gateway/web/cgi-irc/kiwiirc.com/ip.37.212.113.73) 20.43.20 Quit pamaury (Read error: Connection reset by peer) 20.44.38 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 20.44.49 # funman: I hope too :) C200v2 have problem with few buttons but hope I can fix this. 20.45.12 Quit pamaury (Read error: Connection reset by peer) 20.45.42 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 20.46.29 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 20.53.41 Join betheynyx [0] (betheynyx@2600:3c03::f03c:91ff:fe55:c675) 20.59.46 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 21.02.21 Quit JdGordon_ (Ping timeout: 250 seconds) 21.04.52 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon) 21.06.35 Quit JdGordon (Ping timeout: 252 seconds) 21.07.49 Quit pamaury (Read error: Connection reset by peer) 21.08.58 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 21.17.24 Quit Strife89 (Read error: Connection reset by peer) 21.25.31 Quit pamaury (Read error: Connection reset by peer) 21.26.45 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 21.37.24 Join Strife89 [0] (~Strife89@2600:1005:b052:f9e5:6b94:69b6:6196:9021) 21.38.48 Quit pamaury (Read error: Connection reset by peer) 21.40.04 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 21.58.49 *** Saving seen data "./dancer.seen" 22.11.50 Join tertu [0] (~tertu@143.44.78.174) 22.13.51 # What would be a good way to submit a bug report for the DX90 22.13.57 # The controls have been completely off since I started using Rockbox on it about a year ago 22.14.35 # with have flyspray but no one uses it, so I guess the forum are probably better 22.14.54 # ideally you want to find a developer who has the dev and him/her an email or message 22.15.13 # pamaury: Would there be an easy way to edit the controls myself? 22.15.39 # Basically the only issue is the back button goes to the next song inside of previous song 22.15.45 # you need to edit the source code and recompile. What do you mean by off ? If it's simple enough I can have a look 22.15.59 # ha weird 22.16.12 # But it's slightly weirder then that 22.16.25 # If it is before 3 seconds then it just starts the song over 22.17.32 # does the problem only manifest itself in the While Playing Screen ? 22.19.19 # and if you hit the next button, does it correctly go to the next song ? 22.20.37 # Well it happens on any screen that would trigger a song change which right now I can only find it being the now playing screen and yes if I hit next it goes to the next song 22.21.09 Join Strife89|laptop [0] (~Strife89@adsl-98-80-188-87.mcn.bellsouth.net) 22.21.20 # and in the menu, when you hit left, does it correctly go to the previous screen ? 22.21.36 Join andiator [0] (5492f19c@gateway/web/freenode/ip.84.146.241.156) 22.21.53 # And also if I hold the previous button down it doesn't rewind or fast forward if I hold the next button down it does fit forward 22.22.29 # And the previous button is used for scrolling up the next button is used for scrolling down which both function correctly 22.22.47 # Tapping the power button goes back 22.23.31 # this is strange, as far as can see, the keymap looks correct: http://git.rockbox.org/?p=rockbox.git;a=blob;f=apps/keymaps/keymap-dx50.c;h=c6bb814469acbe026aad9dd91b00898551566d33;hb=18fecd9 22.24.30 # which version of rockbox are you using ? 22.25.28 Join PusherBot [0] (ae192f9e@gateway/web/freenode/ip.174.25.47.158) 22.25.37 # Hi, I'm not actually a bot. 22.26.08 # PusherBot: Well it's been happening ever since I started using rockbox like a year ago but I am currently using 7ba50cf-160327 22.26.34 # Sorry wrong ping 22.26.42 # pamaury: 22.26.53 # pamaury: I just realized your looking at the wrong device 22.27.49 # pamaury: Is there a way i can find the device name within rockbox 22.28.09 # Bray90820: what do you mean ? 22.28.35 # (the keymap is the same for DX50 and DX90 because they have the same physical layout) 22.29.24 # Hey I was wondering if I could get wiki access so I could delete all the spam. 22.29.28 # let me just try to build a simulator for the DX90, see if I can reproduce the problem by any chance 22.29.41 # PusherBot: which spam ? 22.29.57 # pamaury: It's actually labels as "Crown D2" I believe 22.30.10 # *"Cowon D2" 22.30.23 # Huh, I'm super confused, what is labelled Cowon D2 ?? 22.31.36 # pamaury: you know that git page you sent me? 22.32.07 # pamaury: I just realized the spam is actually in user accounts. So only a wiki admin would be able to delete it. 22.32.27 # It looks like a lot of new users are bots that use their comment section to post spam links. 22.32.43 # Bray90820: are we seeing the page ? it displays a file called keymap-dx50.c right ? 22.33.22 # Yes it does say keymap-dx50.c but it should be saying Cowon D2 22.33.28 # Or DX90 22.34.09 # why should it say Cowon D2 ? You said your device was a DX90. And the keymap is the same for DX50 and DX90 and is in this file 22.34.42 # line 36 it says "Button Code Definitions for iBasso DX50 & DX90." 22.36.31 # PusherBot: try to ask gevaerts, I don't know how the wiki works, as you said it probably requires more rights than usual 22.36.59 # pamaury: My mistake then I thought it was Cowon D2 because the themes for the Cowon D2 are the same for the DX90 22.37.22 # ah no :) themes are group by screen size but that's pretty much it 22.38.01 # pamaury: I agree with you now we are on the same page :P 22.38.35 # * gevaerts knows nothing about the wiki 22.38.52 # pamaury: But my question still stands why is it not giving me the previous song? 22.40.19 # Bray90820: I have no idea :( The keymap looks correct and you said the button was working properly in the other screen so it's not a hardware problem 22.40.39 # Yes 22.40.50 # So have you gone as far as you can? 22.40.58 # ah wait 22.41.06 Quit Strife89|laptop (Quit: Leaving) 22.41.14 # there is some weird code in the DX90 button driver, let me have a look 22.41.28 # Thanks 22.41.48 # I am gonna be putting this in q waterproof bag when I go camping so I can't use the touch screen 22.42.46 # hum apparently there is a well-known "issue" that when you press left, it will sometimes give wrong feedback and generate a right button event. The driver tries to work around it but many it's not enough 22.42.57 # that does not explain why it works in other screens though 22.44.16 # Yeah 22.44.35 # I have never actually seen it work correctly at the now playing screen 22.45.53 # pamaury: So where are we at this point? 22.48.10 # Bray90820: I am thinking, I think there is something promising here but without the device it's hard to debug. I can imagine way of logging the buttons, for analysis but that requires a custom build and I don't have the necessary tools to build it (it requires the NDK). If you can stay here for the next couple hours, I can have a try at it 22.48.44 # I can stay 22.48.50 Quit Mihail (Quit: http://www.kiwiirc.com/ - A hand crafted IRC client) 22.48.55 # And I can give you any info you want 22.49.55 # Ok, let me first understand how to install this NDK, I don't usually do any android development ^^ 22.50.51 # Alright 22.50.53 # pamaury: Thanks 22.53.10 Join Strife89|laptop [0] (~Strife89@adsl-98-80-188-87.mcn.bellsouth.net) 22.56.42 Join JdGordon [0] (~jonno@210-84-37-240.dyn.iinet.net.au) 22.56.42 Quit JdGordon (Changing host) 22.56.42 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 22.57.12 Quit Strife89|laptop (Read error: Connection reset by peer) 22.59.44 Quit JdGordon_ (Ping timeout: 244 seconds) 23.02.34 Quit rela (Read error: Connection reset by peer) 23.03.41 Join Strife89|Desktop [0] (~Strife89@adsl-98-80-188-87.mcn.bellsouth.net) 23.08.51 Quit Strife89 (Disconnected by services) 23.08.57 Nick Strife89|Desktop is now known as Strife89 (~Strife89@adsl-98-80-188-87.mcn.bellsouth.net) 23.14.28 # gevaerts: who knows about the android port ? 23.20.45 # damn it, the newest version of the android NDK do not support "--system" anymore and only support GCC 4.9 *sight* 23.25.40 Quit PusherBot (Quit: Page closed) 23.29.11 # <[Saint]> pamaury: what'cha wanna know? 23.29.41 # I figured it out, I had a problem with ndk r11c, our configure script uses options that are not supported anymore 23.29.43 Quit alucryd (Remote host closed the connection) 23.29.46 # apparently 23.29.48 # <[Saint]> there's a fair bit of work to be done across the sources for everything to build nicely with a modern environment. 23.29.59 # <[Saint]> I need to get the pathches sourted out and pushed finally. 23.30.10 # <[Saint]> also my band-aid for modern GCC needs to go in. 23.30.23 # ok, just so you know, I had to remove "--system=..." for make-toolchain 23.30.37 # and I switch from gcc 4.6 to 4.9 (both gccchoice and toolchain option) 23.30.55 # <[Saint]> have you actually tested a build? Or did you just get satisfied by convincing make-toolchain to run? 23.31.07 # <[Saint]> as I really really really doubt that's a functional environemnt. 23.31.34 # <[Saint]> we look in the wrong places for a few things now. 23.32.06 Join alucryd [0] (~quassel@archlinux/developer/alucryd) 23.32.34 # yes I was able to compile for the DX90 23.32.48 # <[Saint]> though shit'll probably just work if the new SDK was copied overtop of an old one. 23.33.00 # <[Saint]> accidental work. 23.33.24 Nick suYin`OFF is now known as suYin (mysuyin@server2.shellfire.net) 23.33.26 # I just installed android-ask from the debian repo and manually downloaded the NDK, which contains prebuilt toolchains 23.34.39 # I mean essentially the the new make-toolchain script detects the system automatically, so --system becomes useless 23.34.42 # <[Saint]> yeah there's something wrong there with what we're exporting and I've been needing to ensure the NDK prebuilt toolchain for gcc 4.9 is in the path explicitly. 23.34.47 # <[Saint]> the whole thing is a mess. 23.35.06 # android dev is a mess... 23.35.10 # <[Saint]> there's several targets that still want gcc 4.6 and android platform 16. 23.35.19 # <[Saint]> and we just can't satisfy that. 23.35.36 # <[Saint]> I fixed it up a while ago, but, I'm unreasonably lazy apparently. 23.36.12 # ideally, we would need a way to detect what is available from the NDK, I have no idea how you can do that 23.36.22 # <[Saint]> We can make it so the build-tools version isn't coupled to the platform target and the newset available build-tools is always used. 23.36.52 # <[Saint]> that's a lot better than having a hard requirement on build-tools that will be deprecated fairly soon, as platform 16 build-tools were. 23.38.06 Quit lebellium (Quit: ChatZilla 0.9.92 [Firefox 46.0/20160421124000]) 23.38.24 # <[Saint]> for the record, did you find that exporting the ANDROID_SDK_PATH env var alone was not enough and the NDK toolchain dir needed to be added to the path specifically? 23.39.01 # <[Saint]> that never used to be the case, but I haven't delved into the why of it too deeply. 23.39.13 # [Saint]: I only exported ANDROID_NDK_PATH 23.39.19 # it's not in my path 23.39.41 Quit Strife89 (Read error: Connection reset by peer) 23.39.49 # I remember the old versions required something to be in path but not anymore apparently, at least no the NDK 23.40.12 # for the SDK I don't know, it was automagically installed by my package manager 23.40.19 # <[Saint]> Hmmmm. That's interesting. WHat is the environment? 23.40.39 # debian unstable 23.40.43 # <[Saint]> I wonder if it is some functional difference in Ubuntu Server, as I definitely didn't recall it being a thing either. 23.40.46 # I installed andoid-ask 23.40.50 # *sdk 23.40.54 # *android-sdk 23.41.19 # <[Saint]> But I _could not_ satisfy the build target with just ANDORID_{SDK}NDK}_PATH exported alone. 23.41.29 # <[Saint]> Odd. 23.41.46 # keep in mind that the DX90 only use the NDK though 23.42.09 # it doesn't use any single line of java 23.42.12 # <[Saint]> ahhhhh...the SDK isn't touched _at all_ for this target? 23.42.20 # I don't think so 23.42.33 # see androidndkcc() in configure 23.42.47 # <[Saint]> Right. That makes a bit more sense for why things might be working. I still can't explain the NDK toolchain path thing though. 23.42.51 Join Strife89 [0] (~Strife89@adsl-98-80-188-87.mcn.bellsouth.net) 23.43.14 # * [Saint] digs up his big bucket of patches and wonders how out-of-stream everything is. 23.43.45 # <[Saint]> I'll need to stick this up on gerrit and then put out a mail on the build-client ML. 23.43.59 # <[Saint]> breaking people's build environments silently likely isn't a good thing. 23.44.34 # <[Saint]> I really want to nuke that android toolchain build script and finish wrapping it into rockboxdev.sh 23.52.04 Join xorly [0] (~xorly@ip-89-176-117-132.net.upcbroadband.cz) 23.52.18 # <[Saint]> CFLAGS="-U_FORTIFY_SOURCE -fgnu89-inline" ../$toolname-$version/configure −−target=$target −−prefix=$prefix −−enable-languages=c −−disable-libssp −−disable-docs $configure_params 23.52.21 # <[Saint]> bah. 23.58.52 *** Saving seen data "./dancer.seen"