--- Log for 22.01.110 Server: zelazny.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 5 days and 4 hours ago 00.05.37 Quit bluebrother ("leaving") 00.09.54 # like a potentially buggy experience due to a bigger change shortly before release? Sorry for sarcasm 00.11.23 Quit TheSphinX^ ("XChat@Linux") 00.14.04 Quit pamaury ("abort();") 00.15.14 # 1) thats what the RC week is for, 2) hiding menu items is impossible to add bugs 00.17.24 # hiding menu items can lead to horrible user experience, i.e. bugs 00.17.40 # the freeze is *not* for making design decisions 00.19.20 # every code change can add bugs, and one week is a bit short for checking for "new" bugs 00.20.07 # does making SVGs earn me an artist batch in the forums? :D not that I care...just curious hehe 00.21.05 # pixelma: what about fixing that and adding another week of freeze for testing it afterwards, i.e. delay 3.5 for another week? 00.21.07 # * TheSeven hides 00.21.30 # perfectdrug: I'd expect so. See AlexP or GodEater for practical things 00.21.47 # TheSeven: well, there are problems doing that... 00.22.13 # Option(s) to hide other option(s) is one of the big no-nos 00.22.13 # perfectdrug: If they get included in Rockbox, yes - not if you just did some drawings in your spare time :) 00.22.23 # mostly it would make look like a very big hypocrite :p 00.22.48 # amiconn: no, you've missed the discussion... its *remove* menu items completly, hiding isnt worth it 00.23.05 # there are already some in svn and some others in flyspray:) 00.23.22 # that seems reasonable then :) 00.23.38 # Cutting functionality? I'm against that 00.24.45 # It isn't functional at the moment, it is far to confusing and complicated 00.24.46 # curring semi-working functionality that was added to 3.5, IIUC 00.24.50 # cutting* 00.24.51 # AlexP: cool thanks 00.24.51 # there we go :) 00.24.57 # perfectdrug: no worries 00.25.13 # JdGordon|: what's with foreground and background colours in WPS/SBS when viewports there use " - " 00.25.41 # AlexP: it's only confusing if you use both - settings and SBS 00.25.48 # what's the issue with moving the release another week? user's won't really care if the release is 4 or 5 weeks late :-P 00.25.49 # TheSeven actually does have a point though... usb on ipods was held out of the release because they didnt work right.. this is all new 00.26.08 # pixelma: the setting would have to stay, the ui wuold be gone thuogh 00.26.17 # I find the whole damn thing confusing 00.26.18 # or hidden if we go with that option 00.26.26 # Iiuc this is about theme settings like colours, fonts etc. That functionality exists for quite some time 00.26.41 # the confusion comes in with sbs which is new 00.26.49 # and ui viewport which apparently was in last rel 00.26.58 # JdGordon|: Ok, let's use the usb precedent. You can add or remove *one* define from the config files 00.27.05 # Then throw out sbs... 00.27.21 # * JdGordon| chooses to undefine true and see what happens 00.27.41 # IMO we have now got a (near) complete theming system, and only a coherent theme really makes sense 00.27.52 # * amiconn wonders what confusion it might cause though 00.28.01 # The USB bits were designed from the start with the knowledge that they might be buggy and therefore had to be optional 00.28.10 # amiconn: It wouldnt actually be hard to remove the .sbs loading from the release 00.28.27 # it would cause a bit WTF from users though 00.28.33 # IMO the user should have a choice. Use a full-fledged theme, or individual settings 00.28.37 # Anyway, I'm off to bed - I'll be happy to argue another day :) 00.28.44 # Personally I prefer the latter, as it's much less work 00.28.48 # * TheSeven votes to add the HAVE_ADJUSTABLE_CPU_FREQ define on nano2g then ;-) 00.29.03 # And that's why I'm against removing the setting 00.29.05 # +s 00.29.07 # TheSeven: I don't think the nano2g is a release target :) 00.29.14 # amiconn: there is a ml thread and a forum thread with where the confusion comes in... 00.29.21 # one of my problem with removing colour settings is that you can only see how the colour really looks like *on target*, not even the sim helps there much. And then there won't be an easy way to try out 00.29.28 # + a forum thread to solve the problem 00.29.37 # meh 00.30.00 # even if you say "edit the cfg" - you have to put a hex number there 00.31.36 Quit perfectdrug ("CGI:IRC") 00.32.17 # which is hard to do on target: edit > apply cfg > still shit > edit > apply > repeat 00.33.09 Join advcomp2019__ [0] (n=advcomp2@unaffiliated/advcomp2019) 00.33.41 # It's also completely unintuitve for a less experienced user 00.34.35 Quit dantje ("Ex-Chat") 00.35.29 # pixelma: agreed.. which is why I tihnk hiding the options is better than outright removing them 00.35.42 # hidding behind a setting 00.35.49 # * amiconn doesn't understand why flexibility should be sacrificed in favour of bling-blong 00.36.10 # how does that help? 00.36.58 # flexibility wouldnt be removed, and this is for user experience, not bling bling 00.37.18 # it means, if you enable the advanced options you understand how they all work 00.37.50 # well then you could start hiding lots of other settings, equalisers whatnot. Where do you draw the line? 00.38.06 # you dont? 00.38.10 # (draw the line) 00.38.48 # * gevaerts does not understand how one single person can send an email to ask if anyone has objections to starting the freeze, and then be the first to want to break the freeze 00.38.55 # oh wait, but no thats customisable options which heaven forbid ever would be allowed 00.39.11 # gevaerts: :) 00.39.17 # JdGordon|: that was not meant as a joke 00.39.22 # indeed 00.39.51 # mind you, I dont see this as being against the spirit of the freeze 00.39.51 # JdGordon|: huh? That would mean to me hiding all "advanced" settings whether there are audio or theme settings - or not hiding anything... 00.40.11 # one for each group? 00.41.30 # and one global setting to hide all those "enable advanced settings" settings? :-P 00.42.51 # by the way - about the original SBS question. I think the SBS should not be able to set a fullscreen backdrop as it doesn't take the the whole screen (to me it would be logical if the most it could do is setting a backdrop for itself) 00.43.25 # JdGordon|: and I don't understand your last question 00.43.30 Quit AndChat| (Read error: 110 (Connection timed out)) 00.44.00 # I disagree because its a bit silly to think a sbs isnt made to work with specific backdrops, and hard limiting that tag might not be doable anyway 00.44.05 # which last question? 00.44.49 Quit fyrestorm (Read error: 104 (Connection reset by peer)) 00.44.53 # but then this backdrop is a global thing (as this is where the sbs is shown) 00.45.40 # yes, which prompted the question to begin with 00.45.47 # whatver we do doesnt really make sense 00.45.53 Nick alexbobp_ is now known as alexbobp (n=alex@66.112.249.238) 00.47.31 # to me "backdrop: blah.bmp" and "sbs: blub.sbs" makes the most sense 00.49.46 # but the sbs specifies the backdrop as well with %X|backdrop.bmp| 00.50.36 Quit advcomp2019_ (Read error: 110 (Connection timed out)) 00.51.27 # not mine, and as I said, I don't see why it should 00.51.50 # to be precise: I don't use a backdrop at all 00.53.22 # in which case I still think option 2 from the thread makes the most sense. if you dont want a backdrop you would clear the backdrop setting which would then make the sbs's backdrop be ignored 00.53.44 Quit bertrik ("De groeten") 00.54.17 Part stooo 00.55.49 # I really dont want to add extra checking to make sure the sbs doesnt try to load a backdrop, because that becomes a mess under the hood 00.56.11 # my local tree is incredibly clean compared to svn thanks to this extra confusion 00.57.23 # sounds illogical to me - unless clearing that setting would also clear the WPS backdrop - if you still compare SBSs and WPSs 00.58.50 # it is illogical and if we were starting from scratch it wouldnt have been done like this 00.59.55 # confusion probably starts with the fact that the backdrop is a fullscreen thing, the SBS is not, but the WPS is and there it makes more sense if it is possibke to "overrule" the menu backdrop 01.00.19 # I'll accept that 01.00.28 # although I dont see the sbs as not being full screen 01.01.44 # if the backdrop is done the same way as colours, then the skin backdrop should always take priority, which also makes sense 01.02.28 Part froggyman 01.03.13 # you specify the rectangle the SBS can use. And if you want to see a bit of the list you are in it will be smaller than the full screen. If a backdrop should go along with it, it is a theme setting to me 01.03.55 # no, in the sbs you specify the rectangle the UI should use, the sbs in theory has control over the rest of the screen 01.04.15 Quit panni_ ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") 01.04.21 Quit TheSeven (Nick collision from services.) 01.04.34 Join The_Seven [0] (n=theseven@rockbox/developer/TheSeven) 01.04.48 Nick The_Seven is now known as TheSeven (n=theseven@rockbox/developer/TheSeven) 01.04.53 Join panni_ [0] (i=hannes@ip-95-222-52-93.unitymediagroup.de) 01.05.12 # well yes, that still defines the space it can use and it's not the complete screen 01.06.48 # it depends which target you are thinking about, on small screens then yes the sbs could be considered a minor part of the screen, but big screens would not limit the sbs to just one section 01.08.58 # ? There still must be some place for the menu/browser 01.09.17 # yes, but thats not nessecarily the biggest part of the screen 01.09.47 # the sbs might use 3/4 of the screen (if you're crazy :p ) 01.10.32 # I didn't say anything about parts - I just said "fullscreen" or "not fullscreen" which is clearly defined IMO 01.11.00 # ok, think of it this way.. the UI is nothing more than a widget inside the sbs 01.11.07 # like the progressbar 01.12.38 # in that case the sbs does actually use the whole screen 01.13.59 Quit panni_ ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") 01.14.32 Join panni_ [0] (i=hannes@ip-95-222-52-93.unitymediagroup.de) 01.15.52 # that makes some sense but only if explained :\ the casual user won't understand that and I didn't see it this way so far too 01.17.30 # thinking about it more, I think the settings should always be fallback values, (this gets tricky with wps + sbs + backdrop though), that would make everything work like colours 01.18.01 # except the bloody ui viewport works in reverse almost, the sbs %Vi shuold overwrite the setting one if its set, not merge them 01.20.32 # with the SBS being able to show everything a WPS does, the difference between them get very very very very blurry - if the WPS was able to show the menu there would be no difference at all, or? 01.21.37 # yes 01.21.51 # apaprt from button handling 01.22.19 # just wanted to add "except controls" 01.24.10 Quit Sajber^1 (Client Quit) 01.27.27 # * JdGordon| just wants the code to be clean :( 01.30.31 # well, I didn't have the impression that the cleanup has to go along with removing settings :\ 01.30.50 # no, i've given up there 01.36.13 Quit Zambezi (Read error: 60 (Operation timed out)) 01.37.15 Part toffe82 01.37.31 Join fyrestorm [0] (n=nnscript@cpe-67-244-76-16.nyc.res.rr.com) 01.51.21 *** Saving seen data "./dancer.seen" 01.51.34 # I somehow think that "custom statusbar" is a wrong name then and should rather be something like "list screen" or so 01.52.14 # I cant argue against that 01.52.32 # "main skin" or something 01.53.00 # the statusbar option should then be "top, bottom, skin, off" 01.53.30 # THAT is a change which shold happen before release though, if it does 01.58.58 # * pixelma holds off with the German update then :P 01.59.23 # well, this is the first release with sbs, so we should get the name right now, or it wont ever happen 01.59.28 # seriously though, I don't think this change could be called a bugfix either 01.59.42 # I dont really know what a better name is 01.59.59 # the idea of the freeze is not only for bugfixes, its so new stuff doesnt go in 02.04.51 Join CaptainKewl [0] (n=jason@207-237-117-89.c3-0.80w-ubr2.nyr-80w.ny.cable.rcn.com) 02.12.39 Join phanboy4 [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net) 02.21.42 Quit avacore (Read error: 113 (No route to host)) 02.32.40 Quit Llorean (Read error: 110 (Connection timed out)) 02.33.11 Quit fyrestorm ("Ur skills' fireproof like a wooden panel -- U got feds talking leet on your IRC channel!") 02.47.43 Quit n17ikh (Read error: 104 (Connection reset by peer)) 02.52.59 Join avacore [0] (i=nobody@1008ds1-rdo.0.fullrate.dk) 02.54.35 Quit CaptainKewl (Remote closed the connection) 02.54.35 Quit Curtman (Remote closed the connection) 02.55.58 Join n17ikh [0] (n=n17ikh@host-69-59-126-212.nctv.com) 02.56.47 Quit Kopfgeldjaeger ("Serverwechsel") 03.10.24 Join fdinel [0] (n=Miranda@modemcable235.127-131-66.mc.videotron.ca) 03.16.48 Join Strife1989 [0] (n=michael@adsl-154-11-134.mcn.bellsouth.net) 03.21.47 Join Curtman [0] (n=curt@S010600248c269238.wp.shawcable.net) 03.21.57 Quit Strife89 (Nick collision from services.) 03.22.03 Nick Strife1989 is now known as Strife89 (n=michael@adsl-154-11-134.mcn.bellsouth.net) 03.22.25 Quit Hadaka (Remote closed the connection) 03.24.12 Quit DerPapst ("Leaving.") 03.28.51 Join slammer [0] (n=grndslm@174-126-14-4.cpe.cableone.net) 03.29.30 Quit slammer (Read error: 104 (Connection reset by peer)) 03.29.45 Join slammer [0] (n=grndslm@174-126-14-4.cpe.cableone.net) 03.31.35 Quit slammer (Client Quit) 03.32.08 Join grndslm [0] (n=grndslm@174-126-14-4.cpe.cableone.net) 03.34.37 Quit JdGordon| ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 03.39.09 # funman: I have made 1.0 bootloaders and will get them to bagder 03.50.56 Join saratoga [0] (i=9803c6dd@gateway/web/freenode/x-ghqqzpzhoglzkmin) 03.51.15 # I'm finally going to commit uchida's PCM library rework after the feature freeze 03.51.22 *** Saving seen data "./dancer.seen" 03.53.07 # JdGordon, in your mailing list proposal - what happens if: 03.53.12 # 1 - a user loads a theme. 03.54.17 # scratch that - I think I follow now. nevermind ;) 03.54.27 # we should drop all those weird theme settings anyway 03.54.35 # they're complicated and IMO not worth having 03.54.43 # plus we'd save memory! 03.56.08 # can someone look at FS#10020 - rockboxdev.sh: Patch that can be restart on the way 03.56.17 # I don't know sh well enough to say if its a good idea 03.56.23 # but it would be nice to either commit or reject it 04.02.07 Quit panni_ (Read error: 104 (Connection reset by peer)) 04.03.49 Join Tomis2 [0] (n=Tomis@70.134.105.164) 04.09.04 Quit Tomis (Read error: 110 (Connection timed out)) 04.09.04 Nick Tomis2 is now known as Tomis (n=Tomis@70.134.105.164) 04.11.55 Join Barahir [0] (n=jonathan@gssn-5f757020.pool.mediaWays.net) 04.20.56 Join n1s [0] (n=n1s@rockbox/developer/n1s) 04.23.40 Quit Barahir_ (Read error: 110 (Connection timed out)) 04.38.49 Join dys` [0] (n=andreas@krlh-5f734773.pool.mediaWays.net) 04.40.53 Quit MethoS- (Remote closed the connection) 04.49.58 Quit TheSeven (Nick collision from services.) 04.50.10 Join The_Seven [0] (n=theseven@rockbox/developer/TheSeven) 04.50.24 Nick The_Seven is now known as TheSeven (n=theseven@rockbox/developer/TheSeven) 04.52.02 # * Strife89 would like to ask about the status of the Sansa AMS USB driver. 04.53.02 Quit dys (Connection timed out) 04.53.39 # i don't think much at all has been done to it 04.53.48 # Ah. 04.54.25 Quit togetic (Read error: 104 (Connection reset by peer)) 04.54.25 # I see.... No documentation. :/ 04.54.53 Join togetic [0] (n=togetic@unaffiliated/ibuffy) 04.55.15 # saratoga: well... I can still see some benefit to keeping the settings... 04.55.20 # soap: you firgured it out? 04.59.52 # yea - I was in the process of writing out the question, and in doing so I realized how stupid the question was. 05.03.22 Join kaniini [0] (n=kaniini6@dyn75-70.yok.fi) 05.09.28 # JdGordon: to me the most confusing thing about the theme stuff now is that a thing called StatusBar skin controlls a lot more than a statusbar and overrides stuff etc. 05.09.50 Join Llorean [0] (n=DarkkOne@32.144.98.61) 05.12.44 Quit Llorean (Client Quit) 05.16.40 Quit S_a_i_n_t ("S_a_i_n_t [St.]™") 05.17.12 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 05.17.26 Join S_a_i_n_t [0] (i=S_a_i_n_@203.184.2.59) 05.29.06 Quit darkham (Read error: 104 (Connection reset by peer)) 05.37.05 # n1s: agreed... it needs a better name 05.39.40 Quit Horscht ("Verlassend") 05.46.20 Quit Strife89 ("Bed.") 05.51.24 *** Saving seen data "./dancer.seen" 05.55.29 # hmm.. how likely is it that someone is going to have a backdrop in the menus but not want it in the wps? 05.56.45 # depends a lot on the wps and the backdrop 05.57.52 # so should I make it fallback the same way as colours? so the wps would only show the backdrop from the settings if there is a %X|-| line? 06.00.42 # the alternative is always getting the setting backdrop if %X isnt specified or found, which measn you have to use a sbs if you want to do the above 06.22.22 Join S_a_i_n_t_ [0] (i=S_a_i_n_@203.184.3.233) 06.23.37 Quit martian67 (Read error: 104 (Connection reset by peer)) 06.33.55 Join Llorean [0] (n=DarkkOne@adsl-99-4-144-45.dsl.hstntx.sbcglobal.net) 06.35.21 Join martian67 [0] (n=martian6@about/linux/regular/martian67) 06.36.25 Join AndyIL [0] (n=pasha_in@212.14.205.32) 06.39.35 Quit n1s (Read error: 60 (Operation timed out)) 06.40.05 # wooo! garbled main backdrop! 06.40.53 # http://imagebin.ca/img/esjAaN.bmp 06.42.41 # What are you trying to change? 06.47.27 Quit AndyI (Read error: 110 (Connection timed out)) 06.48.03 # how do you know that wasnt my intention? :) 06.49.51 # if it was...good job! 06.50.05 # it looks...retro :D 06.50.11 Join n1s [0] (n=n1s@rockbox/developer/n1s) 06.50.18 Quit S_a_i_n_t (Read error: 110 (Connection timed out)) 06.51.22 Quit S_a_i_n_t_ ("S_a_i_n_t [St.]™") 06.56.08 Join S_a_i_n_t [0] (i=S_a_i_n_@203.184.3.233) 07.02.26 Quit liar (Read error: 113 (No route to host)) 07.05.46 # that was alot simpler that I thought! backdrops are now in the skin buffer in my tree 07.07.10 # Skin buffer usage: 176644/258384 07.07.13 # plenty of room spare 07.16.54 # thats cabbiev2 usage at default settings on e200 07.17.45 # saratoga: what is complicated about the settings that are in a menu? To me the things that adds most of the confusion are SBS (and WPS to some extent) that add "hidden" ways to control the look. This won't go away with removing the menus (it's not removing the setting, they'll be there in the cfg still) 07.18.20 # i don't really see why we need to have theme options accessible in rockbox 07.18.29 # it seems like something that should be handled on a computer 07.23.39 Quit n1s (Read error: 110 (Connection timed out)) 07.27.00 Join stooo [0] (n=sto@g226201062.adsl.alicedsl.de) 07.28.36 # what should happen if "clear backdrop" or loading a bmp for the backdrop (in the file browser) happens when the main backdrop comes from a .sbs file and not the setting? 07.29.02 # going by the "settings should only be used as a fallback" moto I'd say nothing... but? 07.29.44 Join jake_ [0] (n=chatzill@cpe-98-148-248-136.socal.res.rr.com) 07.31.03 Quit jake_ (Client Quit) 07.31.22 Join jake_ [0] (n=chatzill@cpe-98-148-248-136.socal.res.rr.com) 07.33.30 # saratoga: that doesn't answer my question, just states another opinion without really giving reasons. Unfortunately I don't have a lot of time to discuss now but about your last points: IMO hidden settings are even worse (and there once was an agreement about not having those), when making a theme you need to be able to easily adjust settings on target as there's often a big difference between look on your monitor and on the real target (yes, even 07.33.30 # the sim), and there are some themes that allow a bit of "personalisation" with colours or a differnt background or another font (which is possible almost everywhere) and without a menu, changing those is a PITA 07.34.29 # along this reasoning, wouldn't all themes be hidden settings? you can't really compose a WPS from the menus 07.35.13 Join n1s [0] (n=n1s@rockbox/developer/n1s) 07.36.06 # that's not a reason to hide more of it 07.36.48 # especially if the settings are still there and can easily be adjusted through a menu, WPSs can't 07.37.14 # it's not a settings 07.37.17 # -s 07.37.24 # * JdGordon decides to unconditionally load/clear the backdrop, the correct one will load next time settings are applied 07.40.24 # JdGordon: "nothing" about your last question too - "clear backdrop" wouldn't have an effect on a WPS backdrop defined through %X either. It might be worth thinking about a way to notify the user why he doesn't see an effect. But then you would have the same effects with colours if someone uses an SBS which defines its own colours (even now already) 07.40.39 Join nls [0] (n=n1s@125-238-238-167.jetstream.xtra.co.nz) 07.41.23 # the problem is there is no way to know (without messy tricks) where the backdrop actually came from at this point 07.41.58 # I'm trying to avoid setting the filename in the setting and reloading the entire theme 07.42.15 # which is how changing colours work now 07.50.26 Quit stooo ("Leaving.") 07.51.26 *** Saving seen data "./dancer.seen" 07.51.33 Join Zambezi [0] (i=Zulu@80.67.9.2) 07.55.49 Quit n1s (Read error: 110 (Connection timed out)) 08.06.08 Join DerPapst [0] (n=DerPapst@wlan-nat-24.fh-friedberg.de) 08.13.46 Quit togetic (Read error: 110 (Connection timed out)) 08.15.49 Quit jake_ (Client Quit) 08.16.45 Join togetic [0] (n=togetic@unaffiliated/ibuffy) 08.22.16 Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) 08.30.08 Join dmb [0] (n=Dmb@unaffiliated/dmb) 08.35.39 Join Rob2222 [0] (n=Miranda@p4FDCAD37.dip.t-dialin.net) 08.42.13 # * JdGordon wishes you could do a build without rebuilding the lang files 08.42.18 # they are too damn slow 08.44.45 # JdGordon: rewrite genlang in c! 08.46.02 # awesome - I'm managing to databort quite consistently now! 08.46.44 Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) 08.47.59 # can someone remind me how I find the function it's falling over in from the map file? 08.48.08 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 08.48.43 # do a search in the map file for the first bunch of numbers from the abort 08.48.54 # then keep narroing it down to the closest number 08.49.00 # yep, found it 08.49.23 # it's in strlen apparently 08.49.51 # hm, probably a bad pointer getting passed to it? 08.50.05 # having a stack dump would be helpful now 08.50.28 # the abort is at 40006d20, and the address of strlen in the map file is 4006ca4 08.50.40 # can we get rockbox to do those? 08.50.59 # (insert an extra zero into that strlen address by the way, it's a typo) 08.53.54 # can you see which address was tried to be accessed? 08.54.10 Quit Rob2223 (Read error: 110 (Connection timed out)) 08.54.23 # the message you get in the crash is just "Data abort at 40006d20" 08.54.25 # that's it 08.55.32 # oh well, some more information would be really helpful, like a reg+stack dump 08.55.55 # i think screen space would be the limiting factor for debug information here 08.56.15 # there's no lack of that on this device (ipod video) 08.56.30 # but I understand the reason we have such terse crash messages is for targets where that isn't the case 08.56.50 # well, a full-blown dump won't fit even on an ipod video's display 08.57.37 Join TheSeven|Mobile [0] (n=theseven@92.116.103.150) 08.57.54 Quit TheSeven|Mobile (Client Quit) 08.58.06 # no, but there's quite a bit more room for *something* extra :) 08.58.16 # well, try adding it ;-) 08.58.18 Join TheSeven|Mobile [0] (n=theseven@92.116.103.150) 08.58.35 Quit TheSeven ("ChatZilla 0.9.86 [Firefox 3.5.7/20091221164558]") 08.59.35 # how did you get it? 08.59.47 # wouldn't about the only way for strlen to data abort be an invalid pointer? 09.00.21 # JdGordon: using the database browser with a custom tagnavi 09.00.33 # try it in the sim 09.00.37 # or pass it here 09.01.11 # don't know if you have any reports on the updated mkamsboot with the V1 fuze newly released OF, but it works fine here. smooth as usual. 09.01.24 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 09.01.24 # JdGordon: it's bascule's tagnavi from the wiki (http://www.rockbox.org/wiki/pub/Main/DataBase/tagnavi_custom.config), with one modification (let me dig that out for you). 09.02.43 # you change the definition for "f_direct" to this : %format "f_direct" "%010s %02d - %s %s" album tracknum title artist %strip = "10" 09.02.54 # then open the database, choose "All tracks" 09.02.59 # and on my DAP at least, bang. 09.03.06 # ok.. building the db first 09.03.18 # nls: if it's coded correctly... since bytes can have arbitrary alignment it obviously needs to count bytes until aligned before it can do any word-at-a-time trickery... so either 1) you found a bug in strlen 2) something is calling it with a pointer to nowhere, i would think 09.04.13 # oh hmm... you cant repro data aborts in the sim :/ 09.04.44 # topik: thanks for the report 09.05.00 # JdGordon: an invalid pointer may well segfault the sim 09.05.05 # JdGordon: not unless you want to rewrite the sim to use qemu 09.05.15 # pass :) 09.05.25 # nls: will on most modern PCs, unless its into the program's own readable memory 09.05.48 Join Bagder [0] (n=dast@83.168.254.42) 09.06.06 # yeah, (and i really do hope we don't have a buggy strlen :) 09.06.11 # JdGordon: but, you could also verify the correctness of platform asm on your pc, too, then. but, yeah, i don't think anybody wants to *do* it. 09.07.40 # GodEater: what does the %010s mean there? 09.08.53 Join tarbo [0] (n=me@unaffiliated/tarbo) 09.09.17 # if the crash also happens without this modification might be interesting too 09.11.18 # pixelma: the %010 is supposed to limit/pad the first string to 10 characters, so that the %strip at the end has a consistent amount of characters to work with 09.11.28 # the crash doesn't happen with bascule's original 09.12.04 # essentially what I was trying to acheive was a list of all tracks on the DAP, sorted by album first, but not actually display the album in the list. 09.12.20 # if you can think of another way to do it, I'm all ears (this was to help someone out in the forums btw). 09.14.48 Join tomers [0] (n=chatzill@bzq-84-109-85-100.red.bezeqint.net) 09.16.35 Join petur [50] (n=petur@rockbox/developer/petur) 09.19.43 # well I remember trying something similar to get my albums sorted chronologically and couldn't get it to work (but that's ages ago). Since then there were a few threads even with posts of people who know more about the database's internals that this isn't possible (what I wanted) but I wouldn't be surprised if yours wouldn't work too 09.20.04 # my doesn't work spectacularly badly ;) 09.20.09 # s/my/mine 09.20.50 # I still think we'd be better off with sqllite, no matter what the binary penalty is. Our system is so freaking arcane and unwieldy. 09.20.52 Quit Llorean (Read error: 110 (Connection timed out)) 09.22.15 # it would make no difference to me since I don't know sqlite either 09.22.45 # pixelma: but it would allow you to use SQL to generate your music lists, and SQL is a well understood way to make lists of data. 09.22.55 # pixelma: I'm pretty sure you'd get the hang of it quickly 09.23.08 # I mean this in a sense of "the casual user needs to learn either" 09.23.47 # I realise that, but I think SQL is closer to natural language for finding things than our tagcache syntax 09.24.11 # I mean, I'm a freaking geek, and *I* find our tagcache system bloody infuriating. 09.24.40 # no disrespect to Slasheri and co, but god damn. 09.25.21 # * Unhelpful wonders if sqlite would *perform* decently, though... and would readily support loading the entire DB to RAM, or caching parts of it on access... 09.25.33 # those are good questions 09.26.03 # but you knew sqlite before 09.26.18 # I assume... 09.26.21 # pixelma: no, I knew sql before 09.26.27 # sqllite is just an implementation 09.27.06 # and I take your point, but I've been looking at our tagcache syntax since 2006 and I *still* need to go a re-read the wiki page every time I want to use it 09.28.13 # GodEater: also iirc squlite has some very odd design choices, such as everything-is-a-string. storing ints as strings will be hugely wasteful :/ 09.28.26 # I was not aware of that. 09.28.45 # * GodEater is open to other embedded sql implementations as suggestions 09.29.52 # http://www.sqlite.org/faq.html#q3 :/ 09.30.53 # this could also be trouble for us: http://www.sqlite.org/faq.html#q6 09.30.55 # that is a very peculiar design choice 09.31.31 Join flydutch [0] (n=flydutch@host51-165-dynamic.15-87-r.retail.telecomitalia.it) 09.31.44 # GodEater: not if you come from tcl ;) 09.31.57 # I didn't. Which country is that in? :) 09.32.28 # the one horrid languages come from, i believe ;) 09.32.37 # that'd be in the land of the early 90s ;-) 09.32.40 # France? :) 09.35.58 Quit bertrik (Read error: 113 (No route to host)) 09.37.33 # i fear that it might be hard to squeeze a general purpose database engine into rockbox with acceptable performance and memory footprint, especially without dynamic memory allocation 09.38.14 # LinusN: that's why we have MoB these days ;) 09.38.57 # perhaps if we say it is impossible, it'll motivate someone to really prove it that it can be done? 09.39.17 # hehehe 09.39.22 Join The_Seven [0] (n=theseven@rockbox/developer/TheSeven) 09.39.34 # Bagder: I think that's an excellent idea 09.39.46 # can't the tagnavi syntax de redone in a saner way without ripping out the entire database? 09.40.03 Quit TheSeven|Mobile (Read error: 60 (Operation timed out)) 09.40.15 # nls: yes, but maybe we should consider whether the db itself could be saner, as well? 09.40.17 Nick The_Seven is now known as TheSeven|Mobile (n=theseven@rockbox/developer/TheSeven) 09.40.49 # of course 09.41.55 # btw, are there any other issues with it? I mean, does it do everything that we want? 09.42.46 # LinusN: caching could possibly be better - hence my questions about same in sqlite 09.43.16 # LinusN: well, it's making my DAP data abort currently 09.43.21 # which is why it came up this morning 09.43.31 # I don't *think* what I'm trying to make it do is too insane 09.43.54 # see logs from about 50 minutes ago for details 09.44.09 # GodEater: yes, but you want sql so that you can do select x, y, z sorted by w, basically... 09.44.14 # (assuming you're talking about our current implementation) 09.44.20 # Unhelpful: yes 09.44.40 # I'm not too fussed about triggers and stored procedures ;) 09.45.07 # i'm not too happy with sqlite's ideas about datatypes, though 09.45.21 # fix it! 09.45.59 # there is fs#8852 so it has come up before 09.46.14 # i refuse to touch anything that intimately connected to tcl. it's a matter of principle. ;) 09.47.16 # that patch also raises an interesting point, which is that I think the database *should* be a plugin 09.48.25 # I think the key thing to recognise about any sql implementation for rockbox would be that you're only really concerned with the bits of the SQL language to do with getting the data out in some format. 09.48.36 # GodEater: the browser, maybe. things in core can use the DB itself, though, can't they? 09.48.55 # i'd like the database to be part of the core 09.48.58 # the "tables" would have a fixed format, and so you wouldn't necessarily need all the "INSERT" things 09.49.07 # Unhelpful: yes sorry, I meant the browser. 09.49.23 # GodEater: which means that we still need to think about the binary size of the DB runtime itself 09.49.43 # GodEater: why should the browser be a plugin? 09.49.47 # i think the browser should be part of the core as well. after all, browsing and playing music is what rockbox is all about 09.49.49 # * GodEater proposes binning all this themeing nonsense so we can get back all that lovely RAM 09.50.12 # LinusN: yet pictureflow is a plugin 09.50.16 # no 09.50.18 # and that's effectively a database browser 09.50.24 # GodEater: unfortunately yes 09.50.48 # pixelma: what was that "no" directed at 09.50.50 # ? 09.51.28 *** Saving seen data "./dancer.seen" 09.51.28 # she's just grumpy :-) 09.51.34 # hehe 09.52.36 # GodEater: about your original question - did you try without the %strip option (I wonder when it is applied to the sort string, Other than that I could only suggest to get roolku's attention, he seems to know the database code well too and is a tad bit more often around 09.52.57 # the "no" was referring to "theming nonsense" 09.52.58 # oh right 09.53.00 # phew! 09.54.20 # might as well make the wps a plugin too... then we could support greylib and AA on mono targets ;) 09.58.30 # pixelma: well, removing the %strip certainly stops the crash 09.58.46 # however it just proves I have no idea (once again) how the formatting tag actually works, since it's not sorted at all. 10.00.25 # The wiki page about the database truly is dreadful. 10.02.35 Quit nls ("Lämnar") 10.03.01 # surely we support a separate sorting tag? 10.03.10 # not that I can see 10.03.20 # but it's hard to tell *because* the wiki page is so bad 10.03.26 Quit martian67 (Read error: 110 (Connection timed out)) 10.03.32 # the only way to work it out is to look at the code I guess 10.03.36 # and I don't have time this morning 10.03.50 Quit tomers (Read error: 113 (No route to host)) 10.08.30 # as far as I know we don't support sorting tags. There is/was a patch in the tracker for this but last I heard it has it quirks too or so 10.08.59 # imo we bloody need them though 10.09.07 # because the format tag *doesn't* sort correctly 10.09.42 # * Unhelpful wonders what *is* being used to sort, then... 10.10.26 # it doesn't come with a query language, but what about berkeley db or gdbm? 10.12.12 # if format tag is used, the tag browser should use always sorting when possible (it could be that the buffer space allocated with max files in a dir is reached) 10.22.11 Join S_a_i_n_t_ [0] (i=S_a_i_n_@203.184.2.106) 10.23.43 Join swilde [0] (n=wilde@aktaia.intevation.org) 10.25.14 Quit rhodan_ (Remote closed the connection) 10.34.07 # Slasheri: the database wiki page seems to suggest (but doesn't say explicitly) that the formatting tag sorts only on numeric tags. Is this true? 10.36.54 # GodEater: "no matter what the binary penalty is"? The Sqlite binsize/ramsize cost basically would mean dropping database support on all lowmem targets 10.37.25 # two implementations then? 10.37.46 # though as I said, I'm open to other suggestions 10.39.55 # if extra the cost was, say, 50K or so, I'd be all for an SQL system. Currently it's 350 or more though 10.40.25 # yes, I can see that from safetydan's post on the patch 10.42.14 # There may also be some other issues, such as the required RAM depending on which particular queries you run. Not necessarily a blocker, but it could be annoying 10.42.49 # and anything we want to port from the pc world is going to expect malloc/free. "embedded" for databases means something different than it does for rockbox ;) 10.42.52 # I guess I'm just frustrated by the rather horrible syntax we have currently for querying the database, and the lack of docs 10.43.16 # Unhelpful: yes and no. Sqlite knows this, so it has its own malloc if needed :) 10.44.04 Join Sajber^ [0] (n=Sajber@h-65-75.A213.priv.bahnhof.se) 10.44.54 # gevaerts: that's lovely, but malloc semantics are really not appropriate for some of our targets, as we don't have the ability to remap memory everywhere (and therefore to compact the allocated space to consolidate free space). also we don't support that even on targets which *could*. 10.45.57 # Unhelpful: for the built-in malloc, you just tell it (at compile time) how much it can use, and it links in a big char array 10.46.36 # if you can't remap memory to move user data around, a handle-based allocator is more appropriate imo... something like our audio buffer or the more generic buflib for plugins. 10.47.08 Quit S_a_i_n_t (Read error: 110 (Connection timed out)) 10.47.53 # maybe they actually do that. I haven't checked the details 10.48.06 # it's also gaes ago :) 10.48.59 # * Unhelpful has some ideas about making the buffer more like buflib... 10.49.07 # but i have ideas about lots of things i never do ;) 10.54.11 Quit Utchybann ("I like core dumps") 11.00.26 Join antil33t [0] (n=Mudkips@203-184-54-232.callplus.net.nz) 11.06.22 Join Utchybann [0] (n=lolo@ede67-1-81-56-102-26.fbx.proxad.net) 11.06.31 # GodEater: Forget sqlite. It's not as 'lite' as its name suggests 11.06.58 # Iirc binary size of a (minimal) sqlite is about the same as the whole rockbox binary 11.12.36 # only if you don't count bitmaps :) 11.13.46 # if we only cared about 16MB+ targets, I think we could consider it, but that's really not an option 11.15.41 Join funman [0] (n=fun@rockbox/developer/funman) 11.19.06 Quit phanboy4 (Read error: 113 (No route to host)) 11.24.31 Join rhodan [0] (n=quassel@241-18.78-83.cust.bluewin.ch) 11.26.49 Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) 11.32.38 Quit DerPapst ("Leaving.") 11.50.54 Join tomers [0] (n=chatzill@bzq-84-109-85-100.red.bezeqint.net) 11.51.30 *** Saving seen data "./dancer.seen" 11.53.13 # mc2739: we should test the bootloaders before providing them for download 11.54.41 # mc2739: before adding a new OF to mkamsboot checksums we should check if it runs fine, not only if it patches fine (the aim is not to brick devices, mkamsboot would just not produce a file if it couldn't patch an OF) 12.07.51 Join DerPapst [0] (n=DerPapst@p4FE8EE78.dip.t-dialin.net) 12.09.03 Quit Zagor ("Clint excited") 12.09.45 Quit DerPapst (Read error: 104 (Connection reset by peer)) 12.11.50 Join DerPapst [0] (n=DerPapst@p4FE8EE78.dip.t-dialin.net) 12.34.26 # gevaerts: ping 12.34.53 # http://omgpop.com/i/blockles/3rffv_1gk9t blocles game 12.39.01 # Kitr88: this channel is for talk about rockbox... do read the guidelines mentioned in the topic :) 12.39.31 Nick dys` is now known as dys (n=andreas@krlh-5f734773.pool.mediaWays.net) 12.42.55 Quit S_a_i_n_t_ (Read error: 60 (Operation timed out)) 12.43.21 Quit funman ("free(random());") 12.50.44 Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 12.51.43 # ok, I'm talking for the record here, hoping gevaerts and others will read it later: I've located the place where the USB issue that affects arc controllers is happening. The issue is that transfer (bulk traffic of the mass storage driver) might stop when HID traffic (interrupt transfer of the hid driver) is sent during files transfer. I've noticed that in prime_transfer(), line 753, the line... 12.51.44 # ...'endpoint completed fast' is printed only once, and immediately after the transfer stops. I guess that is a case that never happened until the hid was introduced, so it was never tested, or it broke a long time ago :-) 12.52.08 # I have some recording I made using a USB analyzer, but that doesn't add much 12.53.18 # Now I need to read the driver's datasheet. I use to have it some time ago, but it'll take me some time to find it. If anyone got it, please let me know... The manual 12.54.33 # The prime_transfer() has the following comment in it's header: /* manual: 32.14.5.2 */, so if you find the pdf, please send it over. thanks again 12.57.36 # it seems that no usb driver (mass storage, hid) checks return function of usb_drv_send*/usb_drv_recv... 13.15.52 Join TheSeven [0] (n=theseven@rockbox/developer/TheSeven) 13.19.02 Join hebz0rl [0] (n=hebz0rl@dslb-088-067-215-042.pools.arcor-ip.net) 13.25.49 Join mt [0] (n=mtee@rockbox/developer/mt) 13.37.47 # tomers: you're right that nobody checks the return value, but I'm not sure what those functions could do about it 13.38.44 # tomers: can you do dcc? I can send you the datasheet 13.38.54 # yes. please do 13.39.25 # 14MB on its way :) 13.39.40 # it seems that the transfer is done correctly, but some how nobody continues it as it should 13.40.01 Join geertvdijk [0] (n=chatzill@cc412026-a.zwoll1.ov.home.nl) 13.40.10 # thanks 13.40.59 # the hid interrupt transfer gets priority, but it makes the bulk transfer not continue the transaction. 13.45.41 # hello all :) 13.46.53 # I just noticed a bug I've been having lately, don't know if it's been around longer though; every now and then when I exit a plugin, I can't navigate without first pressing 'ENTER' (middle button on e200). otherwise the spinning-wheel input is not noticed. is this known? couldn't find it in FS yet 13.47.16 # it's called "select" :) 13.47.24 # geertvdijk: hi there :-) It is a well known bug 13.47.46 # tomers: ok, my bad then. I'll work on my fs-searching skills then 13.47.56 # it's so well known in fact that I'm not sure if there's a proper bug report for it... 13.48.35 # ah, I see. should I make one? or are there no plans to work this one out? 13.48.43 # gevaerts: I think it was discussed over and over again. I think someone tried to fix that recently, but nothing came out of it... 13.50.35 # * tomers Can't find the bug either 13.51.01 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 13.51.19 # geertvdijk: I can't find it either. Please submit a report, I think we're better off with a risk of two duplicate reports than with none at all 13.51.31 *** Saving seen data "./dancer.seen" 13.51.34 # gevaerts: Okay, I will. thanks :) 13.52.21 # geertvdijk: see FS#10097 13.52.47 # oh, well done! 13.53.32 # * gevaerts was searching for "button", not "key" 13.53.41 # mc2739: ah, I'll stop then ^^ 13.56.12 # * tomers searched 'plugin exit'. Not 'exiting plugins', which should catch FS#10097, but only catches 3 other items, but not the item that is called "FS#10097 - Sometimes keys do not work after exiting plugins". What a great search engine :-) 14.08.05 Part LinusN 14.08.50 Join rhodan_ [0] (n=quassel@253-92.107-92.cust.bluewin.ch) 14.24.45 Quit rhodan (Read error: 110 (Connection timed out)) 14.27.15 Join funman [0] (n=fun@rockbox/developer/funman) 14.27.17 Nick fxb__ is now known as fxb (n=felixbru@85.214.97.64) 14.30.22 Join stoffel [0] (n=quassel@p57B4D7DC.dip.t-dialin.net) 14.47.51 Quit dys (Remote closed the connection) 14.48.48 Quit gevaerts (Nick collision from services.) 14.48.58 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 14.53.47 Join Naked [0] (n=naked@naked.iki.fi) 15.08.36 Quit flydutch (Remote closed the connection) 15.10.27 Join flydutch [0] (n=flydutch@host51-165-dynamic.15-87-r.retail.telecomitalia.it) 15.12.37 Quit rhodan_ (Remote closed the connection) 15.12.49 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 15.15.47 Quit antil33t () 15.22.15 Quit togetic (Read error: 110 (Connection timed out)) 15.25.24 Quit bmbl ("Bye!") 15.34.55 Join antil33t [0] (n=Mudkips@203-184-54-232.callplus.net.nz) 15.35.08 Quit Sajber^ (Read error: 104 (Connection reset by peer)) 15.51.35 *** Saving seen data "./dancer.seen" 15.55.37 Nick evilnick is now known as Evilnick (i=0c140464@rockbox/staff/evilnick) 16.07.20 Nick Evilnick is now known as evilnick (i=0c140464@rockbox/staff/evilnick) 16.07.39 Quit kaniini (Read error: 113 (No route to host)) 16.07.59 Join dys [0] (n=andreas@krlh-5f734773.pool.mediaWays.net) 16.16.23 Join slammer [0] (n=grndslm@174-126-14-4.cpe.cableone.net) 16.16.31 Quit robin0800 (Read error: 110 (Connection timed out)) 16.17.51 Join LeoMakovski [0] (n=4b4f0313@giant.haxx.se) 16.19.54 Join MethoS- [0] (n=clemens@134.102.106.250) 16.23.21 Quit LeoMakovski ("CGI:IRC (EOF)") 16.23.47 Part Bagder 16.24.45 Join fyrestorm [0] (n=nnscript@cpe-67-244-76-16.nyc.res.rr.com) 16.26.55 Quit grndslm (Read error: 110 (Connection timed out)) 16.30.12 Quit stoffel (Remote closed the connection) 16.33.08 Join jgarvey [0] (n=jgarvey@cpe-174-097-249-078.nc.res.rr.com) 16.36.09 Join toffe82 [0] (n=chatzill@12.169.218.14) 16.39.46 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 16.47.36 Join Oxymis_ [0] (n=quassel@adsl-065-013-002-216.sip.asm.bellsouth.net) 16.47.59 Join froggyman [0] (n=sopgenor@pool-72-69-205-209.chi01.dsl-w.verizon.net) 16.48.14 Nick Oxymis_ is now known as Oxymis_pc (n=quassel@adsl-065-013-002-216.sip.asm.bellsouth.net) 16.59.03 Quit TheSeven (Nick collision from services.) 16.59.15 Join The_Seven [0] (n=theseven@rockbox/developer/TheSeven) 16.59.29 Nick The_Seven is now known as TheSeven (n=theseven@rockbox/developer/TheSeven) 17.04.34 Quit petur ("beer time!") 17.07.12 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 17.23.11 Quit jgarvey (Read error: 110 (Connection timed out)) 17.23.47 Quit TheSeven (Read error: 104 (Connection reset by peer)) 17.24.30 Join TheSeven [0] (n=theseven@rockbox/developer/TheSeven) 17.26.18 Join Horscht [0] (n=Horscht2@xbmc/user/horscht) 17.27.22 # domonoky: when i launch rbutilqt, the "configuration is invalid" and configuration dialog are opened 2 times 17.28.24 Join jgarvey [0] (n=jgarvey@cpe-065-190-068-129.nc.res.rr.com) 17.33.24 # domonoky: system trace on http://pastie.org/789956 (my sansaclip was not plugged and not mounted) 17.35.20 Join kaniini [0] (n=kaniini6@dyn75-70.yok.fi) 17.37.18 Quit Horscht ("Verlassend") 17.40.30 Quit MethoS- (Remote closed the connection) 17.43.16 Join Horscht [0] (n=Horscht2@xbmc/user/horscht) 17.43.29 Quit toffe82 (Remote closed the connection) 17.43.55 # I'm afraid my iPod Mini 2G won't last for much longer. Can you recommend a player which supports memorycard? With hack like my iPod or a slot which I think Sansa E200 v1 does, but it's hard to find new (only rebubrished). 17.44.32 # Rockbox supported of course. 17.44.41 # Zambezi: The e200 v2 players are very close to being supported, and they don't have the electrical interference of the v1 models 17.44.53 # if you can find a fuzev1 (hard to find) or e2OOv2 (less hard) they should be supported soon in the next release 17.47.53 # evilnick, funman: Sounds lovely. I just need another memorycard, but I can live with that. 17.48.38 # m$ released the msie patch today 17.48.38 # install it asap 17.49.02 # flyback: how is that on-topic here? 17.49.55 # it's not 17.50.03 # but this is a really shitty bug so :P 17.50.06 # so? 17.50.13 # whatever 17.50.19 # if you don't like it, kick me out 17.50.20 # We do have rules here, you know about them. Please follow them 17.50.22 # I don't care anyumore 17.50.23 # really 17.50.25 # i 17.50.32 Mode "#rockbox +o gevaerts " by ChanServ (ChanServ@services.) 17.50.34 # m going to either croak or off myself in the near future anyways 17.50.46 # so have fun, wasteing your time 17.51.13 # evilnick: Sansa E200 equal E250/E260/E270/E280? 17.51.27 # Zambezi: Yes 17.51.38 *** Saving seen data "./dancer.seen" 17.52.53 Kick (#rockbox flyback :gevaerts) by gevaerts!n=fg@rockbox/developer/gevaerts 17.53.30 Mode "#rockbox -o gevaerts " by ChanServ (ChanServ@services.) 17.53.44 # owned 17.59.14 # has anyone looked at FS#9990 and related text editor patches? 17.59.25 # i've never used the text editor in rockbox but they sound like they might be good to have 18.06.44 Join Llorean [0] (n=DarkkOne@adsl-99-158-46-229.dsl.hstntx.sbcglobal.net) 18.10.00 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 18.14.25 Join toffe82 [0] (n=chatzill@12.169.218.14) 18.15.08 Quit funman ("free(random());") 18.20.10 Join rhodan [0] (n=quassel@253-92.107-92.cust.bluewin.ch) 18.24.26 Join Highlander [0] (n=Highland@mek33-4-82-236-45-205.fbx.proxad.net) 18.27.19 Quit swilde ("ERC Version 5.3 (IRC client for Emacs)") 18.34.46 Quit rhodan (Read error: 113 (No route to host)) 18.35.02 Join rhodan [0] (n=quassel@253-92.107-92.cust.bluewin.ch) 18.38.09 Part froggyman 18.38.35 Join froggyman [0] (n=sopgenor@pool-72-69-205-209.chi01.dsl-w.verizon.net) 18.41.10 Join flyblack [0] (i=8145b745@gateway/web/freenode/x-dwogclwzodxwgwcm) 18.43.57 Quit jgarvey (Read error: 110 (Connection timed out)) 18.46.41 Quit rhodan (Read error: 113 (No route to host)) 18.51.58 Nick evilnick is now known as genetics (i=0c140464@rockbox/staff/evilnick) 18.52.11 Nick genetics is now known as evilnick (i=0c140464@rockbox/staff/evilnick) 18.52.16 Join jgarvey [0] (n=jgarvey@cpe-065-190-068-129.nc.res.rr.com) 18.53.00 Join kramer3d [0] (n=kramer@unaffiliated/kramer3d) 18.58.52 Part froggyman 19.07.55 Join rhodan [0] (n=quassel@253-92.107-92.cust.bluewin.ch) 19.09.03 Quit rhodan (Remote closed the connection) 19.12.45 Join rhodan [0] (n=quassel@253-92.107-92.cust.bluewin.ch) 19.14.35 # JdGordon: I think I'm going to go through flyspray again tonight. The last pass was a month ago, so we should be able to close a lot 19.14.51 # sounds good 19.15.08 # * gevaerts wants a "next" button in flyspray 19.23.52 Join robin0800 [0] (n=quassel@general-ld-216.t-mobile.co.uk) 19.24.08 Join froggyman [0] (n=sopgenor@pool-72-69-205-209.chi01.dsl-w.verizon.net) 19.28.44 Quit TheSeven|Mobile (Read error: 104 (Connection reset by peer)) 19.28.50 Join TheSeven|Mobile [0] (n=theseven@infedyn179.informatik.uni-stuttgart.de) 19.29.09 Quit TheSeven|Mobile (Remote closed the connection) 19.30.18 Join TheSeven|Mobile [0] (n=theseven@188.46.184.221) 19.31.14 Quit TheSeven|Mobile (Client Quit) 19.31.19 Join jfc^3 [0] (n=john@dpc6682208002.direcpc.com) 19.31.36 Join TheSeven|Mobile [0] (n=theseven@188.46.184.221) 19.32.20 Quit jfc^3 (Client Quit) 19.35.19 Join stoffel [0] (n=quassel@p57B4D7DC.dip.t-dialin.net) 19.36.43 Quit flyblack ("Page closed") 19.39.20 Quit rhodan (Remote closed the connection) 19.40.08 Join rhodan [0] (n=quassel@253-92.107-92.cust.bluewin.ch) 19.41.25 Join phanboy4 [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net) 19.42.48 Quit bmbl ("Bye!") 19.45.48 Quit jd (Read error: 104 (Connection reset by peer)) 19.46.01 Join jd [0] (n=jd@modemcable207.134-202-24.mc.videotron.ca) 19.46.34 Quit DerPapst ("Leaving.") 19.47.06 Join robin0800_ [0] (n=quassel@general-ld-216.t-mobile.co.uk) 19.47.29 Quit robin0800 (Read error: 54 (Connection reset by peer)) 19.48.06 Join Tomis2 [0] (n=Tomis@70.134.101.206) 19.48.50 Join _zic [0] (n=user@91-165-234-56.rev.libertysurf.net) 19.51.39 *** Saving seen data "./dancer.seen" 19.55.37 Join Natrius [0] (n=5414b9f0@giant.haxx.se) 19.56.05 Quit Natrius (Client Quit) 19.56.08 Quit kramer3d ("Leaving") 19.56.11 Join AndyI [0] (n=pasha_in@212.14.208.235) 19.56.11 Quit TheSeven (Read error: 110 (Connection timed out)) 19.56.41 Quit flydutch ("/* empty */") 19.58.35 Join The_Seven [0] (n=theseven@rockbox/developer/TheSeven) 19.58.42 Quit JdGordon ("Leaving.") 19.59.18 Join natrius [0] (n=5414b9f0@giant.haxx.se) 19.59.33 Quit TheSeven|Mobile (Nick collision from services.) 19.59.39 # hello 20.00.02 Nick The_Seven is now known as TheSeven|Mobile (n=theseven@rockbox/developer/TheSeven) 20.01.10 # anyone here to answer a question? 20.01.48 Join The_Seven [0] (n=theseven@rockbox/developer/TheSeven) 20.01.55 Quit TheSeven|Mobile (Nick collision from services.) 20.02.02 Nick The_Seven is now known as TheSeven|Mobile (n=theseven@rockbox/developer/TheSeven) 20.02.07 # phiu 20.02.23 # a lot of guys online but no one can answer a question? 20.03.26 Quit robin0800_ (Read error: 60 (Operation timed out)) 20.03.36 # * TheSeven|Mobile missed the question, so he can't answer it :-( 20.03.49 # natrius, no one can answer a question that isn't asked 20.03.50 # *laughing* 20.03.58 # dthats right 20.04.09 # at first i just asked if someones here. 20.04.10 # nevermind 20.04.15 # the question: 20.04.18 # i bought an archos2 20.04.34 Quit Tomis (Read error: 110 (Connection timed out)) 20.04.35 Nick Tomis2 is now known as Tomis (n=Tomis@70.134.101.206) 20.04.35 # and i was reading on the german wikipedia that rockbox can be used on every archos. 20.04.53 # then the german wiki entry is incorrect. only the models listed on the front page work 20.04.56 # so, its possible to use it with my archos2, or its better not to try... 20.05.06 # ? 20.05.12 # ah, okay.... 20.05.48 # but if you could edit wikipedia to reflect that, it would help other people who might be confused about that too :) 20.05.53 # i thought this already. 20.06.01 # i will ^^ 20.06.30 # other question, my brother has a gmini202(s?x? don't know) 20.06.47 # rockbox is not possible on it too, or? 20.06.57 # natrius: is it listed on the front page? 20.07.09 Quit AndyIL (Read error: 110 (Connection timed out)) 20.07.49 # okay, simple... right 20.08.02 # B4gder: I wouldn't call it impossible, just "nobody did all the hard work yet" 20.08.21 Join GodEater_ [0] (n=goddeate@rockbox/staff/GodEater) 20.08.39 # I didn't call it impossible, as someone once did quite a lot of gmini work 20.08.57 # i was reading about an other project 20.09.02 Join JdGordon [0] (i=1816d253@gateway/web/freenode/x-wcysoctwfomdltwo) 20.09.44 Quit GodEater_ (Client Quit) 20.09.51 # but i asked the second question cause i was still irritated cause of the german wiki entry (i do already think, how its good to change it correct) 20.12.46 # but thank you 20.12.51 # for answer my questions 20.14.19 Join efyx_ [0] (n=efyx@lap34-1-82-225-185-146.fbx.proxad.net) 20.14.45 Quit toffe82 (Read error: 104 (Connection reset by peer)) 20.15.25 # ouh, now i do have another question XD 20.15.55 # if you want to ask a question, just do it 20.16.02 # no one cares that you have a question if you don't ask it 20.16.05 # i do search a player just for listening mp3. nothing else. long battery charge and lots of music 20.16.30 # do you advise a player? 20.16.57 # a good mp3 player in general, or one that runs rockbox? 20.17.19 # ouh, sorry. if possible also one player that runs rockbox 20.19.31 # there are a lot... but which of these players would you advise? 20.20.20 Quit fyrestorm ("Ur skills' fireproof like a wooden panel -- U got feds talking leet on your IRC channel!") 20.20.35 # someone with a better overview should answer that 20.20.44 # * TheSeven|Mobile only knows ipods 20.20.54 Part froggyman 20.22.53 # http://www.rockbox.org/wiki/BuyersGuide is a good start, but it misses some of the more recent ports 20.24.16 # ah okay, thank you 20.24.21 # didn't noticed that 20.24.36 # btw. excuse my bad english XD better at talking, not at writing 20.25.35 Join pixelma_ [0] (i=quassel@rockbox/staff/pixelma) 20.25.36 Quit pixelma (Nick collision from services.) 20.25.52 Nick pixelma_ is now known as pixelma (i=quassel@rockbox/staff/pixelma) 20.26.19 Quit amiconn (Nick collision from services.) 20.26.19 Join amiconn_ [0] (i=quassel@rockbox/developer/amiconn) 20.26.39 Nick amiconn_ is now known as amiconn (i=quassel@rockbox/developer/amiconn) 20.34.33 # on the german wiki are the iaudio also listed, but not at the english wiki 20.35.17 # german wiki? 20.35.20 # oh, wikipedia? 20.35.41 # yepp 20.36.50 # i'm adding now cowon and deleting the wrong information at the german wikipedia. just thinking now about the iAudio... 20.38.18 Join martian67 [0] (n=martian6@about/linux/regular/martian67) 20.39.45 # *waiting* 20.40.10 # should i now delete the iaudio entry? 20.40.34 Join tchan1 [0] (n=tchan@c-69-243-144-70.hsd1.il.comcast.net) 20.40.47 # ah damn.... 20.40.48 # got it now 20.40.59 # iAudio is from Cowon, right? 20.41.28 # Possibly. Or possibly the other way round :) 20.42.18 # o.O 20.42.42 Nick TheSeven|Mobile is now known as klickbot (n=theseven@rockbox/developer/TheSeven) 20.42.48 # They seem to be brands from the same company anyway 20.43.00 # if i look at the buyers guide the make is cowon and model is iaudio 20.44.00 Quit martian67 ("Leaving") 20.45.56 Join martian67 [0] (n=martian6@about/linux/regular/martian67) 20.47.15 Nick fxb is now known as fxb__ (n=felixbru@85.214.97.64) 20.47.53 Nick klickbot is now known as TheSeven|Mobile (n=theseven@rockbox/developer/TheSeven) 20.52.11 # german wikipedia little bit changed, hope now its not confusing anymore 20.52.13 # again thanks for your help 20.54.40 Quit tchan (Read error: 110 (Connection timed out)) 20.56.22 Quit natrius ("CGI:IRC") 20.56.49 Join togetic [0] (n=togetic@unaffiliated/ibuffy) 20.58.23 # JdGordon: there's something weird. I'm finding bug reports with the reported saying that they're fixed about a year ago... 20.58.30 # Why didn't we close those already? 20.59.53 Join The_Seven [0] (n=theseven@92.116.44.156) 21.00.15 Quit TheSeven|Mobile (Nick collision from services.) 21.00.30 Nick The_Seven is now known as TheSeven|Mobile (n=theseven@rockbox/developer/TheSeven) 21.07.18 Quit stoffel (Remote closed the connection) 21.07.20 # tomers: have a look at FS#10319. It's at least related to the bug ypu 21.07.26 # *you're looking at 21.12.06 Join petur [0] (n=peter@d54C6F9B2.access.telenet.be) 21.17.17 Join Zagor [242] (n=bjst@rockbox/developer/Zagor) 21.23.03 # I'm looking for a link to the s3c2440 datasheet (gigabeat f/x) and can't find one in the wiki, is it just me....? If not, I'll find it in the wild and replace it. It's a great reference for arm asm..... 21.24.04 # Are there any known issues with installing Rockbox over the new Fuze V1 firmware released 2 days ago? (1.02.31) 21.24.22 # phanboy4: I'm not sure if anyone has tried it yet. 21.24.27 Join Tomis2 [0] (n=Tomis@70.134.73.168) 21.24.36 # Could it potetially matter? 21.24.40 # *potentially 21.24.42 # I think topik reported it worked fine 21.25.13 # I don't know. If fuze firmware updates fail, you're looking at a brick IIRC, so if it hasn't been tested yet... 21.25.19 # Hrm. 21.25.30 # OK, thanks, I'll wait on it then. 21.25.32 # FlynDice: any idea when? 21.25.44 # looking right now 21.26.36 Quit Tomis (Read error: 104 (Connection reset by peer)) 21.26.37 Nick Tomis2 is now known as Tomis (n=Tomis@70.134.73.168) 21.27.25 # FlynDice: http://www.rockbox.org/wiki/GigabeatInfo 21.28.15 # domonoky: Thanks! I knew I got is somewhere in there... 21.31.08 # topik reporting on new fuze OF & mkamsboot -->http://www.rockbox.org/irc/log-20100122#09:01:11 21.31.42 # ok, that's clear 21.31.54 # phanboy4: that's your answer I guess :) 21.33.06 # Ok, thanks. 21.33.39 Quit jgarvey ("Leaving") 21.38.09 # Zagor: do we still need FS#9584? 21.40.30 Join panni_ [0] (i=hannes@ip-95-222-52-93.unitymediagroup.de) 21.41.40 Join Horschti [0] (n=Horscht2@xbmc/user/horscht) 21.41.44 # gevaerts: no, close it 21.42.31 # done 21.45.13 Join littlewookie [0] (n=wook@p4FEA9322.dip0.t-ipconnect.de) 21.45.17 # :) hi 21.45.25 # I have a Dream! :D 21.45.59 # htc dream? 21.46.18 # gevaerts: because noone really keeps an eye on the tracker enough 21.46.22 Join Strife89 [0] (n=michael@adsl-154-11-171.mcn.bellsouth.net) 21.46.26 # i know it is a little bit crazy, but i got a cowon d2+ which has an fm reciever, and i got a fm transmitter, how a bout modulate key input with the soundcard and interpret them with rockbox 21.46.45 # JdGordon: yes, but we both went over it a month ago 21.46.47 # Zagor: funnily yes 21.48.04 # Zagor: can you update www from svn ? i commited a small addition to the daily build-info file. 21.48.53 # * gevaerts points bertrik to FS#8816 21.49.04 # domonoky: done 21.50.26 Join froggyman [0] (n=sopgenor@pool-72-69-205-209.chi01.dsl-w.verizon.net) 21.51.35 # what do you think about that? 21.51.41 *** Saving seen data "./dancer.seen" 21.51.42 Quit kaniini (Read error: 60 (Operation timed out)) 21.51.43 # I don't of anything that could have fixed FS#8816 21.51.55 # and I haven't looked into it myself 21.51.59 # littlewookie: to be honest, I don't understand what you mean actually 21.52.20 # gevaerts: having a keyboard on my cowond2+ over fm signal 21.52.45 # ah, well, in theory that could work. I wouldn't bother though 21.53.31 # i think it would be a cool proof of conecpt 21.53.52 # please tell us when you made it work :P 21.55.42 # cource ;DD 21.55.58 Quit Horscht (Read error: 113 (No route to host)) 21.56.28 # gah, we do have a problem with following up on patches :( 21.56.29 Join n1s [0] (n=n1s@rockbox/developer/n1s) 21.57.01 # Tons of stuff from Yoshihisa Uchida with nearly no response 21.57.30 Quit TheSeven|Mobile (Read error: 60 (Operation timed out)) 22.00.35 Quit _zic ("Ex-Chat") 22.04.27 Join mc2739_ [0] (n=mc2739@rockbox/developer/mc2739) 22.04.30 # hm, indeed 22.05.51 Part froggyman 22.08.11 Join GodEater_ [0] (n=goddeate@rockbox/staff/GodEater) 22.09.55 Quit GodEater_ (Client Quit) 22.14.42 Join toffe82 [0] (n=chatzill@12.169.218.14) 22.15.49 Quit mc2739 (Read error: 110 (Connection timed out)) 22.17.23 # gevaerts: doesn't he have commit access? 22.18.01 # n1s: unless my searching skills are really failing, he's not in COMMITTERS 22.18.13 Part JdGordon 22.18.19 Join JdGordon [0] (i=1816d253@gateway/web/freenode/x-wcysoctwfomdltwo) 22.18.27 Join Kitar|st [0] (n=Kitr88@BSN-182-70-31.dial-up.dsl.siol.net) 22.20.33 # Zagor: have you seen fs#10878 ? 22.21.56 # n1s: no. thanks. 22.24.01 Quit Kitr88 (Read error: 60 (Operation timed out)) 22.24.28 Quit mikroflops (Read error: 54 (Connection reset by peer)) 22.24.50 Join mikroflops [0] (n=yogurt@217-208-157-242-no112.tbcn.telia.com) 22.28.54 Join Kitr88 [0] (i=Kitr88@BSN-182-142-43.dial-up.dsl.siol.net) 22.31.19 # should we voice all the real people in preparation for spam flooding or just ride it out? 22.31.44 # I'd say ride it out and try to wake scorche 22.32.49 # I'll SMS him? 22.33.04 # I'm not sure it 22.33.12 # 's that urgent. If we actually get spam, yes 22.33.29 # takes him an hour or two to wake up. ;) 22.35.04 Quit petur ("Zzzzzz") 22.35.18 # there is that :) 22.38.00 Quit Kitar|st (Read error: 110 (Connection timed out)) 22.38.18 Quit domonoky (Read error: 104 (Connection reset by peer)) 22.50.04 Quit tomers ("ChatZilla 0.9.86 [Firefox 3.5.7/20100106054534]") 22.51.19 Quit littlewookie ("Leaving.") 22.52.39 Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) 23.08.41 Join Casainho [0] (n=chatzill@bl15-98-105.dsl.telepac.pt) 23.11.36 Join pamaury [0] (n=pamaury@ALyon-551-1-19-164.w92-137.abo.wanadoo.fr) 23.17.36 Nick mc2739_ is now known as mc2739 (n=mc2739@rockbox/developer/mc2739) 23.22.03 Join Horscht [0] (n=Horscht2@xbmc/user/horscht) 23.26.24 Join rxgpmklmnsir [0] (n=hewfxrpg@082139057216.radom.vectranet.pl) 23.26.24 # Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 23.26.24 # Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 23.26.24 Quit rxgpmklmnsir (Broken pipe) 23.26.27 Join TheSeven [0] (n=theseven@rockbox/developer/TheSeven) 23.26.38 Mode "#rockbox +o gevaerts " by ChanServ (ChanServ@services.) 23.26.42 Mode "#rockbox +R " by gevaerts (n=fg@rockbox/developer/gevaerts) 23.27.09 Join kloeri_ [0] (i=kloeri@freenode/staff/exherbo.kloeri) 23.27.50 Quit pamaury ("abort();") 23.28.06 Quit Horschti (Read error: 60 (Operation timed out)) 23.29.14 Join dlll [0] (n=ipgta@bas1-toronto05-1176310801.dsl.bell.ca) 23.29.14 Quit dlll (Broken pipe) 23.29.52 # Do not visit those links 23.30.46 Join hlpyp [0] (n=yaihwxae@adsl-75-50-52-5.dsl.spfdmo.sbcglobal.net) 23.31.10 Quit hlpyp (K-lined) 23.32.13 Topic "Now in freeze for upcoming 3.5! | 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 | We're currently suffering from a spam attack. If you find you can't say anything, contact a channel operator, or ask for help in #freenode" by ChanServ (ChanServ@services.) 23.33.30 Mode "#rockbox +o rasher " by ChanServ (ChanServ@services.) 23.33.45 Mode "#rockbox +o soap " by ChanServ (ChanServ@services.) 23.33.51 Mode "#rockbox +vvvv tmzt toffe82 togetic tomaw__ " by soap (n=soap@rockbox/staff/soap) 23.33.52 Mode "#rockbox +vvvv Tomis topik Topy44 Torne " by soap (n=soap@rockbox/staff/soap) 23.33.52 Mode "#rockbox +vvvv Tuplanolla Unhelpful Utchybann xavieran " by soap (n=soap@rockbox/staff/soap) 23.33.52 Mode "#rockbox +vvvv Xerion yosafbridge YPSY z35 " by soap (n=soap@rockbox/staff/soap) 23.33.52 Mode "#rockbox +vvvv Zagor Zambezi Zarggg_ zu " by soap (n=soap@rockbox/staff/soap) 23.33.59 Mode "#rockbox +vvvv Res1 rhodan Rob2222 rphillips " by soap (n=soap@rockbox/staff/soap) 23.33.59 Mode "#rockbox +vvvv rvvs89 saratoga sbhsu scorche " by soap (n=soap@rockbox/staff/soap) 23.33.59 Mode "#rockbox +vvvv scorche|sh simabeis sinuc slammer " by soap (n=soap@rockbox/staff/soap) 23.34.00 Mode "#rockbox +vvvv Slasheri stacker55 Strife89 tarbo " by soap (n=soap@rockbox/staff/soap) 23.34.02 Mode "#rockbox +vvvv tchan1 tha TheSeven ThomasAH " by soap (n=soap@rockbox/staff/soap) 23.34.08 Mode "#rockbox +vvvv lostlogic lyngaas MagusG maraz " by soap (n=soap@rockbox/staff/soap) 23.34.08 Mode "#rockbox +vvvv martian67 mc2739 mikroflops mt " by soap (n=soap@rockbox/staff/soap) 23.34.08 Mode "#rockbox +vvvv n17ikh n1s Naked nima " by soap (n=soap@rockbox/staff/soap) 23.34.10 Mode "#rockbox +vvvv Oxymis_pc panni_ parafin phanboy4 " by soap (n=soap@rockbox/staff/soap) 23.34.12 Mode "#rockbox +vvvv pippijn pixelma pjm0616 preglow " by soap (n=soap@rockbox/staff/soap) 23.34.14 Mode "#rockbox +v ps-auxw " by soap (n=soap@rockbox/staff/soap) 23.34.23 Mode "#rockbox +vvvv advcomp2019__ aexin alexbobp AlexP " by soap (n=soap@rockbox/staff/soap) 23.34.23 Mode "#rockbox +vvvv amiconn AndyI antil33t at0m " by soap (n=soap@rockbox/staff/soap) 23.34.23 Mode "#rockbox +vvvv avacore B4gder Barahir BeFalou " by soap (n=soap@rockbox/staff/soap) 23.34.24 Mode "#rockbox +vvvv bertrik beta2k BlakeJohnson86 blithe " by soap (n=soap@rockbox/staff/soap) 23.34.26 Mode "#rockbox +vvvv bluebrother bzed Casainho chaos " by soap (n=soap@rockbox/staff/soap) 23.34.28 Mode "#rockbox +vvvv CIA-44 crashd crwl Curtman " by soap (n=soap@rockbox/staff/soap) 23.34.30 Mode "#rockbox +vvvv DataGhost dionoea dmb dys " by soap (n=soap@rockbox/staff/soap) 23.34.32 Mode "#rockbox +vv efyx_ ehntoo " by soap (n=soap@rockbox/staff/soap) 23.34.38 Mode "#rockbox +vvvv advcomp2019__ aexin alexbobp AlexP " by soap (n=soap@rockbox/staff/soap) 23.34.40 Mode "#rockbox +vvvv amiconn AndyI antil33t at0m " by soap (n=soap@rockbox/staff/soap) 23.34.43 Mode "#rockbox +vvvv avacore B4gder Barahir BeFalou " by soap (n=soap@rockbox/staff/soap) 23.34.44 Mode "#rockbox +vvvv bertrik beta2k BlakeJohnson86 blithe " by soap (n=soap@rockbox/staff/soap) 23.34.46 Mode "#rockbox +vvvv bluebrother bzed Casainho chaos " by soap (n=soap@rockbox/staff/soap) 23.34.48 Mode "#rockbox +vvvv CIA-44 crashd crwl Curtman " by soap (n=soap@rockbox/staff/soap) 23.34.50 Mode "#rockbox +vvvv DataGhost dionoea dmb dys " by soap (n=soap@rockbox/staff/soap) 23.34.52 Mode "#rockbox +vv efyx_ ehntoo " by soap (n=soap@rockbox/staff/soap) 23.34.56 # o.o 23.34.58 # mode spam 23.35.02 Mode "#rockbox +vvvv advcomp2019__ aexin alexbobp AlexP " by soap (n=soap@rockbox/staff/soap) 23.35.02 Mode "#rockbox +vvvv amiconn AndyI antil33t at0m " by soap (n=soap@rockbox/staff/soap) 23.35.02 Mode "#rockbox +vvvv avacore B4gder Barahir BeFalou " by soap (n=soap@rockbox/staff/soap) 23.35.02 Mode "#rockbox +vvvv bertrik beta2k BlakeJohnson86 blithe " by soap (n=soap@rockbox/staff/soap) 23.35.04 Mode "#rockbox +vvvv bluebrother bzed Casainho chaos " by soap (n=soap@rockbox/staff/soap) 23.35.06 Mode "#rockbox +vvvv CIA-44 crashd crwl Curtman " by soap (n=soap@rockbox/staff/soap) 23.35.08 Mode "#rockbox +vvvv DataGhost dionoea dmb dys " by soap (n=soap@rockbox/staff/soap) 23.35.10 Mode "#rockbox +vv efyx_ ehntoo " by soap (n=soap@rockbox/staff/soap) 23.35.14 # pippijn: better than javascript spam :) 23.35.24 # yeah 23.35.26 Mode "#rockbox +vvvv elcan evilnick evilnick__ FlynDice " by soap (n=soap@rockbox/staff/soap) 23.35.26 Mode "#rockbox +vvvv FOAD fxb__ Galois geertvdijk " by soap (n=soap@rockbox/staff/soap) 23.35.26 Mode "#rockbox +vvvv gibbon_ GodEater goffa HBK " by soap (n=soap@rockbox/staff/soap) 23.35.28 Mode "#rockbox +vvvv hebz0rl Highlander Horscht jd " by soap (n=soap@rockbox/staff/soap) 23.35.30 Mode "#rockbox +vvvv JdGordon jfc jho jordan` " by soap (n=soap@rockbox/staff/soap) 23.35.32 Mode "#rockbox +vvvv jvd killan_ Kitr88 kloeri " by soap (n=soap@rockbox/staff/soap) 23.35.34 Mode "#rockbox +vvvv kloeri_ Kohlrabi krazykit linuxguy3 " by soap (n=soap@rockbox/staff/soap) 23.35.36 Mode "#rockbox +vv linuxstb Llorean " by soap (n=soap@rockbox/staff/soap) 23.35.41 Mode "#rockbox +v logbot " by soap (n=soap@rockbox/staff/soap) 23.35.44 Join slihrv [0] (n=ytdltyrd@89-158-128-178.rev.dartybox.com) 23.36.02 Mode "#rockbox +v soap " by soap (n=soap@rockbox/staff/soap) 23.36.05 Mode "#rockbox -o soap " by soap (n=soap@rockbox/staff/soap) 23.36.27 Quit slihrv (K-lined) 23.36.28 Join tuvtlucssfli [0] (n=bvmbewnk@home.ouahpiti.info) 23.36.30 Quit tuvtlucssfli (K-lined) 23.36.55 Mode "#rockbox +o soap " by ChanServ (ChanServ@services.) 23.40.24 Quit evilnick ("Page closed") 23.48.11 # New commit by 03alle (r24313): Use nicer right arrows in the manual 23.50.04 Join liar [0] (n=liar@clnet-p09-185.ikbnet.co.at) 23.50.30 Join Tomis2 [0] (n=Tomis@70.134.87.246) 23.50.48 Mode "#rockbox +v liar " by soap (n=soap@rockbox/staff/soap) 23.51.10 Mode "#rockbox +v Tomis2 " by soap (n=soap@rockbox/staff/soap) 23.51.43 *** Saving seen data "./dancer.seen" 23.52.57 Quit Tomis (Read error: 104 (Connection reset by peer)) 23.53.11 Nick Tomis2 is now known as Tomis (n=Tomis@70.134.87.246) 23.54.07 # New commit by 03alle (r24314): Section headings should not end with a full stop 23.54.29 Nick advcomp2019__ is now known as advcomp2019 (n=advcomp2@unaffiliated/advcomp2019) 23.55.35 # n1s: we've discussed giving him SVN access, but he never returned our emails so he doesn't have it for now 23.55.51 Quit Highlander ("Quitte") 23.58.22 Quit bertrik ("De groeten")