Previous day | Jump to hour: 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 | Next day

Seconds: Show Hide | Joins: Show Hide | View raw
Font: Serif Sans-Serif Monospace | Size: Small Medium Large

Click in the nick column to highlight everything a person has said.
The Logo icon identifies that the person is a core developer (has commit access).

#rockbox log for 2014-08-28

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:53jhMikeSit 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:59jhMikeSwhat?
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:39jhMikeSI'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:00
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:00
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:04jhMikeSversion thing wasn't so bad afterall
02:56:23jhMikeSand committing causes only (new) firmware/common/version.c to remade, rbversion.h contains RBVERSION
03:00
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:54fs-bluebotGerrit review #914 at http://gerrit.rockbox.org/r/914 : enable 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:42jhMikeSwith sw volume control really, which I thought he redid it that way
03:01:49jhMikeSnot quite
03:02:18jhMikeSit 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:57jhMikeSit 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:32jhMikeSI 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:29jhMikeShe 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:26jhMikeSI 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:09jhMikeSso, 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:49jhMikeSwould 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:44jhMikeScould probably use the separate balance control API that's used on just one MAS codec right now
03:08:13[Saint]Hmmmm.
03:08:33jhMikeSit has mono volume like android
03:08:36[Saint]Looks like jz47** is using sw control for balance et al too.
03:08:55jhMikeSjz47** always was sw volume
03:08:59[Saint](fuck that's a weird target...)
03:09:16jhMikeSit 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:08jhMikeShifiman just has analog volume iiuc
03:10:38jhMikeSlike?
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:04ploco[Saint]: nothing just work. its a combination of pcm_set_master_volume(l,r) and pcm_set_mixer_volume(volume)
03:15:40plocoas jhMikeS said, Android cannot do the unbuffered
03:15:52plocoso 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:45plocoanyone 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:05plocono 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:16jhMikeSthe 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:41plocoit's done in the way that jhMikeS wants already
03:17:45jhMikeSso, to scale the samples requires an intermediate buffer, which the buffered version provides
03:19:01jhMikeSthe 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:50plocoAndroid'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:41plocono 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:41plocoin 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:50plocogetTitlebarStatus() is to check showing status bar on or not.
03:38:08[Saint]* g#894
03:38:10fs-bluebotGerrit review #894 at http://gerrit.rockbox.org/r/894 : RaaA: 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:21plocostable.
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:35plocoit'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:28plocoso 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:54plocoI don't mind. you can break them up and push into separate.
03:48:07ploco*separate commits
03:48:17[Saint]Excellent. Thank you.
03:50:18plocomy 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:58plocobtw, 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:00
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:29plocotheme 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:58plocospace reserved for backdrop is in use constantly.
04:06:32jhMikeS[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:07jhMikeSyou 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:13jhMikeSerm, my config has that same thing going
04:15:30jhMikeSline length: 339 chars
04:15:36[Saint]heh
04:16:19***Saving seen data "./dancer.seen"
04:17:30jhMikeSevery 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:32jhMikeSit'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:18jhMikeSstill every make reconf does adds more no matter
04:20:37jhMikeS-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:52jhMikeS[Saint]: wanna check g#566, just to make sure you can actually access the storage (and builds for sure)?
04:23:55fs-bluebotGerrit review #566 at http://gerrit.rockbox.org/r/566 : Rewrite filesystem code (WIP) by Michael Sevakis
04:24:20[Saint]righto - incoming. pulling it in now.
04:24:40jhMikeSbe sure it gets all the sub patches (2 prerequisites)
04:25:10[Saint]sub-patches?
04:25:43jhMikeS[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:27jhMikeSno
04:26:37jhMikeSthat's a "needed by"
04:27:07[Saint]apparently there's only one dep.
04:27:10jhMikeSand all that crazy rename/copy stuff is just git trying to guess (which makes it look gittier)
04:27:31jhMikeSbut the depends on has a depends on
04:27:37[Saint] g#934 and g#566
04:27:40fs-bluebotGerrit review #934 at http://gerrit.rockbox.org/r/934 : Add normal alloca() definition and implement a strdupa and friends by Michael Sevakis
04:27:40fs-bluebotGerrit review #566 at http://gerrit.rockbox.org/r/566 : Rewrite filesystem code (WIP) by Michael Sevakis
04:27:55jhMikeS g#907
04:27:57fs-bluebotGerrit review #907 at http://gerrit.rockbox.org/r/907 : Add 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:12jhMikeSthe 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:16jhMikeSbut I split it. :)
04:42:29jhMikeSthus the depends ons
04:42:48[Saint]I unsplit it.
04:42:51jhMikeSthe rest is really mutually dependent
04:43:29[Saint]if you wanted to know, based on current master, its an ~850kB diff. ;)
04:43:45jhMikeSit was bigger :D
04:44:02jhMikeSyeah, 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:53jhMikeSany trouble navigating to anything you normally can?
04:54:05jhMikeSI'm just concerned about the app path handling
04:54:10jhMikeShehe
04:54:28jhMikeSthe 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:58jhMikeSshould be no change on a hosted target since it just passes through to host functions
04:57:03jhMikeSon native it's a little worse with dircache speed (expected) but speeds the hell out certain other things that are more perceivable
04:58:05jhMikeSlike 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:31jhMikeSwhat'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
05:00:18jhMikeSit might help multivolume hosted targets far more since it doesn't use that path hashing crap
05:01:37jhMikeSand if fstatat is available on android it could speed up readdir to use that instead
05:03:40jhMikeSactually dir_get_info()
05:04:14jhMikeSI 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:24jhMikeSah, you tested all those other targets too? excellent. thanks.
05:06:38[Saint]Not a problem my man.
05:06:54jhMikeSthere 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:01jhMikeSbut 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:12jhMikeSsort 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:56jhMikeSso that's 1.6?
05:14:29[Saint]right.
05:14:47[Saint]cupcake likely had it too - but - sources.
05:15:00jhMikeSyour building with platform 5?
05:15:16[Saint]no.
05:15:27[Saint]just perusing AOSP source.
05:16:26jhMikeSwell, platform 3 has it in the headers
05:17:01jhMikeSthat's as far back as the NDK goes that they have for download
05:20:51jhMikeSI 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:47jhMikeSThough 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:08jhMikeSmaybe 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:00
06:16:22***Saving seen data "./dancer.seen"
06:47:46 Quit Strife89 (Ping timeout: 250 seconds)
07:00
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:00
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:04JdGordon_[Saint]: the playlist catalogue ideally sohuld show all playlists on the disk
08:57:12JdGordon_it was enviisoed to be a databse of them
08:57:16[Saint]right - but it doesn't.
08:57:25JdGordon_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:12JdGordon_saving the dynamic playlist iirc
08:59:47[Saint]Aha.
09:00
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:30JdGordon_yes
09:38:45JdGordon_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:48JdGordon_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:00
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:00
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:00
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:31copper[Saint]: FYI, I'm hosting daily builds again http://forums.rockbox.org/index.php/topic,43493.msg227914.html#msg227914
12:28:48copperthose URLs should work again
12:30:13copperbeen asked for them a couple times
12:30:43copperI was just too lazy to re-do the build environment
12:31:51copperalso, yay ccache
12:32:11copperweren't you supposed to modify my post?
13:00
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:42JdGordon_[Saint]: transkitiong between which screens?
13:51:31 Part ZincAlloy
13:56:50 Quit kuldeepdhaka (Ping timeout: 255 seconds)
14:00
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:00
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:17Mendor|scrhello, whom should I ask for wiki editing permissions or just update a bit a single page?
15:28:30Mendor|scrI've written almost simple CLI script for Last.fm scrobbling (Linux/OSX) and wish to share it with the main community
15:49:04fs-bluebotBuild Server message: New build round started. Revision 21e2b59, 253 builds, 32 clients.
15:57:19 Quit xorly (Ping timeout: 260 seconds)
15:59:39fs-bluebotBuild Server message: Build round completed after 643 seconds.
16:00
16:01:46jhMikeSfriggin' bootloaders!
16:07:03 Quit uwe__ (Ping timeout: 244 seconds)
16:07:31gevaertsMendor|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:53Mendor|scrgevaerts: NiktiaK
16:15:00Mendor|scrNikitaK, sorry, typo
16:16:21gevaertsMendor|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:23Mendor|scrso, shortening of surname is inappropriate?
16:19:35gevaertsIt is, yes. Project policy
16:20:07Mendor|scrwell, I've edited personal information, how can I change username?
16:20:51gevaertsI 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:03fs-bluebotBuild Server message: New 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:19fs-bluebotBuild Server message: Build round completed after 497 seconds.
16:56:59 Quit Zagor (Quit: Clint excited)
17:00
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:00
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:07enderi see that my buildserver is disabled again. what's the reason this time?
18:52:11gevaertsender: I don't see it in the blocked list
18:52:22ender2014-08-28 16:52:32 Server message: Fatal build error: Permission denied. You have been temporarily disabled.
18:52:31gevaertsAh, right, the auto one
18:52:51gevaertsDoes building manually work?
18:53:06 Quit mortalis|2 (Ping timeout: 245 seconds)
18:53:10enderlet's see
18:54:22 Join ygrek [0] (~user@108.59.6.97)
18:56:21enderclip+ built fine, trying h120 now
18:58:07enderalso built fine
19:00
19:00:52gevaertshmmm
19:01:54 Nick uwe__ is now known as uwe_ (~uwe_@ipservice-092-211-040-067.092.211.pools.vodafone-ip.de)
19:02:24gevaertsIt's always a pain to figure out what exactly caused the error in such cases
19:02:37gevaertsTry catching Zagor, he can probably find out more
19:04:55enderok
19:06:59bertrikI 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:00
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:00
21:35:30 Quit krabador (Quit: Take the time.)
22:00
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:00
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])

Previous day | Next day