--- Log for 13.06.111 Server: card.freenode.net Channel: #rockbox --- Nick: logbot_ Version: Dancer V4.16 Started: 11 days and 22 hours ago 00.00.09 *** Saving seen data "./dancer.seen" 00.00.24 # aanyway. 00.00.28 # Oh, one thign someone mentioned 00.00.38 # You don't have to commit with the same email as your OpenID has 00.00.45 # you can add alternate email addresses in your settings in gerrit 00.00.50 # (it will mail them to verify) 00.01.00 # and then any of those addresses will be accepted in commits 00.01.00 Quit tchan (Quit: WeeChat 0.3.5) 00.01.10 # (you can pick which one gerrit mail goes to, also) 00.01.27 # any other open questions I missed? :) 00.02.32 # There's another nice trick if you have a whole topic branch to upload: if you push to refs/for/master/some-topic it will label them all on the site as being for some-topic 00.02.39 # which you can click on to find other patches on the same topic 00.03.58 Join ibhan [0] (~yaaic@109.59.255.37.data.3.dk) 00.04.22 Quit ender` (Quit: How long a minute is depends on which side of the bathroom door you are on. -- Practical application of Theory of Relativity) 00.17.47 # New commit by 03nls (r29996): Remove a couple of dead inits and assignments found by the clang-static-analyzer. 00.19.31 Quit xeniter (Ping timeout: 252 seconds) 00.19.32 # I assume I can use a different email for rockbox than is set as my global e-mail in git? 00.19.41 # yes, see above. 00.19.48 # you can add more addresses 00.19.54 # and change which one it sends email to 00.19.54 Join leavittx [0] (~leavittx@cl-534.mbx-01.si.sixxs.net) 00.20.14 # the one your openid provider gave is just the default 00.20.49 # r29996 build result: All green 00.21.15 # Torne: I'm talking about the git --global user.name bit 00.21.21 # Which is different to my global id 00.21.25 # *open id 00.21.40 # which is different to the e-mail I want to use for Rockbox/gerrit :) 00.21.55 # yes, you can use anything that gerrit knows about 00.22.07 # and you can set it in just one repo by omitting --global 00.22.31 # moving tracks in an already existing playlist doesn't work very nice on touchscreen, especially if the list is already longer than what fits on the display then it's next to impossible to get the track to its spot if you would have to scroll the list up or down for that 00.22.49 Quit {phoenix} (Remote host closed the connection) 00.23.03 # Torne: Ta, so when I do my checkout I'll set it in the test repo 00.23.13 # yah. 00.23.27 # gerrit just requires that Committer: be an email that's associated with your gerrit account to stop forgery :) 00.23.36 # (Author can be anything) 00.27.02 Join ChickeNES [0] (~ChickeNES@99-133-145-177.lightspeed.cicril.sbcglobal.net) 00.31.18 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 00.32.10 Join Xerrao [0] (~XRO@synergy.serv.xdk2.net) 00.33.22 Quit liar (Ping timeout: 258 seconds) 00.35.41 Join xeniter [0] (~xeniter@cpe90-146-47-34.liwest.at) 00.37.46 Quit TheLemonMan (Quit: Ex-Chat) 00.40.21 Quit xeniter (Read error: Operation timed out) 00.40.47 Join nirv [0] (~ohboy@c-174-53-130-31.hsd1.mn.comcast.net) 00.41.33 Join xeniter [0] (~xeniter@cpe90-146-47-34.liwest.at) 00.43.12 Quit bertrik (Quit: :tiuQ) 00.43.33 Nick nirv is now known as ohweow (~ohboy@c-174-53-130-31.hsd1.mn.comcast.net) 00.43.46 Nick ohweow is now known as candlelegs (~ohboy@c-174-53-130-31.hsd1.mn.comcast.net) 00.43.46 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 00.43.49 Nick candlelegs is now known as nirv (~ohboy@c-174-53-130-31.hsd1.mn.comcast.net) 00.43.59 Nick nirv is now known as NOTBANNED (~ohboy@c-174-53-130-31.hsd1.mn.comcast.net) 00.44.38 # so I charged my ipod video 5th generation on my ipod dock with the default firmware, switch to rockbox and suddenly the battery is empty and automatically shuts down? What, is it accessing some other battery than the one that's in there? argh 00.45.03 Quit leavittx (Ping timeout: 260 seconds) 00.45.06 Quit xeniter (Read error: No route to host) 00.45.33 Join xeniter [0] (~xeniter@cpe90-146-47-34.liwest.at) 00.46.53 # Torne: I tried to review and submit my own change and get server error requires code review - I guess this is as it is not set up that we can accept our own changes? 00.47.22 # You can review and submit your own changes 00.47.30 Quit xeniter (Read error: Connection reset by peer) 00.47.31 # Or is is because gevaerts rejected the first patch set? 00.47.34 Part ibhan 00.47.34 # Nope 00.47.38 # State resets with new uploads 00.47.44 Join xeniter [0] (~xeniter@cpe90-146-47-34.liwest.at) 00.47.47 # hmm, so why can't I do it? 00.47.48 # You need +1 verified and +2 reviewed to submit 00.47.55 # yeah, I set that 00.47.57 # verified is supposed to mean "i built and tested this" 00.48.01 # for reference :) 00.48.24 # Oh 00.48.26 # It has a -2 00.48.29 # so it can't be submitted 00.48.34 # hmm. 00.48.34 # the ipod has one battery 00.48.36 # not two 00.48.40 # apple's firmware says 100% 00.48.41 # Oh, right. 00.48.42 # rockbox says 0% 00.48.43 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 00.48.46 # somebody's lying 00.48.49 # no 00.48.52 # They aren't 00.48.57 # Yeah, you need to get gevaerts to change his to something other than -2 first 00.49.02 # They are just reading it in different ways 00.49.12 # why is rockbox's so inaccurate? 00.49.13 # So you can't overrule someone else? 00.49.18 # No 00.49.23 # Well, only negatively 00.49.24 # because I just charged it. it's full 00.49.35 # it has to have at least one +2 and no -2's 00.49.39 # Torne: OK, makes sense 00.49.48 # (and the same for verified with +1/-1) 00.49.49 # And one -2 will overrule any number of +2? 00.49.53 # yes 00.49.55 # NOTBANNED: how long does the battery last in the OF? 00.49.55 # it's not arithmetic 00.49.59 # two +1's are not a +2 00.50.09 # So given that anyone can review, this means non-committers can block committers 00.50.15 # AlexP: no 00.50.23 # AlexP: non-committers can only give +1 and -1 00.50.26 # OK 00.50.31 # gevaerts, days. 00.50.35 # So a +2 overrules a -1 00.50.38 # the sandbox repo gives everyone the same permissions as committers 00.50.41 # -1 doesn't do anything 00.50.43 # +1 doesn't do anything 00.50.45 # it's like i'm charging two different batteries 00.50.46 # they are just advisory 00.50.47 Join xeniter_ [0] (~xeniter@cpe90-146-47-34.liwest.at) 00.50.49 # OK 00.50.53 # makes sense 00.50.59 # it went from 0% to 50% in Rockbox charging it via USB right now in 15 minutes. 00.51.12 # NOTBANNED: I'm not aware of any ipod lasting days in the OF 00.51.22 # Torne: I was confused by you saying "Any Gerrit user can review your change if they choose" in the guide :) 00.51.23 # the amount i use it 00.51.25 # it's days 00.51.29 # AlexP: they can review it, yes :) 00.51.36 # NOTBANNED: we mean continuously/intotal 00.51.39 # not how many days 00.51.42 # yeah, but not to the same extent :) 00.51.45 # i never tested. it's a long time 00.52.01 # rockbox does drain the battery more quickly 00.52.02 # My players last months if I don't use them 00.52.04 # but that isn't the issue 00.52.06 # No it doesn't 00.52.10 # yes it does 00.52.11 # actually 00.52.15 # Rockbox gets longer battery life on those ipods 00.52.24 # Rockbox gets 10-15% more life on ipodvideo 00.52.25 # not from my experience 00.52.26 # depending on settings. 00.52.30 # I assure you it does 00.52.34 # It really does 00.52.35 Quit xeniter (Ping timeout: 276 seconds) 00.52.36 # maybe it's because I play flacs 00.52.43 # which the apple OF can't 00.52.50 # don't be biased 00.52.51 # You need to compare like to like 00.52.54 # If you play FLAC in rockbox and ALAC in the OF, rockbox will last longer 00.52.59 # I'm not biased 00.53.04 # that has nothing to do with the problem I have 00.53.09 # If you want to compare you need to do the same thing with both 00.53.10 # 100% apple firmware battery charge 00.53.14 # 0% rockbox 00.53.19 # Otherwise it is meaningless 00.53.21 # auto shut down when I turned it on 00.53.41 # That usually means your battery is just about dead 00.53.49 # it's been charging on usb for about 15-20 minutes now 00.53.51 # and it reads 75% 00.53.59 # this is a bullshit reading 00.54.05 # nothing charges that quickly over usb 00.54.10 Join xeniter [0] (~xeniter@cpe90-146-47-34.liwest.at) 00.54.11 # something's amiss 00.54.54 # Torne: can different authors update patches? 00.54.58 Quit xeniter_ (Read error: No route to host) 00.55.00 # kugel: yes 00.55.33 Quit NOTBANNED (Quit: OH WEOW) 01.00.18 Quit pamaury (Remote host closed the connection) 01.02.51 Quit keyb_gr (Ping timeout: 255 seconds) 01.03.25 Nick mshaxp is now known as mshathlonxp (~athlonmpp@5ad7b04e.bb.sky.com) 01.04.29 # jhMikeS: Have you experienced any problems with FS#12132 ? I'd like to commit it before the freeze 01.04.30 # http://www.rockbox.org/tracker/task/12132 3tagnavi: Support "basename" in formats and conditions; replace in track views (patches, new) 01.07.56 Join fml [0] (~chatzilla@manz-5f74acc9.pool.mediaWays.net) 01.09.06 # Hello. I don't remember wether this has been discussed before, but: wouldn't it be a good idea to have an index in the manual? Or is the table of contents enough? 01.09.23 # Indexes have to be maintained to be any use, this gets pretty tedious 01.09.33 # you can search it, is that not sufficient? 01.10.01 # bluebrother started one but I believe gave up then (IIRC there are still some sign of it in the code) 01.12.43 # Torne: the index would be of course generated automatically by latex. We only have to mark the appropriate places in the text. 01.12.54 # fml: yes, that's the tedious maintenance I refer to 01.13.01 # deciding what's index-worthy 01.13.12 Quit evilnick (Ping timeout: 255 seconds) 01.13.14 # making sure index terms don't wander away from useful descriptions, etc 01.13.39 # assembling a good index is annoyingly difficult :) 01.13.50 # Yes, I see. 01.14.09 # the manual is short enough that searching it generally works 01.14.20 # someone suggested at devcon that there should be a single-page html version 01.14.27 # which would be easier to search :) 01.15.18 # There is a single document PDF version! 01.15.29 # PDFs suck :) 01.17.43 Join evilnick [0] (~evilnick@ool-18bee3a9.dyn.optonline.net) 01.17.44 Quit evilnick (Changing host) 01.17.44 Join evilnick [0] (~evilnick@rockbox/staff/evilnick) 01.18.34 # AlexP: At which time of the day will the freeze take effect? 01.18.50 # sideral: Afternoon EU time I expect 01.19.38 Quit n1s (Read error: Connection reset by peer) 01.19.58 Quit ReimuHakurei_ (Ping timeout: 250 seconds) 01.20.11 # OK, thanks 01.20.12 Quit balintx (Remote host closed the connection) 01.20.31 Join balintx [0] (~quassel@szerver1.gulyasp-koll.sulinet.hu) 01.23.18 Quit xeniter (Ping timeout: 240 seconds) 01.25.09 Quit fml (Quit: ChatZilla 0.9.87 [Firefox 4.0.1/20110413222027]) 01.27.41 Join xeniter [0] (~xeniter@cpe90-146-47-34.liwest.at) 01.41.39 # * sideral decides to not rush FS#12132. Users will have to cope with in track views for another full release. 01.53.27 Quit ChickeNES (Quit: Computer has gone to sleep.) 01.56.27 Quit sideral (Ping timeout: 240 seconds) 01.57.51 Nick d3remark is now known as kramer3d (~kramer@unaffiliated/kramer3d) 01.58.25 Quit xeniter (Ping timeout: 244 seconds) 01.59.09 Join JesseTV [0] (~cdc84e8a@giant.haxx.se) 02.00.11 *** Saving seen data "./dancer.seen" 02.06.15 Quit JesseTV (Quit: CGI:IRC (EOF)) 02.06.30 Join JesseTV [0] (~cdc84e8c@giant.haxx.se) 02.07.45 Quit JesseTV (Client Quit) 02.27.09 # Torne: any particular reason to not allow merge commits? 02.38.16 Quit GeekShadow (Quit: The cake is a lie !) 02.40.53 Nick kramer3d is now known as d3remark (~kramer@unaffiliated/kramer3d) 03.06.49 Join ReimuHakurei [0] (~reimu@74.112.212.15) 03.09.57 Quit saratoga (Ping timeout: 252 seconds) 03.28.14 # Torne: isnt merge commits basically the point of git? 03.28.28 # and I'm voting for requiring all commits go through gerrit and get a review 03.29.22 # and I know for sure thats going to annoy me later :) 03.56.46 # [Saint]: grrrrrr 03.56.53 # stop spreading lies and slander!!!! 03.57.12 # (otherwise known as ping+bad thread comment) 03.59.31 # hmmmm, actually looks like CustomWPS is badly worded/outdated 04.00.13 *** Saving seen data "./dancer.seen" 04.07.31 Join Llorean [0] (~AndChat@rockbox/user/Llorean) 04.21.11 Quit TheSeven (Disconnected by services) 04.21.20 Join [7] [0] (~TheSeven@rockbox/developer/TheSeven) 04.24.11 Join kugel_ [0] (~kugel@rockbox/developer/kugel) 04.24.38 Join n1s [0] (~quassel@rockbox/developer/n1s) 04.25.10 Quit [Saint] (Ping timeout: 240 seconds) 04.26.14 Quit liar (Quit: hallowed are the ori!) 04.27.11 Quit kugel (Ping timeout: 255 seconds) 04.40.07 Join [Saint] [0] (~st.lasciv@124-197-3-117.callplus.net.nz) 04.40.54 Quit amiconn (Disconnected by services) 04.40.56 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.41.00 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.41.24 Quit pixelma (Disconnected by services) 04.41.26 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.41.28 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.44.06 Quit n1s (Ping timeout: 250 seconds) 04.46.43 Join JoshuaChang [0] (~JoshuaCha@116.225.71.159) 05.00.17 # <[Saint]> JdGordon: Can you explain to me how the "image" param maintains backward compatibility please? 05.00.42 # <[Saint]> will the additional params just be ignored by older builds, instead of failing to parse? 05.02.56 # <[Saint]> also, in "%xx(x,y,w,h,image.bmp,image,foo)" the image with identifier foo is given preference? 05.04.20 Quit MethoS- (Remote host closed the connection) 05.08.46 Join RoMeow [0] (CATTIVOBUO@ppp-47-81.25-151.libero.it) 05.08.49 # Hi 05.09.02 # Help me to remove the autoreverse please! 05.09.11 # :( 05.09.28 # <[Saint]> what exactly do you mean by "remove"? 05.09.42 # disable 05.09.44 # turn off 05.09.47 # xD 05.09.49 Join JdGord [0] (~AndChat@106.70.0.17) 05.09.56 # <[Saint]> and, what fuction are you talking about exactly? 05.10.07 # auto reverse 05.10.19 # the spiral arrow 05.10.36 # the playback 05.10.45 # <[Saint]> there are several settings that can rewind the current track by value, you need to be more specific. 05.10.53 # when you end the album it starts again to reproduce 05.11.22 # <[Saint]> this is repeat. change it via the playback settings. 05.11.31 # where are them!?!? 05.11.33 # <[Saint]> or via the quickscreen. 05.11.39 # I didn't change them 05.11.58 # <[Saint]> Repeat isn't enabled by default, you must have. 05.12.13 # done! 05.12.16 # xD 05.12.52 # what's up mates? 05.13.28 # are you ready for the pit? 05.13.44 # hooga hooga chakka hooga! 05.13.45 # hooga hooga chakka hooga! 05.13.46 DBUG Enqueued KICK RoMeow 05.13.46 # hooga hooga chakka hooga! 05.13.50 # xD 05.14.12 # <[Saint]> Apologies, but this is a support/development channel. Please keep on topic, and do not spam the channel. 05.15.15 # :) 05.15.26 # I love you Saint 05.17.05 Quit JdGord (Changing host) 05.17.05 Join JdGord [0] (~AndChat@rockbox/developer/JdGordon) 05.17.13 Mode "#rockbox +o JdGord" by ChanServ (ChanServ@services.) 05.17.32 Quit RoMeow () 05.18.07 Mode "#rockbox -o JdGord" by ChanServ (ChanServ@services.) 05.26.34 Quit [Saint] (Disconnected by services) 05.26.35 Join S_a_i_n_t [0] (~st.lasciv@124-197-3-117.callplus.net.nz) 05.26.40 Nick S_a_i_n_t is now known as [Saint] (~st.lasciv@124-197-3-117.callplus.net.nz) 05.36.35 Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) 05.40.05 Quit [Saint] (Ping timeout: 255 seconds) 05.48.09 Quit balintx (Remote host closed the connection) 05.48.27 Join balintx [0] (~quassel@szerver1.gulyasp-koll.sulinet.hu) 05.53.45 Quit Buganini (Read error: Operation timed out) 05.58.23 Join Rob2223 [0] (~Miranda@p4FFF1277.dip.t-dialin.net) 06.00.17 *** Saving seen data "./dancer.seen" 06.01.49 Join Galois [0] (djao@efnet-math.org) 06.02.00 Quit Rob2222 (Ping timeout: 240 seconds) 06.08.43 Quit Llorean (Quit: Bye) 06.10.47 Quit pjm0616 (Ping timeout: 252 seconds) 06.13.05 Quit Galois (Quit: Disconnecting) 06.14.14 Join Buganini [0] (~buganini@2001:288:c237:0:dead:beef:cafe:babe) 06.17.33 Join Galois [0] (djao@efnet-math.org) 06.24.21 Quit factor (Ping timeout: 252 seconds) 06.27.32 Join [Saint] [0] (~st.lasciv@124-197-3-117.callplus.net.nz) 06.28.13 # [Saint]: no, you misunderstood, I meant to keep backwards-compat with older skins in new builds 06.28.24 # and yes, the image optin always overrides the filename 06.29.13 # <[Saint]> it just seems weird to me that the example I posted is valid. 06.29.31 # <[Saint]> I'd rather see the compatibility broken. 06.30.19 # <[Saint]> ....,,image,identifier" seems saner to me. 06.30.42 # <[Saint]> or, the alternative. 06.30.50 # yes, but if you arent using any other options there is no real reason to force the 'image' param 06.31.20 # <[Saint]> but the fact that you can have both image_name.bitmap *and* specifiy the "image" param with an identifier seems...I dunno, just...weird. 06.31.41 # you want it to fail if that is there? 06.31.44 # seems pointless 06.31.51 # <[Saint]> I feel it should. 06.31.57 # especially with the shit debugging we have 06.32.08 Join factor [0] (~factor@74.197.205.204) 06.33.01 # wasnt android going to be moved to unstable? 06.34.19 # <[Saint]> "%xx(x,y,w,h,image_name.bmp,some_option(s),image,identifier)" seems batshit crazy to me. 06.34.37 # <[Saint]> I'm not sure I can say *why* exactly, but...it does seem odd that it's valid. 06.34.37 # yes, it is 06.34.54 # but you'd be wrong to put both there 06.34.58 # one or the other 06.35.13 # <[Saint]> the fact that you can and it won't spit is what bugs me. 06.35.21 # <[Saint]> I'd expect it to fail parsing. 06.35.28 # no 06.35.31 # well, naa 06.35.55 Quit ack (Read error: Operation timed out) 06.36.02 Join ack [0] (~ack@mingbai.org) 06.36.30 # <[Saint]> And yeah, RaaA being promoted was something I thought was happening also. 06.36.47 # <[Saint]> perhaps it's "will happen in the not-so-distant future" 06.37.40 Join Horschti [0] (~Horscht@xbmc/user/horscht) 06.38.15 Quit [Saint] (Quit: Imagination is for turbo-nerds who can't handle how kick-butt reality is. I'm a kick-butt reality master! I would rather die, than be imaginative. I mean that.) 06.40.25 Join [Saint] [0] (~st.lasciv@124-197-3-117.callplus.net.nz) 06.40.53 Quit Horscht (Ping timeout: 252 seconds) 06.51.08 Quit JdGord (Quit: Bye) 06.56.08 Quit [Saint] (Disconnected by services) 06.56.09 Join S_a_i_n_t [0] (~st.lasciv@124-197-3-117.callplus.net.nz) 06.59.17 Quit wtachi (Quit: &) 07.03.20 Quit S_a_i_n_t (Ping timeout: 255 seconds) 07.03.29 Join [Saint] [0] (~st.lasciv@124-197-3-117.callplus.net.nz) 07.05.56 Quit [Saint] (Client Quit) 07.08.14 Join [Saint] [0] (~st.lasciv@124-197-3-117.callplus.net.nz) 07.11.41 Quit [Saint] (Client Quit) 07.12.06 Join [Saint] [0] (~st.lasciv@124-197-3-117.callplus.net.nz) 07.51.31 Join sideral [0] (~sideral@rockbox/developer/sideral) 08.00.19 *** Saving seen data "./dancer.seen" 08.12.06 Quit JoshuaChang (Quit: ChatZilla 0.9.87 [Firefox 4.0.2pre/20110429182132]) 08.24.43 Join antil33t [0] (~antil33t@124-197-33-15.callplus.net.nz) 08.27.27 Quit simonlnu (Remote host closed the connection) 08.38.59 Join ChickeNES [0] (~ChickeNES@99-133-145-177.lightspeed.cicril.sbcglobal.net) 08.43.21 Quit Judas_PhD (Quit: This is a quitting message) 08.45.37 Quit ChickeNES (Read error: Connection reset by peer) 08.46.12 Join ChickeNES [0] (~ChickeNES@99-133-145-177.lightspeed.cicril.sbcglobal.net) 08.49.14 Join Zagor [0] (~bjst@rockbox/developer/Zagor) 08.51.42 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 08.52.27 Join n1s [0] (~quassel@rockbox/developer/n1s) 08.56.35 Join GodEater_ [0] (~quassel@69.80.98.254) 08.56.35 Quit GodEater_ (Changing host) 08.56.35 Join GodEater_ [0] (~quassel@rockbox/staff/GodEater) 08.56.39 Quit ReimuHakurei (Read error: Connection reset by peer) 08.56.50 Join ReimuHakurei [0] (~reimu@74.112.212.15) 08.57.05 Join ender` [0] (krneki@foo.eternallybored.org) 08.57.05 Quit ChickeNES (Quit: Computer has gone to sleep.) 09.08.10 Quit [Saint] (Ping timeout: 240 seconds) 09.08.59 Join dt84 [0] (~Administr@62-90-151-108.barak.net.il) 09.09.27 Join mem_ [0] (~mem@mem-irc.netnod.se) 09.09.42 Part mem_ 09.10.44 Join B4gder [0] (~daniel@rockbox/developer/bagder) 09.11.09 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 09.11.09 # * GodEater_ fiddles with gerrit a bit 09.13.04 Join [Saint] [0] (~st.lasciv@124-197-3-117.callplus.net.nz) 09.14.04 # hi. is it possible to add to the scrobble.log file the album-artist? 09.19.14 # If the scrobble format allows for it, then yes, it is possible. 09.26.49 # [Saint]: I'm fixing the %cs tag in the playlist viewer and pitch screen... any others? 09.29.00 Quit utanapischti (Quit: WeeChat 0.3.2) 09.29.25 Join sasquatch [0] (~username@p4FF2CD29.dip.t-dialin.net) 09.29.48 Quit Judas_PhD (Quit: This is a quitting message) 09.30.07 # GodEater_: According to http://www.last.fm/api/show?service=443, it is an optional field. Is it something that should be reported as a bug in rockbox.com/tracker ? 09.30.24 # well since it's optional, its not really a bug is it? 09.30.58 # lets call it a "feature request"? 09.32.21 # unfortunately for you, we don't accept them :) 09.32.44 # oh. :-/ 09.32.49 # if you care to code it up youself - we'll take it as a patch. 09.33.22 # New commit by 03jdgordon (r29997): Fix the %cs tag for the pitchscreen and playlist viewer 09.33.22 # or, if someone benevolent here is listening, they might choose to do it anyway - but when we ran a feature request system, it just filled up with stuff that no-one ever wanted to actually do. 09.33.30 # so we concluded it was basically useless. 09.33.47 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 09.34.02 # Torne: oh, question re gerrit... your example always pushes the HEAD branch... can you push a local branch also? 09.34.30 Join merbanan [0] (~banan@c-94-255-222-82.cust.bredband2.com) 09.34.31 # JdGordon: it's a git implementation, so yes. The question is more, "do we want you to do that?" 09.34.32 # * JdGordon hopes 1) that question makes sense, and 2) isnt completly stupid :) 09.34.46 # s/you/people in general/ 09.35.21 # whats really the benefit to forcing linear history? 09.35.24 # we did discuss this briefly at devcon, I seem to recall we decided having people push branches wasn't a great plan. 09.35.42 # JdGordon: so people can report "feature X didn't work against build Y" more easily. 09.36.31 # I meant pushing a local branch to a review, which would eventually get merged to HEAD by gerrit 09.36.36 # i'll explain my problem: i have several albums with multiple artists participating on it, each on a different song. so i want to send the data to last.fm as followed: song: X artist: Y album artist: Z. 09.36.42 # r29997 build result: All green 09.36.43 # and i dont see why linear history fixes that 09.37.00 # JdGordon: ah sorry, I misunderstood. Not sure how easy that is to do. 09.37.21 # I agree that we shouldnt put feature branches on our repo (iun general anyway) 09.37.28 # github is for that :) 09.37.30 # dt84: I understand your problem completely, and I agree it would be nice for Rockbox to do. I'm just saying don't expect anyone to just jump on it and do it. 09.37.48 # JdGordon: I suspect you can just send a local branch as a patch 09.37.53 # I don't see why it wouldn't work 09.38.01 # thats what I was checking :) 09.38.13 # JdGordon: why not just try it against the sandbox and see? 09.38.26 # i havnt got it going yet :p 09.38.38 # oh come on, it takes about 1 minute 09.39.19 Quit rasher (Ping timeout: 244 seconds) 09.39.48 # GodEater_: totally understand. lets say i'll ever have the time to implement this - can you give me some pointers on where to start? 09.40.11 # first step would be to check out the source code 09.40.18 # and get yourself a working build environment 09.40.24 # (which we have several guides for in the wiki) 09.41.11 # and then the code you're looking for is most likely in apps/scrobbler.c 09.41.17 Join rasher [0] (~rasher@rockbox/developer/rasher) 09.44.02 # greate. i hope i'll manage. thanks a lot. 09.53.42 Part dt84 09.57.44 # yes, ok, HEAD was just an example... you can push local branches as patches 09.58.35 # \o/ 09.58.52 Join simonlnu [0] (SOT8ZfT6bE@unaffiliated/simonrvn) 10.00.22 *** Saving seen data "./dancer.seen" 10.06.19 Quit [Saint] (Ping timeout: 240 seconds) 10.10.58 Join [Saint] [0] (~st.lasciv@124-197-3-117.callplus.net.nz) 10.12.54 Join TheLemonMan [0] (~lem0n@ppp-17-39.26-151.libero.it) 10.17.11 Part Zagor 10.17.14 Join leavittx [0] (~leavittx@cl-534.mbx-01.si.sixxs.net) 10.20.27 Nick kugel_ is now known as kugel (~kugel@rockbox/developer/kugel) 10.21.00 # any thoughts on FS#11564? 10.21.01 # http://www.rockbox.org/tracker/task/11564 3new tag to talk other tags (patches, new) 10.21.10 # what, no branches in the git repo? 10.21.25 # JdGordon: I think we *should* put feature branches on our repository 10.21.30 # not on github 10.21.32 # that's silly 10.21.49 Join robin0800 [0] (~quassel@cpc3-brig8-0-0-cust703.3-3.cable.virginmedia.com) 10.22.13 Quit [Saint] (Ping timeout: 255 seconds) 10.23.18 # you can push any branch to gerrit. 10.23.37 # (HEAD is the head of the current branch, not the head of the default branch) 10.23.39 # good 10.23.43 Quit dan_a (Ping timeout: 258 seconds) 10.23.46 # allowing feature branches but not merge commits seems a bit wierd 10.23.55 # if the branch has more than one commit and you push it as a review then it will create multiple reviews 10.23.58 Join GodEater__ [0] (~quassel@rockbox/staff/GodEater) 10.24.01 # but that's fine; that's a patch series. 10.24.29 Quit GodEater_ (Ping timeout: 258 seconds) 10.24.33 # one review for each commit? 10.24.40 # yes. 10.26.08 # errr... oh.. kay... wierd.. (but screw it, all better than FS+svn :) ) 10.26.15 # how is that weird> 10.26.23 # it's a patch series. 10.26.28 # im more interested in seeing the finished patch against master, not individual steps 10.26.48 # yes, so you rewrite local history to that form 10.27.19 # the point of being able to upload multiple commits in a branch is to create a patch series 10.27.27 # ok 10.27.36 # i.e. set of discrete steps deliberatley created that way 10.27.38 # IMO we should allow merge commits 10.27.46 Join [Saint] [0] (~st.lasciv@124-197-3-117.callplus.net.nz) 10.28.02 # the point of git is easy branching and merging 10.28.28 # I also really dont see the point of requiring linear history 10.29.02 # kugel: no it isn't :) 10.30.30 # JdGordon: because if you just push merges then history becomes a stream of nothing but merges and the graph of changes is always really wide 10.30.30 # why don't allow them? 10.30.53 # who cares how wide the graph of changes is? 10.31.24 # people who have to bisect to find bugs. people who have to work out what users' build versions are. 10.31.33 # rebasing can be a a real PITA while merging just works 10.31.37 # er, what? 10.31.46 # that's nonsense :) 10.32.00 # it's not 10.33.19 # for most things there is no difference 10.33.34 # except if there are conflicts 10.33.47 # No, for most things the conflict set will be the same either way 10.34.37 # * Torne will be back in a bit. 10.35.54 # Torne: how do merge commits make bisecting harder or determining a version number? 10.38.14 # Torne: merging works in the kernel to, and git-bisect can handle it just fine 10.38.40 # and rebasing might make your code actually untested 10.40.08 # it's just inconvinient too 10.40.45 # http://www.mail-archive.com/dri-devel@lists.sourceforge.net/msg39091.html 10.43.53 Quit [Saint] (Ping timeout: 240 seconds) 10.44.28 # * ukleinek reads the backlog about your git discusstion 10.44.31 Quit robin0800 (Remote host closed the connection) 10.45.57 # * JdGordon doesnt believe that was really Linus 10.46.09 # not enough belittliing :) 10.47.08 # JdGordon: I guess airlied behaves good in general, so he didn 10.47.15 # 't decend far 10.48.01 Quit sideral (Quit: Leaving.) 10.48.13 # I think Linus just had gotten an exceptionally nice lunch just before he sent that 10.48.17 # =B) 10.49.39 # * ukleinek doesn't know gerrit, but the projects I know work with plain git good enough 10.50.18 # well, we agreed to give it a try 10.50.33 # B4gder: it=gerrit or git? 10.50.33 Join [Saint] [0] (~st.lasciv@124-197-3-117.callplus.net.nz) 10.50.35 Join stoffel [0] (~quassel@p57B4BB95.dip.t-dialin.net) 10.50.48 # there needs to be some defined work flow, and gerrit provides one way 10.50.58 # ukleinek: for the purposes of this discussion, gerrit/git is not relevant 10.50.59 # has Torne enabled email notifications on it? 10.51.07 # yes 10.51.07 # JdGordon: yes he has 10.51.15 # ukleinek: we are switching to git, that's decided 10.51.26 # gerrit provides one implementation of hosted git is all 10.51.36 # if we hate it, we might use gitosis or something else 10.52.27 # we use gitolite in my company, works pretty well, though I don't have anything to do with it's administration. 10.52.53 # our admin told that gitosis was ugly, gitolite strait forward. 10.53.16 # the admin side of gitosis is a bit of a pain 10.53.33 # gerrit's is much nicer, plus you get this nice code review feature too 10.57.31 # * kugel can second this 11.12.07 Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 11.12.44 Quit leavittx (Ping timeout: 260 seconds) 11.14.16 # gerrit is code only right? flyspray is staying for old patches and bugs? 11.14.22 # assuming of course we go gerrit 11.15.10 # I thought someone said gerrit lets you upload a plain diff? 11.15.45 # no - we're binning patches on flyspray 11.16.00 # and bugs? 11.16.05 # it'll be mailling list or gerrit only for patches in future. 11.16.12 # bugs will stay in flyspray 11.17.07 # if we decide for gerrit :) 11.17.14 # well, true ;) 11.17.27 # this is the initial plan, subject to change ;) 11.18.34 # will old fs patches just be dropped? 11.21.03 # I think that's the plan - especially for very old ones that no-one works on any more. 11.21.13 # I suspect we'll archive them off somewhere so we don't lose them forever 11.21.18 # but just remove public access to them 11.22.06 # ok 11.22.16 # does anyone know of a better bug tracker? FS isnt really great 11.22.43 # there's bugzilla, but that's horrific ;) 11.22.50 # or JIRA 11.22.55 # which we use at work 11.23.02 # I *think* JIRA is free for OSS projects. 11.23.22 # (as in beer, not as in libre) 11.24.24 # we use JIRA at work also, i dont tihnk its any better 11.24.34 # bugzilla is great for really large groups and amounts of bugs imho 11.24.59 # I also suspect it is a bit of a pain to setup nicely 11.25.22 # the newish bugzilla look at least makes it bearable to look at 11.25.48 # FS is pretty much dead, isn't it? 11.26.46 # I think trac is decent, but I haven't used it in a project with massive amount of bugs 11.27.56 # JdGordon: can you articulate what you think is wrong with FS? And what features bug tracking software 'Z' must implement to be better? 11.28.40 # (not being difficult) No, not really.... just umm 11.29.05 # i'd like if it could just present patches as text instead of binary 11.29.22 # the mime thingy i suppose 11.29.24 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 11.29.30 Quit bertrik (Changing host) 11.29.30 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 11.30.02 # n1s: I think ignore FS's patch features, since the idea is not to use it for them anymore anyhow. 11.30.46 # might still post a patch for testing in a bug report, no? 11.30.57 # ideally no 11.31.17 # post a patch to gerrit (or whatever we go to), and a FS# with it. 11.32.26 # what if the patch isn't for inclusion but just a quick hack to confirm a suspicion, will it still go into gerrit? 11.33.02 # yes, because it's still a much better place to work with patches 11.33.31 # right, but if the patch isn't meant to be committed, I think gerrit feels like the wrong destination 11.34.29 # like if you provide a patch that is a recipe to repeat a bug 11.35.11 # mailling list then 11.36.17 # * B4gder is a mail person so everything that suggests mail is a good suggestion =) 11.36.18 # or pastebin :) 11.37.15 Join robin0800 [0] (~robin0800@cpc3-brig8-0-0-cust703.3-3.cable.virginmedia.com) 11.45.01 Join user890104_ [0] (~Venci@6bez10.info) 11.45.02 Quit user890104 (Read error: Connection reset by peer) 11.45.46 Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) 11.45.46 Quit pamaury (Changing host) 11.45.46 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 11.48.14 Quit antil33t () 11.52.15 Quit Judas_PhD (Quit: This is a quitting message) 11.56.26 # I think ukleinek's link there to linus's mail makes my point, not yours :) 11.56.43 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 11.57.04 # there's no value, generally, in merging whatever random local changes you have made, rather than you rebasing them to be a neat single patch that you would happily email 11.57.29 # when people collaborate on actual feature branches which get merged from master repeatedly, that is the time you want to be merging 11.58.24 # for the vast majority of changes, pushing a merge just makes history more complicated for literally zero benefit to anyone 11.58.49 # so yeah. gerrit does a lot of the work for you there. 11.59.07 # If you upload a patch for review and then submit it, it will cherrypick it for you. you get it applied as if it had been rebased but you don't have to do anything 11.59.42 # the point of disallowing pushing merge commits by default is to encourage people to use that workflow unless they have a really good reason 12.00.21 # I think there is a lot of value in the process linus describes there, where once you are done with a thing you go back and look at how to present it 12.00.26 *** Saving seen data "./dancer.seen" 12.00.37 # git handles this pretty well in general, interactive rebase is super awesome. 12.01.07 # As the demo page says none of this is final 12.01.23 # gerrit doesn't require you do it this way; I have just configured it this way for now to see what people think 12.01.33 Join MethoS- [0] (~clemens@134.102.106.250) 12.03.36 # http://blog.prelode.com/2011/04/history-cleanliness-in-git/ discusses some of this 12.03.43 # possibly interesting. 12.06.22 Join pondlife [0] (~Steve@rockbox/developer/pondlife) 12.10.49 Join leavittx [0] (~leavittx@cl-534.mbx-01.si.sixxs.net) 12.11.16 # Torne: I'm not meaning to encourage merge commits, but they some times make more sense especially if you push changes that are not your work (i.e. what linus describes) 12.11.48 Quit pondlife (Quit: Leaving.) 12.15.59 # and generally rebasing/rewriting history is bad once you published anything 12.16.39 # so having branches in our git repo, but not allowing to merge them back into master without rebase is kinda wrong 12.17.25 # huh? 12.17.55 # of course you don't rebase branches that have been published 12.19.23 # not allowing merges by default is to stop people doing it by accident 12.21.33 # we aren't going to have the workflow linux has where people aggregate loads of other people's patches 12.21.46 # true 12.21.54 # almost all commits to our tree will be single things people have written in one locla commit 12.22.02 # yes 12.22.04 # those things gain nothing by being merged instead of rebased/cherrypicked. 12.22.12 # yes 12.22.32 # and when you have a locla branch often you do want to flatten that before submit anyway because your intermediate state was not actually interesting to anyone else. 12.22.49 # So, yeah. When someone actually uses a shared feature branch for some time and the history of that is considered important, then you merge it. 12.23.05 # this is the process i prefer to keep a moderate level of history cleanliness. 12.23.22 # Do you agree with that in principle? Or do you prefer something else? 12.23.32 # I think Torne gets to control it if he's driving the change over anyway :) 12.23.37 # JdGordon: not at all 12.23.40 # yes, in principle 12.23.54 # but currently there's no way of merging is there? 12.23.56 # * JdGordon wants someone to push the button already 12.24.04 # JdGordon: we're not doing it until after release 12.24.11 # ok 12.24.13 # kugel: right. so to that end, i've configured gerrit to cherrypick when applying patches, and i've disallowed all uploading of merges. 12.24.20 # but that's not a global option or anything :) 12.24.29 # i can give people permission to merge 12.24.37 # great 12.24.46 # i just don't think it should be the default for everyone 12.24.58 # because the workflow that most git tutorials push you towards cause *lots* of merges 12.25.48 # also it can be different on different branches/refs 12.26.17 # so if we host feature branches on our gerrit, we can allow merging into those by whoever so that people can easily keep up to date from master 12.26.37 # * bertrik will probably accidentally screw things up if given the opportunity 12.26.56 # kugel: it's just a sanity thing 12.27.07 # kugel: similarly I wasn't intending to give everyone the ability to push tags by default 12.27.20 # because tagging stuff is Significant and we don't want it done by accident 12.27.41 # but that doesn't mean we can't tag anything; you just give whoever's looking after the release permission to do it 12.28.03 # does that make more sense? 12.28.10 # not sure 12.28.12 # I was going to explain some of this on the demo guide page but I ran out of time 12.28.19 # is tagging easy to do by accident? 12.28.32 # with svn everyone can tag and we haven't had problems with this 12.28.51 # tagging stuff locally is quick and easy and sometimes useful to keep track of stuff when you rare doing complicated things 12.29.03 # pushing doesn't push tags by default, though 12.29.16 # * kugel never used tags locally 12.29.26 # you're hardly the only person to use git though 12.29.52 # well, it's still not trivial to push a tag by accident. 12.30.06 # The difference with svn here is that git tags are part of history 12.30.21 # so if you *do* tag the wrong thing then you are not able to undo that without revising history and breaking people's repos 12.30.32 # if you tag the wrong thing as 3.9 then, yeha. time to release 3.9.1 12.30.32 Quit krazykit (Ping timeout: 246 seconds) 12.31.14 # I don't see accidental tagging as a probable problem 12.31.25 # probably not 12.31.34 # but deliberate tagging is very infrequent 12.31.52 # Do we have someone who knows how to fix things if something goes wrong anyway? 12.31.59 # bertrik: You generally *can't* 12.32.05 # revising history once it's been public is bad 12.32.17 # for tags, if you tag 3.9 and someone clnes the repo, they get that tag 12.32.28 # if you later revise what that tag points to, those people who cloned the bad one *will not see it change* 12.32.39 # unless they explicitly discard and refetch the tag in their clone 12.32.56 # so you end up with more than one different thing which identifies itself as the same version :) 12.33.31 # git tag --help says there's two ways: 1) a new tag with different name, 2) make a big announcement for breaking all clones :) 12.33.40 Join Zagor [0] (~bjst@rockbox/developer/Zagor) 12.33.41 # yes, exactly 12.33.47 # you don't actually do 2) ;) 12.33.57 # and 1) is not really a fix ;) 12.34.24 # In that case, I'm very much in favour of having just a few people (e.g. release manager) having the ability to tag 12.35.05 # aanyway, my point was that the same knda thing applies to merges. 12.35.17 # if everyone can merge then lots of people will merge; this is much easier to do by "accident" 12.35.35 # and the result is a complicated history that includes uninteresting intermediate states of development 12.35.50 # * Torne idles. 12.38.21 # Torne: so I need to ask you for permissions the first time I want to merge? 12.38.32 # or can I give it myself? 12.39.34 # I think maybe we should have voted for (git+workflow) instead of just saying "let's go git" 12.40.18 # we're working out the workflow currently :) 12.40.44 # so, you should take the chance and have a play with the gerrit demo 12.43.15 # I would have very much preferred the situation where the git proponents proposed a reasonable work flow beforehand 12.45.00 # bertrik: well technically we're still in "beforehand" 12.45.19 # if we can't agree on a workflow, the decision to go to git can still be reversed. 12.45.24 # bertrik: if you havent used git you propbably don't understand the proposed workflow anyway 12.45.56 # kugel, if I don't understand it, then it's probably too complicated anyway :) 12.46.23 # it's not complicated, it's just quite different 12.46.37 # too many folks coming from svn assume it works exactly the same 12.46.42 # which is the stumbling block 12.47.02 # I for one welcome this examination and exploration of alternative workflows. it's not like we did things the perfect way before. 12.47.39 # and complicated 12.48.09 # hmm, wasn't scrolled down fully there 12.48.49 Quit stoffel (Ping timeout: 260 seconds) 12.49.07 # yeah, investigating the workflow is good 12.56.50 # have we frozen yet? 13.03.42 # where put I voice files into? .rockbox/langs/? 13.04.00 # where can we see the gerrit demo ? 13.04.21 # see GerritDemoGuide 13.04.23 # pamaury, see the GerritDemoGuide wiki page 13.04.31 Join pjm0616 [0] (~user@114.200.203.101) 13.10.39 # JdGordon: not yet 13.10.49 # You'll get an email and the topic will change etc. 13.11.01 # Basically I'll announce it :) 13.11.37 # Zagor: that was the plan, yes 13.11.47 # Zagor: letting people actually try things out and learn 13.11.54 # kugel: yes 13.12.01 # instead of asking people with minimal/no git experience to decide what the workflow should be 13.12.05 # AlexP: yeah, I wasnt sure if I'd missed it yet :) I wont commit the patch anyway so no big deal 13.12.22 # kugel: i can make it so you can give yourself permission. i don't know if we want to do that 13.12.36 # I'll just do what I'm told 13.12.47 Quit [Saint] (Quit: Imagination is for turbo-nerds who can't handle how kick-butt reality is. I'm a kick-butt reality master! I would rather die, than be imaginative. I mean that.) 13.13.00 # Torne: why not? it's not like we're going to abuse the system 13.14.58 # hahahaha 13.15.06 # no. of course not. We don't know ANY committers like that. 13.15.24 Join Buschel [0] (~chatzilla@p54A3B623.dip.t-dialin.net) 13.15.59 # NONE! 13.22.46 # kugel: The thing there is that people will ;) 13.23.02 # why? 13.23.11 # if we want to encourage a given workflow then having one easy step to opt yourself out of *any* enforcement of that workflow is not super ideal 13.23.17 # we don't trust committers to do the right thing anymore? 13.23.50 # I don't trust a bunch of people who are new to a given tool and workflow to just do the right thing without any help, no 13.23.51 # we never did 13.24.20 # i'm not assuming malice here :) 13.24.48 # Torne: I trust that bunch of people do not change the default until they're confortable with the tool and understand what the default does 13.25.05 # JdGordon: pretty sure we did 13.25.07 # kugel: Right. That might be reasonable 13.25.18 # i'm just not sure if it's ideal 13.25.19 # * Torne shrugs 13.26.01 # before we get into a great amount of detail about how to enforce/encourage workflow we should proabbly settle on what we want it to be :) 13.26.50 # in terms of the capabilities of gerrit: it can allow/disallow merges based on what project and branch and user is trying to do it 13.27.07 # it can have groups where you can add yourself (by having another group you are already in as the owner of the new group) 13.27.21 # it can submit gerrit-owned changes by merge or fastforward or cherrypick 13.27.42 # this is all up to us, and I'm not at all certain that the current config is even remotely like what we will want 13.27.48 # it's just my first thought :) 13.28.26 # is it possible to have multiple commits in one review? 13.28.30 # no. 13.28.33 # it's a patch review system 13.28.38 # it reviews individual patches 13.28.54 # flatten your history if you want to upload it as one patch 13.29.12 # Hm, actualyl 13.29.24 # I'm not sure what it actually does if you upload a branch that ends in a merge commit for review. 13.29.58 # I suspect it will upload it as N+1 patches, for the N changes on the branch and then for the actual merge commit (which will have an empty diff if there are no conflicts) 13.30.45 # how about this: i'll clone the sandbox repository and create a second one that submits by merging and allows merges to be uploaded. 13.30.56 # then if you want to experiment with how that works you can 13.31.05 # I think merging by cherry-pick is great 13.31.18 # unless it can merge a series of patches at once? 13.31.24 # it can, yes 13.31.36 # if you set the submit method to merge, it will merge all dependent patches together 13.31.48 # requiring that they *all* are reviewed +2 and so on 13.31.58 # this doesn't work when submit is done by cherrypick. 13.32.02 # dependencies are ignored 13.32.16 # ignored? 13.32.35 # does that mean accidentally submitting in the wrong order or forgetting a dependancy breaks things? 13.32.52 # it means it will submit exactly the patch you tell it to submit, and no others 13.33.15 # the cherrypick may fail because of an earlier patch in the series being missing, or it may not 13.33.18 # depends what the actual changes are. 13.34.17 # hm 13.34.17 # so when you are submitting by cherrypick the dependencies are for human-reading only 13.34.17 # not nice 13.34.17 # Indeed. 13.34.17 # But it's kinda unavoidable 13.34.17 DBUG Enqueued KICK Torne 13.34.17 # The whole point of cherrypicking is the target branch doesn't have to be at the same point as the thing the change is based on 13.34.33 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 13.34.33 # * Torne goes to get some lunch, brb 13.34.55 # * GodEater__ expects Torne to be back in about 1 minute, given the proximity of the google restaurant. 13.46.44 Quit GodEater (Disconnected by services) 13.46.50 Nick GodEater__ is now known as GodEater (~quassel@rockbox/staff/GodEater) 13.49.19 Quit mshathlonxp () 13.58.52 Quit Buschel (Quit: ChatZilla 0.9.87 [Firefox 3.6.17/20110420140830]) 13.59.34 # GodEater: you are foolishly assuming that i'm going to come right back to my desk ;) 14.00.02 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 14.00.20 # Torne: ;) 14.00.28 *** Saving seen data "./dancer.seen" 14.02.20 Join krazykit [0] (~krazykit@206.183.185.8) 14.04.06 # someone has managed to resort the committer list by name instead of username 14.05.00 # on the spreadsheet you mean? 14.05.08 # yedah :0 14.05.16 # Oh, wait 14.05.24 # rasher probably did it while he was generating the email list for me 14.07.22 Join liar [0] (~liar@83.175.83.185) 14.12.39 Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) 14.17.31 Join Buschel [0] (~chatzilla@p54A3B623.dip.t-dialin.net) 14.19.28 Quit factor (Quit: Leaving) 14.20.50 Quit n1s (Remote host closed the connection) 14.21.17 # * Buschel is surprised by the compile speed of Ubuntu under VMWare vs. cygwin 14.21.42 # 7:45m -> 1:50m for a clean build 14.21.54 # but the CPU's are only used 50% :/ 14.22.02 # is vmware being multicore? 14.22.18 # also that really shouldn't surprise you 14.22.25 # cygwin is for the ones with patience, not for the ones in a hurry =) 14.22.29 # the gcc driver forks a lot. 14.22.33 # cygwin forking is agonisingly slow 14.25.43 # Torne: it uses 4 CPU's but multithreading does not seem to work 14.25.43 # i mean is the VM actually emulating a machine with 4 cores 14.25.43 # Torne: yes, Ubuntu sees 4 PCU's 14.25.43 # CPU's 14.25.43 Join cpu98 [0] (de6c42d1@gateway/web/freenode/ip.222.108.66.209) 14.27.09 Quit TheLemonMan (Quit: Ex-Chat) 14.33.46 Quit leavittx (Ping timeout: 255 seconds) 14.34.08 Quit kugelp (Read error: Operation timed out) 14.37.25 Join kugel [0] (~kugel@e178120013.adsl.alicedsl.de) 14.37.25 Quit kugel (Changing host) 14.37.25 Join kugel [0] (~kugel@rockbox/developer/kugel) 14.45.26 # does anyone have interesting photos from devcon? please email link to torne@wolfpuppy.org.uk so i can steal some for blog post about it 14.55.50 # Torne: did you have to do much butchery to the text? 14.55.57 # i've not touched the text yet :0 14.56.03 # i've been doing, yaknow, actual work 14.56.08 # outrageous 14.56.10 # i'll do it later this week 15.13.00 Join [Saint] [0] (~st.lasciv@124-197-3-117.callplus.net.nz) 15.13.27 Quit [Saint] (Client Quit) 15.18.06 Join evilnick_B [0] (0c140464@rockbox/staff/evilnick) 15.36.08 Quit cpu98 (Ping timeout: 252 seconds) 15.48.04 Quit Buschel (Remote host closed the connection) 15.52.01 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 15.58.39 Quit robin0800 (Quit: Leaving) 15.59.43 Quit B4gder (Quit: Konversation terminated!) 15.59.56 Join leavittx [0] (~leavittx@cl-534.mbx-01.si.sixxs.net) 16.00.30 *** Saving seen data "./dancer.seen" 16.00.57 Join stoffel [0] (~quassel@87.180.187.149) 16.29.27 Join wtachi [0] (~wtachi@cpe-065-190-012-236.nc.res.rr.com) 16.38.56 Quit Judas_PhD (Quit: This is a quitting message) 16.39.30 Join Espreon [0] (~espreon@wesnoth/developer/espreon) 16.39.55 # Uh, yeah... I made an American English translation file, and I was wondering whom I should send it to. 16.40.38 # rockbox-dev mailling list probably 16.41.51 # OK, I guess I'll do that. 16.41.53 # Thanks. 16.47.46 Join [Saint] [0] (~Saint]@124-197-3-117.callplus.net.nz) 16.48.49 Quit leavittx (Ping timeout: 268 seconds) 16.53.12 Join leavittx [0] (~leavittx@cl-534.mbx-01.si.sixxs.net) 16.54.01 Quit [Saint] (Quit: Leaving) 16.54.07 # Espreon: I hope it doesn't feature any trailing prepositions :) 16.54.17 Join [Saint] [0] (~Saint]@124-197-3-117.callplus.net.nz) 16.54.35 # Right, any last minute things before we freeze? 16.59.29 # has JdGordon finished all the tasks we set him at DevCon yet? 16.59.36 # ... 17.00.00 # Espreon: to whom I should send it :) 17.00.57 # thanks grammar nazi! 17.01.06 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 17.01.18 # You are welcome :) 17.01.19 # From what I've read, the whole "trailing prepositions are pure evil" thing is just a result from Latin fetishism. 17.01.33 # So, yeah... 17.01.42 # Before this goes further, #rockbox-community 17.02.23 Part Zagor 17.02.25 # Oh, all right. 17.03.11 Quit Judas_PhD (Client Quit) 17.05.44 Topic "Now in feature freeze for 3.9 | Rockbox accepted for GSoC 2011 | Please read before speaking: http://www.rockbox.org/wiki/IrcGuidelines | Please direct offtopic/social chat to #rockbox-community | This channel is logged at http://www.rockbox.org/irc | An upgrade caused issues with the wiki. We are on the case" by ChanServ (ChanServ@services.) 17.07.48 Quit bluebrother (Read error: Connection reset by peer) 17.07.48 Quit fs-bluebot (Read error: Connection reset by peer) 17.08.12 Join bluebrother [0] (~dom@f053155120.adsl.alicedsl.de) 17.08.12 Quit bluebrother (Changing host) 17.08.12 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 17.08.20 # AlexP: Should I just assume that passing through genlang means that the translation file's fine? I can't really test, for my iPod is missing. 17.08.33 # Espreon: Whoever commits it will check 17.08.39 # It isn't a tough one anyway 17.08.45 # Just change some spelling 17.08.45 # OK. 17.11.15 # By that I mean that pretty much anyone can check it 17.11.21 Join TheLemonMan [0] (~lem0n@ppp-17-39.26-151.libero.it) 17.14.05 # Incidentally, we've been on the case with the wiki for ages now - it seems a bit superfluous in the topic. Are we still on the case of it thinking eery change is suspicious, or should that just be deleted? 17.15.09 # OK, sent. If it gets in, I won't have to put up with Frenchie spellings anymore. ;) 17.15.53 # heh :) 17.16.42 Quit TheLemonMan (Ping timeout: 276 seconds) 17.19.28 # AlexP: Was I too late for 3.9? 17.19.46 # Espreon: No, translations can still go in 17.19.50 Quit T44 (Read error: Connection reset by peer) 17.20.03 # OK, cool. 17.20.19 Join TheLemonMan [0] (~lem0n@ppp-17-39.26-151.libero.it) 17.22.53 Join Topy44 [0] (~Topy44@f048140041.adsl.alicedsl.de) 17.23.34 Join keyb_gr [0] (~chatzilla@p4FF041B8.dip.t-dialin.net) 17.30.10 Quit keyb_gr (Remote host closed the connection) 17.35.16 Join saratoga [0] (98034408@gateway/web/freenode/ip.152.3.68.8) 17.35.42 # running a battery bench on my variant 0 clip+ with and without sd card inserted (but nothing on it) decreases battery life by 15 minutes 17.35.54 # results may be different on variant 1 devices though 17.38.03 # saratoga, nice to know 17.38.20 # a couple months ago someone reported a huge difference, probably with a variant 1 device 17.38.27 # although maybe thats now fixed given all the changes 17.38.29 # I think sandisk mentions somewhere that their cards go into some kind of low power mode when the clock is stopped 17.38.32 # saratoga: what's the total time? 17.38.40 # 16:30 without sd 17.38.44 # so I think it can depend hugely on the exact type of card 17.38.46 # playing lame v2 mp3s 17.38.58 # I used an 8GB kingston card 17.39.24 # don't we cut power to the card entirely when its not used? 17.40.21 # We stop the clock to the sd controller in sd_enable() when there is no access going on. I think we don't cut power to the card. 17.43.35 # if the cards unclocked it shouldn't be using power 17.46.20 # we're not doing so bad anyway on the clip+ :) 17.46.41 # about 18 mA 17.49.35 Join ChickeNES [0] (~ChickeNES@99-133-145-177.lightspeed.cicril.sbcglobal.net) 17.54.34 Quit ChickeNES (Quit: Computer has gone to sleep.) 17.56.04 Quit GodEater (Remote host closed the connection) 18.00.33 *** Saving seen data "./dancer.seen" 18.16.42 # New commit by 03bertrik (r29998): FS#12155 - Update espanol.lang Spanish translation 18.19.50 # r29998 build result: All green 18.34.00 # New commit by 03bluebrother (r29999): Manual: update copyright year. We are still working on this. 18.35.52 # Hmmm, my message hasn't showed up in the archive. 18.36.50 # Did you subscribe before sending? 18.37.02 # r29999 build result: All green 18.37.03 # Oh, no. 18.37.11 # Right, you need to be :) 18.37.38 Quit evilnick_B (Ping timeout: 252 seconds) 18.40.07 # OK, I subscribed and resent it. 18.40.20 # yeah, it has turned up 18.40.38 # Yay. 18.45.04 # Espreon: you could try the translation in the simulator. 18.45.22 # bluebrother: How do I compile the simulator? 18.46.11 # Espreon: pretty similar than the normal build, just choose (S)imulator when running configure 18.46.43 # Ah, yes. 18.47.21 # Espreon: see http://www.rockbox.org/wiki/UiSimulator (not sure if that page is up to date but it doesn't seem to be terribly outdated on a quick look) 18.47.33 # OK. Thanks. 18.47.44 # you're welcome :) 18.50.12 # New commit by 03kugel (r30000): Fix FS#11387 - PictureFlow runs jerkily while playing music on Nano2G after the recent feature addition ... 18.50.40 # oh, r30k. nice :) 18.53.06 # r30000 build result: All green 18.54.55 Join funman [0] (~fun@rockbox/developer/funman) 18.55.04 # hi 18.56.04 Join Buschel [0] (~chatzilla@p54A3B623.dip.t-dialin.net) 18.56.07 Quit FoH (Ping timeout: 255 seconds) 18.56.08 # Hello. 18.56.25 # r29221 broke gcc 4.6.0, gcc can't ensure that the shift argument is within 0-32 (although it is always in this range) 18.56.42 # ("M" constraint in asm) 18.56.47 # * Bagder does the r30000 dance 18.57.48 # \o/ 18.58.01 # \o/ 18.58.18 # kugel has been holding that commit back for ages :) 18.58.21 # funman: are you sure you linked the right revision? I see no M constraint 18.58.21 # * gevaerts congratulates kugel on managing to get a *green* r30000 :) 18.58.37 Join chkktri [0] (~chikakita@host-94-251-111-208.bbcustomer.zsttk.net) 18.58.50 # http://cia.vc/stats/project/rockbox/.message/5b7e96 18.59.02 # AND WE HAVE A WINNER 18.59.05 # :D 18.59.23 # kugel: in FRACMUL_SHL 18.59.56 # funman: that commit is about bit functions 19.00.32 # ah that's 29921 sorry 19.00.48 # also, gcc doesn't need to ensure shift arguments to be between 0 and 31. it can assume that, everything else is undefined 19.01.17 # it says something along the lines of "operand 4 probably doesn't match 'M' constraint" 19.03.49 # http://pastie.org/2061758 19.05.34 # And it works. 19.05.38 # Hooray. 19.05.41 # with older gcc i already see these diagnostics with "I" constraint (>= 0 && <= 255) but only at -O0 19.09.42 Quit funman (Quit: leaving) 19.10.54 Quit merbanan (Ping timeout: 240 seconds) 19.10.56 Join Strife89 [0] (~Strife89@207.144.201.128) 19.18.14 Join GodEater [0] (~bibble@cl-711.lon-02.gb.sixxs.net) 19.18.14 Quit GodEater (Changing host) 19.18.14 Join GodEater [0] (~bibble@rockbox/staff/GodEater) 19.18.35 # * GodEater wonders if bertrik will be making a habit of pushing text files with execute bits set on them 19.18.55 # GodEater: heh 19.19.05 # GodEater: i haven't done anything about line endings yet but I will sort that in the real repo 19.19.14 # I will be forcing LF in all text file types 19.19.27 # not sure about the execute bit 19.20.20 Join ChickeNES [0] (~ChickeNES@99-133-145-177.lightspeed.cicril.sbcglobal.net) 19.20.24 # git is supposed to detect if your repo is on a broken filesystem that doesn't handle execute bit right, and ignore it 19.23.18 # good 19.23.37 # I don't mind having it set on stuff that is supposed to be executed, but text files just annoy me! 19.25.19 # i removed the superfluous ones from svn the other day 19.25.24 # I saw 19.25.31 # there were a lot. :) 19.25.36 # yep 19.25.45 # people's success rates with setting svn properties for keywords and eol-style appears to be pretty low also 19.25.48 # we ought to make people who commit them pay a forfeit 19.25.58 # git handles EOLs more sensibly 19.26.21 # (and we're killing keywords, yay) 19.26.28 # \o/ 19.28.02 # * Torne suspects the right strategy for EOL is to force LF in all text files not just on checkin but on checkout also 19.28.11 # i.e. ignore platform EOLs entirely 19.28.16 # such that you get linefeeds even on windows 19.28.21 # and if your editor is too thick to handle that then tough 19.28.27 # at least the *build tools* will sodding work 19.29.22 # we alrady have, er, 42 files that behave that way in svn because someone set eol-style to LF by accident. amusingly 19.36.19 Join sideral [0] (~sideral@213.165.85.248) 19.36.19 Quit sideral (Changing host) 19.36.19 Join sideral [0] (~sideral@rockbox/developer/sideral) 19.37.36 # New commit by 03learman (r30001): Update Swedish translation. 19.40.46 # r30001 build result: All green 19.43.35 # Torne: I couldn't agree more with that strategy 19.44.25 # unless there's any windows-specific util/tools files we ahve that need to have CRLFs to work 19.44.43 # (but we can always mark those as, again, always having CRLF) 19.46.43 Nick user890104_ is now known as user890104 (~Venci@6bez10.info) 19.46.54 Quit user890104 () 19.47.01 Join user890104 [0] (~Venci@6bez10.info) 19.47.26 Quit user890104 (Client Quit) 19.47.34 Join user890104 [0] (~Venci@6bez10.info) 19.53.18 Join Stummi [0] (~Stummi@rockbox/developer/Stummi) 19.56.24 Join FoH [0] (~foh@adsl-98-83-152-100.bhm.bellsouth.net) 19.57.40 Quit Buschel (Quit: ChatZilla 0.9.87 [Firefox 3.6.17/20110420140830]) 20.00.37 *** Saving seen data "./dancer.seen" 20.04.27 Quit ReimuHakurei (Read error: Connection reset by peer) 20.04.54 Join ReimuHakurei [0] (~reimu@74.112.212.15) 20.22.30 # рь 20.22.32 # hm* 20.22.40 # se FLAC fils are unplayable 20.22.47 # is that know issue? 20.23.49 # n* 20.24.29 # n what? 20.26.11 Join kramer3d [0] (~kramer@98.169.194.252) 20.26.11 Quit kramer3d (Changing host) 20.26.12 Join kramer3d [0] (~kramer@unaffiliated/kramer3d) 20.27.57 # known* 20.28.14 # i wonder how many typos i can make at once >_> 20.30.23 Quit d3remark (Ping timeout: 276 seconds) 20.38.19 # chkktri: What device are you running Rockbox on? What happens when you try to play them? Do other formats work OK? 20.38.47 Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) 20.38.51 Join dan_a [0] (~dan_a@217.23.173.156) 20.44.10 Join Lear [0] (chatzilla@81.216.191.141) 20.45.24 Quit ChickeNES (Read error: Operation timed out) 20.52.06 Nick kramer3d is now known as d3remark (~kramer@unaffiliated/kramer3d) 21.01.39 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 21.02.04 Quit domonoky (Client Quit) 21.02.48 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 21.05.51 Join Szeraax [0] (~63344f07@giant.haxx.se) 21.07.04 Join robin0800 [0] (~quassel@genld-219-238.t-mobile.co.uk) 21.07.41 # Hi! So I am compiling source, but while running Rockbox.sh for the cross compilers, I had to cancel the script with ^c. What can I do to resume the script correctly? 21.08.36 # Hi! So I am compiling source, but while running Rockbox.sh for the cross compilers, I had to cancel the script with ^c. What can I do to resume the script correctly? 21.08.48 Quit Szeraax (Client Quit) 21.10.24 Join Szeraax [0] (~63344f07@giant.haxx.se) 21.12.53 Quit sideral (Quit: Leaving.) 21.15.21 Quit Szeraax (Quit: CGI:IRC (Ping timeout)) 21.16.43 Join Szeraax [0] (~63344f07@giant.haxx.se) 21.16.54 # Test 21.22.11 Quit Szeraax (Quit: CGI:IRC (Ping timeout)) 21.23.08 # Szeraax: probably just rerun it 21.25.53 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 21.26.52 Quit robin0800 (Remote host closed the connection) 21.27.02 # linuxstb, Cowon D2+, skips to next file, other formats fors fine 21.27.12 # sorry for delay v_v 21.27.35 # works* 21.35.40 Join robin0800 [0] (~robin0800@genld-224-237.t-mobile.co.uk) 21.40.27 Quit Stummi (Quit: Bye!) 21.43.52 Quit robin0800 (Ping timeout: 246 seconds) 21.45.16 Quit d3remark (Ping timeout: 258 seconds) 21.45.30 Join n1s [0] (~quassel@rockbox/developer/n1s) 21.47.48 Join robin0800 [0] (~robin0800@genld-217-237.t-mobile.co.uk) 21.49.26 Quit GeekShadow (Quit: The cake is a lie !) 21.55.02 Join Szeraax [0] (~63344f07@giant.haxx.se) 21.57.56 Quit Szeraax (Client Quit) 21.58.15 Join Szeraax [0] (~63344f07@giant.haxx.se) 22.00.18 Quit Szeraax (Client Quit) 22.00.39 *** Saving seen data "./dancer.seen" 22.06.36 Quit stoffel (Remote host closed the connection) 22.11.42 # * [Saint] congratulates the team on r30000 22.12.09 # \o/ 22.12.49 # <[Saint]> 30000 commits, ~6000 committers...that's really something. 22.12.56 # <[Saint]> d'oh! 22.12.59 # <[Saint]> *600 22.14.03 # 600 contributors, "only" 126 ever committed anything =) 22.15.09 # * [Saint] cleaims that that's what he meant ;) 22.15.28 # <[Saint]> I just woke up, happened to see the 30K and thought "\o/" 22.15.57 Join Szer [0] (~63344f07@giant.haxx.se) 22.18.19 # Test 22.18.39 Quit Szer (Client Quit) 22.18.49 Join Szer [0] (~63344f07@giant.haxx.se) 22.21.06 # Test 22.21.09 Quit [Saint] (Quit: Leaving) 22.21.09 # * jhMikeS does the beef jerkily 30k dance 22.22.18 # test 22.22.35 # Szer: please stop that 22.23.23 Join domonoky1 [0] (~Domonoky@agsb-5d87ff60.pool.mediaWays.net) 22.24.01 Join keyb_gr [0] (~chatzilla@p4FF02BEE.dip.t-dialin.net) 22.24.27 Quit domonoky (Ping timeout: 255 seconds) 22.25.01 # Yay!, ok, so 22.25.10 # Sorry, I have been having connection issues 22.25.21 # 30,000 commits and it still sounds like a bag of shit :) 22.25.25 # Hi! So I am compiling source, but while running Rockbox.sh for the cross compilers, I had to cancel the script with ^c. What can I do to resume the script correctly? 22.25.29 # just run it again 22.25.42 # it doesn't really resume 22.25.47 # but it will reuse the downloaded files 22.25.48 # delete the /tmp/rbdev-build directory if it complains 22.26.10 # Szer: i answered you above, check the logs 22.28.26 # I get"mkdir ... " Error: cannot create directory, directory exists 22.28.37 # See what I said 22.28.38 # do I need to put some sort of --force? 22.29.04 # Just delete the /tmp/rbdev-build directory like I said 22.29.16 # I think that is what it is called 22.31.47 Quit robin0800 (Quit: Leaving) 22.32.36 Join robin0800 [0] (~robin0800@genld-219-237.t-mobile.co.uk) 22.33.50 Quit Szer (Quit: CGI:IRC (Ping timeout)) 22.34.59 Join Szer [0] (~63344f07@giant.haxx.se) 22.39.25 # Shouldn't some values in target/arm/s5l8702/ipod6g/mmcdefs-target.h be in target/export/mmc.h ? 22.39.33 # like the commands and arguments ? 22.40.23 Quit Szer (Quit: CGI:IRC (Ping timeout)) 22.40.45 Join Szer [0] (~63344f07@giant.haxx.se) 22.41.10 Quit Lear (Quit: ChatZilla 0.9.87 [Firefox 5.0/20110608151458]) 22.41.14 Quit keyb_gr (Ping timeout: 258 seconds) 22.41.20 # Awesome, thanks AlexP and others for your help. Sorry for the frustrations from my connection... 22.41.32 # you're welcome 22.46.42 Quit robin0800 (Ping timeout: 240 seconds) 22.46.44 Quit Szer (Quit: CGI:IRC (Ping timeout)) 22.47.27 Join Zagor [0] (~bjst@rockbox/developer/Zagor) 22.59.23 Join mudd1 [0] (~cmertes@ip-78-94-202-227.unitymediagroup.de) 23.08.59 # wow, so we have 238 commits on average per committer 23.09.59 Quit benedikt93 (Quit: Read the fucking binary.) 23.13.06 Quit user890104 (Read error: Connection reset by peer) 23.25.19 Quit leavittx (Ping timeout: 268 seconds) 23.28.38 Join merbanan [0] (~banan@c-83-233-242-251.cust.bredband2.com) 23.31.51 Quit domonoky1 (Read error: Connection reset by peer) 23.33.59 Join user890104 [0] (Venci@venci-notebook-lan.ipv6.6bez10.info) 23.39.09 # New commit by 03bertrik (r30002): FS#12156 - Update Galician translation by Ismael Castiñeira Álvarez 23.42.20 # r30002 build result: All green 23.46.30 # New commit by 03pamaury (r30003): sbtools: add support for the mode command (rarely used) and explicit env variable to skip version check 23.48.33 Quit pamaury (Remote host closed the connection) 23.49.27 # r30003 build result: All green 23.51.26 Quit TheLemonMan (Quit: Ex-Chat)