--- Log for 28.08.114 Server: hobana.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 13 hours and 46 minutes ago 00.02.50 Join franklin [0] (~franklin@unaffiliated/franklin) 00.07.58 Quit ender1 (Quit: Today's BOFH excuse: broadcast packets on wrong frequency) 00.15.29 # * jhMikeS thinks we should generate version.c with the string in it and include only version.h with the extern, that way commits won't cause rebuilding of a bunch of unrelated files 00.15.36 Nick KotH is now known as GalileoFan (~attila@lou-outside.kinali.ch) 00.15.53 Nick GalileoFan is now known as KotH (~attila@lou-outside.kinali.ch) 00.16.16 *** Saving seen data "./dancer.seen" 00.18.53 # it gets annoying at times 00.21.47 Quit ikeboy (Quit: Leaving) 00.21.56 Quit franklin (Quit: Leaving) 00.23.22 Quit kuldeepdhaka_ (Quit: sleep()) 00.33.13 Join franklin [0] (~franklin@unaffiliated/franklin) 00.35.06 Nick franklin is now known as [Satin] (~franklin@unaffiliated/franklin) 00.35.34 Quit [Satin] (Remote host closed the connection) 00.46.15 # * jhMikeS wonder what traps await him doing version.c instead of version.h 00.47.48 # <[Saint]> Just make sure to roll your Disable Device check first. 00.47.59 # what? 00.48.14 Quit efyx_ (Ping timeout: 260 seconds) 00.48.34 # * jhMikeS wasn't rolling and such thing 00.48.58 # <[Saint]> Hmmm. Not a rogue player then? ;) 00.49.39 # I'm very cautious about being rogue, you know 00.53.41 Quit stripwax (Read error: Connection reset by peer) 00.55.02 Join ZackaryDoyle [0] (~ZackaryDo@ec2-54-201-199-156.us-west-2.compute.amazonaws.com) 01.01.41 Join efyx_ [0] (~efyx@136.149-67-87.adsl-dyn.isp.belgacom.be) 01.26.57 Join [Franklin] [0] (~franklin@unaffiliated/franklin) 01.30.54 Nick [Franklin] is now known as [kkit] (~franklin@unaffiliated/franklin) 01.30.59 Nick [kkit] is now known as [Franklin] (~franklin@unaffiliated/franklin) 01.54.43 Quit mc2739 (Ping timeout: 240 seconds) 01.56.56 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 02.07.11 Quit xorly (Ping timeout: 260 seconds) 02.16.18 *** Saving seen data "./dancer.seen" 02.37.21 # <[Saint]> make veryclean && make reconf && make -j 128 && make apk 02.37.29 # <[Saint]> bah. 02.39.02 # <[Franklin]> wow make -j128... :O 02.39.11 # <[Franklin]> That would /kill/ this thing 02.41.21 Quit [Franklin] (Remote host closed the connection) 02.53.56 Quit dfkt_ (Remote host closed the connection) 02.54.04 # version thing wasn't so bad afterall 02.56.23 # and committing causes only (new) firmware/common/version.c to remade, rbversion.h contains RBVERSION 03.00.02 Quit AlexP (Remote host closed the connection) 03.00.51 # <[Saint]> jhMikeS: I'm trying to wrap my head around g#914 03.00.54 # 3Gerrit review #914 at http://gerrit.rockbox.org/r/914 : 3enable balance control on Android by Chiwen Chang 03.01.13 # <[Saint]> What's the "right" way to do this? 03.01.37 # <[Saint]> Just declare sw_volume_control and it'll "just work"? 03.01.42 # with sw volume control really, which I thought he redid it that way 03.01.49 # not quite 03.02.18 # it needs to be hooked up through the audio driver but it's not really complicated 03.02.55 # <[Saint]> The change appears abandoned. 03.02.57 # it doesn't look like android can do unbuffered like the sim 03.03.01 # <[Saint]> perhaps OP missed the intention. 03.03.23 # <[Saint]> last comment from OP is "guess I cannot make this any better." 03.03.32 # I have no idea, he seems to give up easily 03.03.33 # <[Saint]> smells like abandonement to me. 03.04.20 # <[Saint]> Which is curious, as OP is a rather intelligent chap that has picked up on a number of previously overlooked issues. 03.04.29 # he then yelled in IRC saying you can't beat the chinese army or something to that effect 03.04.48 # <[Saint]> Yes. Yes he did. 03.05.26 # I guess we just them to implement their patches differently in accordance with the intended API and the war is over just like that 03.05.55 # <[Saint]> grepping around tells me the Hifiman players use sw volume control, and, specifically, do so for balance. 03.06.09 # so, I don't. I was curious about the other audio stuff too. 03.06.14 # <[Saint]> But...massaging this into Android doesn't appear, to me, to be wholly trivial. 03.06.49 # would probably drop in about the same way as for hifiman 03.06.54 # <[Saint]> (note: you have a whole other idea of trivial than I do - I'm a UI guy ;)) 03.07.44 # could probably use the separate balance control API that's used on just one MAS codec right now 03.08.13 # <[Saint]> Hmmmm. 03.08.33 # it has mono volume like android 03.08.36 # <[Saint]> Looks like jz47** is using sw control for balance et al too. 03.08.55 # jz47** always was sw volume 03.08.59 # <[Saint]> (fuck that's a weird target...) 03.09.16 # it was made for that then right after I implemented someone dropped it in for hifiman 03.09.50 # <[Saint]> Yeeeeesh. 03.10.08 # <[Saint]> There's some...interesting...bits in the jz47** port. 03.10.08 # hifiman just has analog volume iiuc 03.10.38 # like? 03.12.14 # <[Saint]> Perhaps I'm just not used to MIPS. Probably. 03.12.24 # <[Saint]> Almost definitely. 03.12.45 Join ploco [0] (dce9b7f9@gateway/web/freenode/ip.220.233.183.249) 03.15.04 # [Saint]: nothing just work. its a combination of pcm_set_master_volume(l,r) and pcm_set_mixer_volume(volume) 03.15.40 # as jhMikeS said, Android cannot do the unbuffered 03.15.52 # so take it or leave it. it's at its best already 03.16.16 # * [Saint] isn't entirely sure that's true at all. 03.16.45 # anyone is welcome to make the patch better :) 03.16.47 # <[Saint]> You just abandoned it after some apparent disagreement between how it was done and how you were told it should be done. 03.17.05 # no no you have misunderstand it. 03.17.15 # <[Saint]> Saying that's how it is and it can't be done better is a non-truth. 03.17.16 # the way the PCM driver is written makes it not possible since the data transfer from the source buffer is done with the java byte array 03.17.41 # it's done in the way that jhMikeS wants already 03.17.45 # so, to scale the samples requires an intermediate buffer, which the buffered version provides 03.19.01 # the SDL audio provides the buffer, which we write to and we can scale the samples while writing to it, so it needs no extra buffer in between 03.20.13 # * [Saint] is reminded that he wants to look at transitioning to SDL2 for the sake of GPU assisted decoding on the raspberrypi 03.20.38 # <[Saint]> (because, fuck trying to do it with the GPL shim they provided) 03.20.50 # Android's is hidden behind the write method. I even study the ASOP source code to look for a access point. but cannot find any 03.22.14 # <[Saint]> Aha. That's right. I also need to play the tedious game of "increase the stacks" on Android to jump around the ART stkov issue. 03.22.36 # <[Saint]> Fuuuuuuck. TODO list is so long. 03.22.54 # <[Saint]> With very little actual things getting done. 03.26.17 # <[Saint]> ploco: have you any clue why the system notification colors are all fucked up for RaaA? 03.26.32 # <[Saint]> _some_ ROMS are getting it right. 03.26.40 # <[Saint]> AOSP seems to fuck it up spectacularly. 03.26.55 # <[Saint]> (black text on a grey background) 03.27.41 # no idea. RCC's seems fine 03.28.25 # <[Saint]> Yeah, I noticed that. That's why I asked. 03.28.43 # <[Saint]> (but, my GOD there's some batshit craziness in that build...0_0) 03.29.08 Join Ecaz [0] (~z@unaffiliated/ecaz) 03.29.25 # <[Saint]> There's a very special type on insanity present in the DSP and GEQ areas. 03.29.30 # <[Saint]> *type of 03.31.25 Quit lbobrife (Ping timeout: 245 seconds) 03.32.41 # in RockboxActivity getWindow().setFlags(WindowManager.LayoutParams.FLAG_FULLSCREEN, WindowManager.LayoutParams.FLAG_FULLSCREEN); are skipped if showing status bar 03.34.21 # <[Saint]> Perhaps I'm misunderstanding, but it doesn't seem relevant to the statusbar. I always run in immersive mode (so no immediately visible statusbar, ever), and it still gets it wrong. 03.37.49 # <[Saint]> ploco: what's the status of g#849 03.37.50 # getTitlebarStatus() is to check showing status bar on or not. 03.38.08 # <[Saint]> *g#894 03.38.10 # 3Gerrit review #894 at http://gerrit.rockbox.org/r/894 : 3RaaA: Android work around the Kitkat ART crashes by Chiwen Chang 03.38.33 # <[Saint]> The keyboard.c one-liner there is still relevant. 03.39.21 # stable. 03.39.39 # <[Saint]> Were you wanting to rescue any of that change-set and keep attribution? Or is it considered abandoned and let someone else re-implement and push separately? 03.41.01 # <[Saint]> (the reason I ask is that its a bit weird to stack unrelated changes like that, so I'm not sure if it would get pushed as-is) 03.41.23 # <[Saint]> in fact I'm fairly positive it wouldn't get pushed as-is. 03.41.35 # it's done. you can merge it or wait till Android-L become the standard. I'm pretty sure more ART issue will show up 03.43.11 # <[Saint]> L becoming a /standard/, will take a *very* long time, in my opinion. Historically there's always less than 10% of the userbase using the current Android version for rather a long time after a release. 03.44.57 # <[Saint]> Presently there's less than 3% using 4.4.* 03.45.28 # so no need to hurry. leave 894 there in case new thing F the android build again. 03.46.46 # <[Saint]> I still think its completely wise to add these changes, that's why I was wondering what you wanted to do with the patch set. Would you mind if I split it up into separate commits, keeping your attribution, so it can be pushed? 03.47.54 # I don't mind. you can break them up and push into separate. 03.48.07 # *separate commits 03.48.17 # <[Saint]> Excellent. Thank you. 03.50.18 # my codes are so open that anyone can do anything with it, anytime. 03.56.08 # <[Saint]> ♪♫"My codes so open you can do anything 'wit 'em; My rhymes are so sick you'll die when I spit 'em."♪♫ 03.56.58 # btw, I notice in configure only allocate 8mb memory for Android build. Isn't it too small for 1080x1920? even a backdrop will use up to 4mb ram 03.58.11 # <[Saint]> its not really too consequential I wouldn't think. Disk access is virtually free on these targets. 04.02.20 # <[Saint]> In saying that, on most devices, you'd be able to bump it up _considerably_ if you wanted to...for...some reason. 04.02.29 # theme engine asked a big chunk of memory from buflib. which is related to memory size. no? 04.03.48 # <[Saint]> Yes. You can view the available buffersize from the debug menu. 04.04.02 # <[Saint]> huh... 04.04.08 # <[Saint]> well, fuck me right in the asshole. 04.04.26 # <[Saint]> not using a backdrop doesn't appear to save _any_ resources whatsoever. 04.05.58 # space reserved for backdrop is in use constantly. 04.06.32 # [Saint]: there's dedicated buffer still? 04.08.15 Quit amiconn (Disconnected by services) 04.08.15 Join amiconn_ [0] (amiconn@rockbox/developer/amiconn) 04.08.19 Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn) 04.08.37 Quit pixelma (Disconnected by services) 04.08.38 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.08.40 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.10.43 # <[Saint]> jhMikeS: unless my understanding is completely wrong, or I'm misinterpreting what you're asking, it appears the Android builds allocate themselves an 8MB hunk to play with. 04.11.49 # <[Saint]> at least, so sayeth the makefile. 04.13.07 # you mean in total? I guess the audio buffer would just be larger without a backdrop. I thought it still had a dedicated backdrop buffer or something. 04.13.24 # <[Saint]> hahaha - what is this craziness? 04.13.27 # <[Saint]> CONFIGURE_OPTIONS=--lcdwidth=480 --lcdheight=800 --lcdwidth=480 --lcdheight=800 --lcdwidth=480 --lcdheight=800 --lcdwidth=480 --lcdheight=800 --lcdwidth=480 --lcdheight=800 --lcdwidth=480 --lcdheight=800 --lcdwidth=480 --lcdheight=800 --lcdwidth=480 --lcdheight=800 --target=$(MODELNAME) --ram=$(MEMORYSIZE) --rbdir=$(RBDIR) --type=N 04.13.49 # <[Saint]> and yes. 04.15.03 # <[Saint]> that makefile *reaaaaaaally* wants to make sure those LCD dimensions are set. 04.15.13 # erm, my config has that same thing going 04.15.30 # line length: 339 chars 04.15.36 # <[Saint]> heh 04.16.19 *** Saving seen data "./dancer.seen" 04.17.30 # every make reconf adds more 04.17.34 Join Strife89 [0] (~Strife89@adsl-98-80-234-11.mcn.bellsouth.net) 04.17.42 # <[Saint]> aha 04.18.32 # it's normal if I don't specify dimensions on the command line, but has it doubled on the first if I configure with dimensions 04.20.18 # still every make reconf does adds more no matter 04.20.37 # -does 04.22.17 Join ygrek [0] (~user@108.59.6.97) 04.23.35 # <[Saint]> makes me wonder about build clients. 04.23.47 # <[Saint]> don't they do a make veryclean and a make reconf every run? 04.23.52 # [Saint]: wanna check g#566, just to make sure you can actually access the storage (and builds for sure)? 04.23.55 # 3Gerrit review #566 at http://gerrit.rockbox.org/r/566 : 3Rewrite filesystem code (WIP) by Michael Sevakis 04.24.20 # <[Saint]> righto - incoming. pulling it in now. 04.24.40 # be sure it gets all the sub patches (2 prerequisites) 04.25.10 # <[Saint]> sub-patches? 04.25.43 # [Saint]: it depends on two other commits before it. I'd just grab via the checkout URL there. 04.26.19 # <[Saint]> one of its deps is abandoned? 04.26.25 # <[Saint]> how does that work... 04.26.27 # no 04.26.37 # that's a "needed by" 04.27.07 # <[Saint]> apparently there's only one dep. 04.27.10 # and all that crazy rename/copy stuff is just git trying to guess (which makes it look gittier) 04.27.31 # but the depends on has a depends on 04.27.37 # <[Saint]> g#934 and g#566 04.27.40 # 3Gerrit review #934 at http://gerrit.rockbox.org/r/934 : 3Add normal alloca() definition and implement a strdupa and friends by Michael Sevakis 04.27.40 # 3Gerrit review #566 at http://gerrit.rockbox.org/r/566 : 3Rewrite filesystem code (WIP) by Michael Sevakis 04.27.55 # g#907 04.27.57 # 3Gerrit review #907 at http://gerrit.rockbox.org/r/907 : 3Add mempcpy implementation by Michael Sevakis 04.28.03 # <[Saint]> aha, right you are. 04.28.19 # * [Saint] fucking hates the gerrit interface and tries not to use it at all. 04.28.35 Join Guest50306 [0] (Slayer@c-69-143-187-144.hsd1.va.comcast.net) 04.33.53 Quit Guest50306 (Read error: Connection reset by peer) 04.33.57 # * jhMikeS 's main complaint is that it's too dependent on scripting 04.35.12 # the nerve of making my browser do so much 04.37.52 Join cmhobbs [0] (~cmhobbs@ip98-186-66-92.fv.ks.cox.net) 04.38.05 Quit cmhobbs (Changing host) 04.38.05 Join cmhobbs [0] (~cmhobbs@fsf/member/cmhobbs) 04.41.51 # <[Saint]> dat diff... 04.42.02 # <[Saint]> crushed into a single commit - its intimidating. 04.42.16 # but I split it. :) 04.42.29 # thus the depends ons 04.42.48 # <[Saint]> I unsplit it. 04.42.51 # the rest is really mutually dependent 04.43.29 # <[Saint]> if you wanted to know, based on current master, its an ~850kB diff. ;) 04.43.45 # it was bigger :D 04.44.02 # yeah, you're right, no patch worth a damn is < 1 MB 04.47.36 # <[Saint]> building now. 04.49.19 Quit ploco (Quit: Page closed) 04.51.42 # <[Saint]> jhMikeS: any specific tests you want done? 04.52.07 # <[Saint]> it builds, it boots, it plays audio, it file browsererer...es. 04.53.07 # <[Saint]> also - congratulations on writing a giant fucking change set that doesn't conflict with _any_ of my local changes. 04.53.32 # <[Saint]> not even an offset fuzz. 04.53.45 # <[Saint]> its...its like you *knew*. 04.53.53 # any trouble navigating to anything you normally can? 04.54.05 # I'm just concerned about the app path handling 04.54.10 # hehe 04.54.28 # the SDL app was fine so I considered it a positive sign 04.54.31 # <[Saint]> nope - navigation seems fine. 04.54.37 # <[Saint]> paths are all correct. 04.54.56 # <[Saint]> are you interested in filesystem /performance/ at all? 04.55.16 # <[Saint]> is there an expected increase/decrease in IO? 04.55.58 # should be no change on a hosted target since it just passes through to host functions 04.57.03 # on native it's a little worse with dircache speed (expected) but speeds the hell out certain other things that are more perceivable 04.58.05 # like skipping videos in mpegplayer. the trunk churns like hell writing its config file and takes several seconds whereas you hardly notice it with the patch (small file accesses) 04.59.31 # what's most relevant to hosted targets is reorganizing the stuff into a heirarchy and implemented all the same reusable stuff between native and hosted targets 05.00.18 # it might help multivolume hosted targets far more since it doesn't use that path hashing crap 05.01.37 # and if fstatat is available on android it could speed up readdir to use that instead 05.03.40 # actually dir_get_info() 05.04.14 # I didn't convert that in -app, it's pretty trivial to do though if it's reliably available 05.05.18 # <[Saint]> bionic provides fstatat for Android iirc. 05.05.36 # <[Saint]> so, yes. 05.06.24 # ah, you tested all those other targets too? excellent. thanks. 05.06.38 # <[Saint]> Not a problem my man. 05.06.54 # there was a specific change that altered iPod6G so I guess that's alright or you'd have a dead drive now 05.07.04 # <[Saint]> hahahaha 05.08.01 # but I already went through most of the partition killing early enough (it's not very forgiving I'll tell you if you mess up a little) 05.09.12 # sort of like the kernel, mess up one thing and it just freezes or does something very odd 05.11.18 # <[Saint]> ah - sorry, its not bionic. 05.11.44 # <[Saint]> its in libc/*/syscalls 05.12.23 # <[Saint]> anyhoo - yes, Android should have had an accessible fstatat since...possibly forever. 05.13.20 # <[Saint]> aha, yep. since donut. 05.13.56 # so that's 1.6? 05.14.29 # <[Saint]> right. 05.14.47 # <[Saint]> cupcake likely had it too - but - sources. 05.15.00 # your building with platform 5? 05.15.16 # <[Saint]> no. 05.15.27 # <[Saint]> just perusing AOSP source. 05.16.26 # well, platform 3 has it in the headers 05.17.01 # that's as far back as the NDK goes that they have for download 05.20.51 # I guess there will be more tweakage afterwords. It'll still be WIP and I'll push when I have some hours to correct build problems if any come up. 05.21.47 # Though the odd variants seem to work fine, like SDL app, SDL threads, Win32, database and checkwps 05.24.02 # * jhMikeS isn't sure if dirp = opendir()/ fd = dirfd(dirp), or fd = open(dirname)=>fdopendir(fd) is the better before resoring to something more brutish 05.25.08 # maybe doesn't matter for the platforms in question 05.28.22 Quit ygrek (Ping timeout: 250 seconds) 05.36.36 Quit TheSeven (Ping timeout: 250 seconds) 05.38.23 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 05.48.09 Join ygrek [0] (~user@108.59.6.97) 05.50.41 Quit steffengy (Disconnected by services) 05.50.41 Join steffengy1 [0] (~quassel@p57B49A4E.dip0.t-ipconnect.de) 06.16.22 *** Saving seen data "./dancer.seen" 06.47.46 Quit Strife89 (Ping timeout: 250 seconds) 07.09.52 Quit jhMikeS (Ping timeout: 240 seconds) 07.22.27 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 07.57.33 Quit pamaury (Ping timeout: 240 seconds) 08.16.26 *** Saving seen data "./dancer.seen" 08.17.00 Quit pystar89 (Ping timeout: 246 seconds) 08.22.28 Join ender [0] (krneki@foo.eternallybored.org) 08.26.03 Quit ygrek (Ping timeout: 240 seconds) 08.32.07 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 08.49.48 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 08.53.56 # <[Saint]> JdGordon_: at some point, could you give a description on the extremely non-obvious behavior of the Playlist Catalogue vs. playlists in general, so that I may: 08.54.01 # <[Saint]> A - answer http://forums.rockbox.org/index.php?PHPSESSID=du7afighlvds1gekhi4809ei26&action=recent 08.54.15 # <[Saint]> B - write up some documentation so I don't have to keep doing A 08.54.47 # <[Saint]> Specifically the question: 08.54.49 # <[Saint]> "Wouldn't it be more logical if all the playlists were visible in the playlist catalogue? " 08.57.03 # <[Saint]> I personally think that would be logical to0 - but I have to assume there's some reason its not the case. 08.57.04 # [Saint]: the playlist catalogue ideally sohuld show all playlists on the disk 08.57.12 # it was enviisoed to be a databse of them 08.57.16 # <[Saint]> right - but it doesn't. 08.57.25 # but that functionality is missing because i neever got the filesystem scanner done 08.57.30 # <[Saint]> and there's no obvious connect between where a playlist will end up. 08.57.49 # <[Saint]> what action(s) actually trigger a playlist ending up there? 08.58.03 # <[Saint]> I've managed it in the past. 08.58.18 # <[Saint]> But most playlists seem to go to their parent directory. 08.59.12 # saving the dynamic playlist iirc 08.59.47 # <[Saint]> Aha. 09.02.12 Join mortalis|2 [0] (~kvirc@213.33.220.118) 09.12.03 Join Zagor [0] (~bjst@80.239.169.202) 09.12.04 Quit Zagor (Changing host) 09.12.04 Join Zagor [242] (~bjst@rockbox/developer/Zagor) 09.26.43 # <[Saint]> I figured it out, kinda: 09.26.44 # <[Saint]> http://forums.rockbox.org/index.php/topic,48349.msg229423.html#msg229423 09.27.03 Quit bertrik (Ping timeout: 240 seconds) 09.27.04 # <[Saint]> Dynamic Playlist should always end up in the Playlist Catalogue. 09.27.22 # <[Saint]> And so should any playlist saved from the File Browser or WPS context menus. 09.27.30 Join ygrek [0] (~user@108.59.6.97) 09.27.45 # <[Saint]> Playlists saved from the *playlists* context menu, however, get dropped in /root 09.28.10 # <[Saint]> Curiously, there's two ways to do exactly the same thing. 09.28.40 # <[Saint]> Well...I guess that's not terribly curious at all. 09.28.48 # <[Saint]> Its almost become a Rockbox standard. 09.38.30 # yes 09.38.45 # all rockbox generated playlists should end up there 09.39.09 # <[Saint]> Define Rockbox generated. 09.39.21 # <[Saint]> If you create a playlist from the Playlists context menu, it goes to root. 09.39.37 # <[Saint]> The other two options, go to the catalogue. 09.39.48 # i mean, it should - if it doesnt it can be ocnsidered a bug 09.39.51 # <[Saint]> there appears to be no rhyme nor reason to this decision. 09.39.56 # <[Saint]> aha. right. 10.16.30 *** Saving seen data "./dancer.seen" 10.19.47 Join pystar89 [0] (~pystar89@ip-176-199-76-43.hsi06.unitymediagroup.de) 10.21.52 Quit mc2739 (Ping timeout: 240 seconds) 10.22.43 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 10.26.58 Join xorly [0] (~xorly@m180.dkm.cz) 10.36.57 Join dys [0] (~user@2a01:1e8:e100:8296:21a:4dff:fe4e:273a) 10.37.18 Join bcobco [0] (~bcobco@77.228.124.149) 10.51.23 Join kugel [0] (~kugel@rockbox/developer/kugel) 10.51.59 Quit akaWolf (Read error: Connection reset by peer) 10.53.28 Join akaWolf [0] (~akaWolf@unaffiliated/akawolf) 10.53.46 # <[Saint]> Hmmmm. 10.54.25 # <[Saint]> If you chose to draw the list title in the wps, there's no way to replicate the list titles touch behavior (back one level). 10.55.28 # <[Saint]> I thought prev might act similarly in the lists, banking on rockbox's "left is always back one" behavior, but that didn't pan out. 10.55.53 # <[Saint]> there's no touch equivalent to 'back one" or "left". 10.56.34 # <[Saint]> ...can some smart cookie make that happen? 10.57.14 # <[Saint]> Make. Kthanx. Bai. 11.10.29 Quit kugel (Remote host closed the connection) 11.10.30 Join kugel_ [0] (~kugel@rockbox/developer/kugel) 11.16.58 Join kugel [0] (~kugel@rockbox/developer/kugel) 11.17.37 Quit kugel_ (Ping timeout: 250 seconds) 11.20.02 Quit kugel (Client Quit) 11.25.00 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 11.25.20 Quit ender` (Ping timeout: 260 seconds) 11.40.34 Join kuldeepdhaka [0] (~kuldeepdh@unaffiliated/kuldeepdhaka) 12.04.36 Join ender| [0] (krneki@2a01:260:4094:1:42:42:42:42) 12.16.34 *** Saving seen data "./dancer.seen" 12.28.31 # [Saint]: FYI, I'm hosting daily builds again http://forums.rockbox.org/index.php/topic,43493.msg227914.html#msg227914 12.28.48 # those URLs should work again 12.30.13 # been asked for them a couple times 12.30.43 # I was just too lazy to re-do the build environment 12.31.51 # also, yay ccache 12.32.11 # weren't you supposed to modify my post? 13.08.19 # <[Saint]> JdGordon_: (logs) I know that now, especially, you'll have fuck all time - but regardless, here are some observations: 13.08.44 # <[Saint]> 1 - skin variables aren't being reset when transitioning between screens 13.09.08 # <[Saint]> 2 - transitioning between screens isn't triggering a redraw of the backdrop 13.10.32 # <[Saint]> (If the overflow menu is left open when trasitioning between the wps and the playlist viewer, quickscreen, fm screen, even the main menu, there are artifacts left onscreen that can only be leftovers of the previous screen) 13.15.26 Join ikeboy [0] (~ikeboy@pool-108-29-132-68.nycmny.fios.verizon.net) 13.24.12 Join uwe__ [0] (~uwe_@dslb-094-216-124-106.094.216.pools.vodafone-ip.de) 13.26.17 Quit Pessimist (Quit: Blet, lūžo bounceris) 13.27.31 Quit uwe_ (Ping timeout: 260 seconds) 13.27.34 Quit ikeboy (Quit: Leaving) 13.28.19 Join Pessimist [0] (Anon@gateway/shell/elitebnc/x-nsscgltghdsgoeur) 13.29.23 Quit ygrek (Ping timeout: 255 seconds) 13.39.48 Join ZincAlloy [0] (~Adium@pD9EEB583.dip0.t-ipconnect.de) 13.50.42 # [Saint]: transkitiong between which screens? 13.51.31 Part ZincAlloy 13.56.50 Quit kuldeepdhaka (Ping timeout: 255 seconds) 14.16.37 *** Saving seen data "./dancer.seen" 14.17.33 Quit bcobco (Remote host closed the connection) 14.17.56 Join bcobco [0] (~bcobco@77.228.124.149) 14.29.12 Quit cmhobbs (Ping timeout: 260 seconds) 14.33.24 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 14.35.52 Quit wodz (Quit: Leaving) 14.37.38 Join ygrek [0] (~user@108.59.6.97) 14.39.24 Join amayer [0] (~amayer@mail.weberadvertising.com) 15.15.46 Join mirak [0] (~mirak@5-49-105-29.hfc.dyn.abo.bbox.fr) 15.19.57 Join Mendor|scr [0] (~mayoi@ashenzari.yuuzukiyo.net) 15.27.17 # hello, whom should I ask for wiki editing permissions or just update a bit a single page? 15.28.30 # I've written almost simple CLI script for Last.fm scrobbling (Linux/OSX) and wish to share it with the main community 15.49.04 # Build Server message: 3New build round started. Revision 21e2b59, 253 builds, 32 clients. 15.57.19 Quit xorly (Ping timeout: 260 seconds) 15.59.39 # Build Server message: 3Build round completed after 643 seconds. 16.01.46 # friggin' bootloaders! 16.07.03 Quit uwe__ (Ping timeout: 244 seconds) 16.07.31 # Mendor|scr: what's your wiki name? 16.08.59 Join uwe_ [0] (~uwe_@ipservice-092-211-035-095.092.211.pools.vodafone-ip.de) 16.12.15 Join xorly [0] (~xorly@m180.dkm.cz) 16.14.53 # gevaerts: NiktiaK 16.15.00 # NikitaK, sorry, typo 16.16.21 # Mendor|scr: did you see the "Use your real name as WikiName in the form FirstnameLastname. I.e., if your first name is ..." line on the registration page? 16.16.38 *** Saving seen data "./dancer.seen" 16.17.23 # so, shortening of surname is inappropriate? 16.19.35 # It is, yes. Project policy 16.20.07 # well, I've edited personal information, how can I change username? 16.20.51 # I don't know if you can. It might be easiest just to register again 16.36.56 Join JdGordon [0] (~jonno@ppp118-208-35-248.lns20.mel8.internode.on.net) 16.36.56 Quit JdGordon (Changing host) 16.36.56 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 16.40.15 Quit JdGordon_ (Ping timeout: 260 seconds) 16.45.03 # Build Server message: 3New build round started. Revision 95a4c3a, 253 builds, 32 clients. 16.46.31 Quit akaWolf (Ping timeout: 245 seconds) 16.46.32 Join shamus [0] (~shmaus@ip-206-192-193-180.marylandheights.ip.cablemo.net) 16.48.24 Join akaWolf [0] (~akaWolf@unaffiliated/akawolf) 16.53.19 # Build Server message: 3Build round completed after 497 seconds. 16.56.59 Quit Zagor (Quit: Clint excited) 17.22.06 Quit bcobco (Remote host closed the connection) 17.22.31 Join bcobco [0] (~bcobco@77.228.124.149) 17.41.31 Quit uwe_ (Read error: Connection reset by peer) 17.44.57 Join amithkk [0] (uid4289@2buntu/writers/amithkk) 17.46.10 Join AlexP [0] (~alex@rockbox/staff/AlexP) 17.51.49 Join uwe_ [0] (~uwe_@dslb-178-007-066-094.178.007.pools.vodafone-ip.de) 18.03.13 Join foolsh [0] (~bbrown@c-67-174-138-234.hsd1.in.comcast.net) 18.03.14 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 18.16.42 *** Saving seen data "./dancer.seen" 18.36.08 Quit ygrek (Ping timeout: 246 seconds) 18.41.47 Join uwe__ [0] (~uwe_@ipservice-092-211-040-067.092.211.pools.vodafone-ip.de) 18.44.38 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 18.44.51 Quit uwe_ (Ping timeout: 260 seconds) 18.47.07 # i see that my buildserver is disabled again. what's the reason this time? 18.52.11 # ender: I don't see it in the blocked list 18.52.22 # 2014-08-28 16:52:32 Server message: Fatal build error: Permission denied. You have been temporarily disabled. 18.52.31 # Ah, right, the auto one 18.52.51 # Does building manually work? 18.53.06 Quit mortalis|2 (Ping timeout: 245 seconds) 18.53.10 # let's see 18.54.22 Join ygrek [0] (~user@108.59.6.97) 18.56.21 # clip+ built fine, trying h120 now 18.58.07 # also built fine 19.00.52 # hmmm 19.01.54 Nick uwe__ is now known as uwe_ (~uwe_@ipservice-092-211-040-067.092.211.pools.vodafone-ip.de) 19.02.24 # It's always a pain to figure out what exactly caused the error in such cases 19.02.37 # Try catching Zagor, he can probably find out more 19.04.55 # ok 19.06.59 # I often get the "missing log file" error 19.08.19 Quit bcobco (Remote host closed the connection) 19.08.45 Join bcobco [0] (~bcobco@77.228.124.149) 19.12.28 Join lebellium [0] (~chatzilla@89-93-178-161.hfc.dyn.abo.bbox.fr) 19.12.53 Join krabador [0] (~krabador_@unaffiliated/krabador) 19.17.13 Join JohnML [0] (~john1@ip-178-203-133-142.hsi10.unitymediagroup.de) 19.32.31 Quit bcobco (Remote host closed the connection) 19.32.59 Join bcobco [0] (~bcobco@77.228.124.149) 19.34.26 Join kuldeepdhaka [0] (~kuldeepdh@unaffiliated/kuldeepdhaka) 19.42.57 Quit ygrek (Ping timeout: 260 seconds) 19.49.52 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 19.51.08 Quit uwe_ (Read error: Connection reset by peer) 19.52.16 Join uwe_ [0] (~uwe_@dslb-094-216-126-105.094.216.pools.vodafone-ip.de) 19.52.16 Quit pamaury (Ping timeout: 245 seconds) 19.52.50 Quit bluebrother^ (Ping timeout: 244 seconds) 19.53.21 Quit fs-bluebot (Ping timeout: 264 seconds) 19.57.33 Join fs-bluebot [0] (~fs-bluebo@g225252102.adsl.alicedsl.de) 19.59.40 Join uwe__ [0] (~uwe_@ipservice-092-211-041-004.092.211.pools.vodafone-ip.de) 20.02.39 Quit uwe_ (Ping timeout: 244 seconds) 20.06.23 Quit amithkk (Quit: Connection closed for inactivity) 20.16.44 *** Saving seen data "./dancer.seen" 20.27.52 Quit bcobco (Remote host closed the connection) 20.28.19 Join bcobco [0] (~bcobco@77.228.124.149) 20.33.32 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 20.38.20 Quit benedikt93 (Ping timeout: 260 seconds) 20.46.41 Join y4n [0] (~y4n@unaffiliated/y4ndexx) 20.55.51 Quit bcobco (Remote host closed the connection) 20.56.21 Join bcobco [0] (~bcobco@77.228.124.149) 21.35.30 Quit krabador (Quit: Take the time.) 22.05.51 Quit y4n (Quit: Do you like hurting other people?) 22.07.58 Join benedikt93 [0] (~benedikt9@frbg-5f7319ce.pool.mediaWays.net) 22.08.06 Quit benedikt93 (Changing host) 22.08.06 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 22.10.18 Quit benedikt93 (Client Quit) 22.10.34 Quit Jinx (Quit: reboot) 22.15.50 Part Mendor|scr 22.16.45 *** Saving seen data "./dancer.seen" 22.20.21 Quit jhMikeS (Ping timeout: 240 seconds) 22.23.09 Join ZincAlloy [0] (~Adium@pD9EEB583.dip0.t-ipconnect.de) 22.41.56 Quit bcobco (Remote host closed the connection) 22.42.21 Join bcobco [0] (~bcobco@77.228.124.149) 22.59.29 Quit bcobco () 23.09.51 Quit amayer (Quit: Leaving) 23.12.49 Quit bertrik (Remote host closed the connection) 23.30.23 Quit pamaury (Ping timeout: 250 seconds) 23.40.20 Quit ender (Quit: Patriotism is, fundamentally, a conviction that a particular country is the best in the world because you were born in it... -- George Bernard Shaw) 23.45.28 Quit ender| (Ping timeout: 260 seconds) 23.54.20 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 23.58.46 Quit lebellium (Quit: ChatZilla 0.9.90.1 [Firefox 32.0/20140825202822])