--- Log for 18.09.109 Server: zelazny.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 11 hours and 30 minutes ago 00.00.29 Join GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow) 00.01.38 Quit kushalone (Client Quit) 00.03.02 Quit jordan` (Read error: 104 (Connection reset by peer)) 00.03.54 Quit GeekShado_ (Read error: 148 (No route to host)) 00.04.02 # work on vm winxp 00.04.34 # maybe it's a process on mc os running in back holding the ipod 00.08.30 # bertrik: Still around? 00.08.38 Quit Lynx_ (" HydraIRC -> http://www.hydrairc.com <- Chicks dig it") 00.14.34 Quit mt (Read error: 104 (Connection reset by peer)) 00.16.40 Quit domonoky (Read error: 104 (Connection reset by peer)) 00.17.08 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 00.19.58 Join shriven [0] (n=shriven@cpe-076-182-080-161.nc.res.rr.com) 00.21.00 Quit bertrik (Read error: 60 (Operation timed out)) 00.21.41 Quit Zagor ("Clint excited") 00.28.30 Quit ender` (Read error: 145 (Connection timed out)) 00.28.42 Join ender` [0] (i=krneki@foo.eternallybored.org) 00.30.21 Quit matsl (Read error: 110 (Connection timed out)) 00.30.40 *** Saving seen data "./dancer.seen" 00.33.49 Quit robin0800 (Remote closed the connection) 00.40.46 Quit jgarvey ("Leaving") 00.46.39 Join DirtySkeMe [0] (n=Adium@82.244.50.203) 00.50.01 Quit shotofadds ("Leaving") 00.53.57 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 00.54.31 Quit ender` (Read error: 110 (Connection timed out)) 00.57.01 Quit wincent_balin (Read error: 110 (Connection timed out)) 01.00.00 Quit DirtySkeM3 () 01.00.30 Quit mcuelenaere () 01.00.31 Join moos [0] (i=mostafa@rockbox/staff/moos) 01.00.44 Join jordan` [0] (i=gromit@78.235.252.137) 01.07.57 Quit bubsy (Read error: 60 (Operation timed out)) 01.36.36 Quit GeekShadow ("The cake is a lie !") 01.44.14 Part domonoky 01.45.40 # TheSeven: I was able to get rockbox running. : ) thanks for your help! 01.47.34 Join bubsy [0] (n=bubsy@94.139.72.137) 01.55.38 Join Strife89 [0] (n=nds@adsl-220-105-121.mcn.bellsouth.net) 01.56.40 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 02.04.14 Quit JdGordon| ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 02.17.23 Join JdGordon| [0] (n=Miranda@rockbox/developer/JdGordon) 02.17.47 # kugel: does that fix even stop the C being displayed? 02.18.10 # not sure 02.18.23 # I don't think so, but I haven't been able to see it lately anyway 02.18.43 # I tried it on cabbie with a small-height AA and saw no C 02.18.57 Join fyrestorm [0] (n=nnscript@cpe-24-90-84-240.nyc.res.rr.com) 02.19.28 # just thinking about it now.... I tihnk the better way to do it is actually use a different token value for %?C and %C (which should be fairly doable in the parser) 02.20.00 # then regular %C can go back to doing the clear/drawwithout getting in the way of the check 02.30.44 *** Saving seen data "./dancer.seen" 02.31.41 Quit Strife89 (SendQ exceeded) 02.41.14 # JdGordon|: how will that work? just add { ...,"?C",..., parse_albumart_conditional } to that array? 02.41.34 # no 02.41.54 # inside the funcion to parse the C token it will decide which to asign to the token 02.42.14 # I think one of the tokens used to do this but i changed it :p 02.42.33 # i dont remember which though 02.42.56 # well, the ?C gets the conditional token. it's just that parse_albumart_display() still also called for those 02.44.36 # the token doesnt know its the conditional though 02.46.38 # I didn't fully understand the token business, but it seemed to me that for conditionals, a WPS_TOKEN_CONDITIONAL is inserted before the actual token, so that evaluate_conditional() is called with the original token. at the point where parse_albumart_display() is called it's already behind that step. but I may have observed it wrongly 02.47.19 # http://svn.rockbox.org/viewvc.cgi/trunk/apps/gui/skin_engine/skin_parser.c?r1=22643&r2=22646 it was in fact the %C i changed this for 02.48.00 Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") 02.49.01 # arg 02.49.08 # hrm, the old function checks for coming up in the buffer '<', which is effectively the same check as I do in the patch 02.49.17 # ? and < always appear together 02.49.57 # * kugel moves the '<' a before "coming" 02.50.24 # did you drop that check because you thought it was for displaying next track album art? 02.50.27 # you didnt touch the parser 02.50.50 # no 02.51.08 # thats the #if 0'ed code 02.51.21 # I changed that very function in my patch 02.51.36 # did your commit miss skin_parser? 02.51.53 # I'm talking about FS#10599 which I didn't commit yet 02.52.27 # then what was the commit a few hoursa ago? 02.52.53 # ?C caused AA to be displayed 02.53.04 # even if no normal C was in the entire wps for example 02.53.19 # the fact that it's displayed in the wrong vp also was untouched 02.54.52 # anyway, looking at the old code, it seems to me that the check for '<' just needs to be restored (in place of my *(wps_bufptr-2) != '?') check) 02.55.10 # not completly... 02.55.17 # then you lose the checking 02.56.08 # the old code actually goes back the tokens array :/ 02.56.13 # JdGordon|: what do you mean? 02.56.22 # if i get a chance tonight ill give it a look again 02.56.27 # big if though :( 02.57.04 Quit JdGordon| ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 03.00.36 # JdGordon: basically "if (*wps_bufptr == '<')" [old code] is equivalent to "*(wps_bufptr-2) != '?'" [my patch]. the old code checks for the previous token to be a conditional explicitely (I'm I the only one considering going backwards in the token array as bad?) too though. 03.00.52 # I'm not sure what you mean by "then you lose the checking", care to explain? 03.01.02 # * kugel will read the logs 03.01.04 Quit kugel (Remote closed the connection) 03.06.53 # going backwards in the tokens array is just as bad/dangeours as going backwards in the wps_bufptr 03.07.25 Join mc2739 [0] (n=mc2739@cpe-67-10-237-133.satx.res.rr.com) 03.10.21 # JdGordon: kugel: thanks - the C is no longer showing - also, pixelma mentioned a problem with current track showing the next track info after switching wps, that problem seems to be fixed now also 03.12.51 Quit mc2739 ("ChatZilla 0.9.85 [Firefox 3.5.3/20090824101458]") 03.23.46 # New commit by 03blue_dude (r22725): Fix subtle bug in limiter 03.39.42 Join j8048188 [0] (n=4725523f@gateway/web/cgi-irc/labb.contactor.se/x-ctthczfipfjdrknt) 03.42.39 Quit amiconn (Nick collision from services.) 03.42.43 Join amiconn_ [0] (i=quassel@rockbox/developer/amiconn) 03.42.50 Nick amiconn_ is now known as amiconn (i=quassel@rockbox/developer/amiconn) 03.43.29 Quit pixelma (Nick collision from services.) 03.43.31 Join pixelma_ [0] (i=quassel@rockbox/staff/pixelma) 03.43.50 Nick pixelma_ is now known as pixelma (i=quassel@rockbox/staff/pixelma) 03.45.29 Quit j8048188 ("CGI:IRC") 03.45.39 Join j8048188 [0] (n=4725523f@gateway/web/cgi-irc/labb.contactor.se/x-dskswgroswoywoox) 03.48.55 Join froggyman [0] (n=chatzill@pool-72-69-88-109.chi01.dsl-w.verizon.net) 03.50.08 Quit j8048188 (Client Quit) 03.50.34 Join j8048188 [0] (n=4725523f@gateway/web/cgi-irc/labb.contactor.se/x-ftmadrzoxmjyzate) 03.54.50 Quit shriven () 04.00.25 Join Strath [0] (n=Strath__@173-23-45-236.client.mchsi.com) 04.05.29 Quit TheSeven (Nick collision from services.) 04.05.46 Join The_Seven [0] (n=theseven@dslb-084-056-163-237.pools.arcor-ip.net) 04.05.54 Nick The_Seven is now known as TheSeven (n=theseven@dslb-084-056-163-237.pools.arcor-ip.net) 04.09.13 Quit j8048188 ("CGI:IRC (Ping timeout)") 04.25.55 # is it possible to have the rockbox database ignore tags like 'the' before an artist, so for example if "The Beatles" was in the database it would be put by the B's 04.27.23 Quit MethoS- (Remote closed the connection) 04.29.33 Quit Barahir_ (Read error: 60 (Operation timed out)) 04.30.45 *** Saving seen data "./dancer.seen" 04.38.01 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 04.41.37 Quit Strath ("Leaving") 04.42.27 Quit Rondom (Nick collision from services.) 04.42.38 Join Rondom [0] (n=Rondom@dslb-084-057-166-165.pools.arcor-ip.net) 04.51.47 Quit froggyman ("ChatZilla 0.9.85 [Firefox 3.5.3/20090824101458]") 05.03.43 Quit chandoo- ("Leaving") 05.19.31 Nick PSPdemon is now known as linksocarina (n=PSPdemon@c-66-177-37-36.hsd1.fl.comcast.net) 05.19.46 Nick linksocarina is now known as PSPdemon (n=PSPdemon@c-66-177-37-36.hsd1.fl.comcast.net) 05.21.08 Nick PSPdemon is now known as linksocarina (n=PSPdemon@c-66-177-37-36.hsd1.fl.comcast.net) 05.21.31 Nick linksocarina is now known as PSPdemon (n=PSPdemon@c-66-177-37-36.hsd1.fl.comcast.net) 05.28.57 Join kkurbjun1 [0] (n=kkurbjun@64.251.164.190) 05.29.50 # does anyone oppose adding the M:Robe 500 to the unstable list? 05.31.18 # I think saratoga who was doing the change was waiting to hear from you... so no 05.31.34 # cool 05.32.12 # saratoga: are you around? 06.00.25 Quit kkurbjun1 ("Leaving.") 06.04.26 Quit Lss (Read error: 104 (Connection reset by peer)) 06.27.55 Quit CaptainKwel (Remote closed the connection) 06.30.46 *** Saving seen data "./dancer.seen" 06.31.33 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 06.37.37 Quit goffa (Read error: 104 (Connection reset by peer)) 06.37.43 Join goffa__ [0] (n=goffa@70.33.8.114) 06.58.43 Quit BHSPitMonkey (Remote closed the connection) 07.12.10 Join The3_14ed|r [0] (n=ntryon@cpe-72-226-197-191.rochester.res.rr.com) 07.12.43 Join Horschti [0] (n=Horscht2@xbmc/user/horscht) 07.13.20 Quit The3_14ed|r (Read error: 104 (Connection reset by peer)) 07.15.20 # New commit by 03jdgordon (r22726): fix FS#10599 and do r22721 a slightly better way. the %C tag is internally converted to a different token for display and conditional check. 07.22.20 Quit liar|netbook (Remote closed the connection) 07.22.24 # New commit by 03jdgordon (r22727): FS#10602 - show the viewport label instead of an int in the debug output 07.24.03 # holy crap! the green block is a bit much :p 07.24.51 # because people also got used to be able to download from the buil table (linked from the player name graphics in the tale head) - maybe it would be possible/nice to always show the build columns (at least those available), even if all is green? 07.25.17 # that would also make an all green table look a bit more normal I guess 07.26.03 # I tihnk Zagor said he was going to add a link to show all 07.26.47 # if that first commit there causes any badness... can someone else revert it? thats about all the rockbox time I'm going to have untill sunday night 07.26.51 # that's a different thing for me in this case 07.27.47 Quit Tristan (Nick collision from services.) 07.29.04 # is the build table script also in SVN? (although I guess it's something else than basic html and css so maybe not for me) 07.29.05 Join Trista666 [0] (i=tristan@i.dont.want.to.die.virgin.net.in) 07.29.35 # I assume it is 07.29.44 # not under the usual checkout though 07.30.27 # yeah, www chechout probablly 07.30.39 # or probably 07.31.13 Quit Horscht (Read error: 110 (Connection timed out)) 07.33.01 # something is not right still :( 07.33.52 # my WPS still doesn't work correctly again? 07.34.49 # i forgot about your one :p 07.34.58 # some other random one im testing, for a different bug 07.35.09 # again means it was working previously? 07.35.59 # eek 07.36.10 # the aa is supposed to be in the right top corner yeah? 07.36.57 # sure, I haven't changed it for quite a while. Last revision I saw it working was r22608 (but haven't tested all revs after that)... yes 07.39.19 # I could try to simplify it as much as possible and still showing the error today in the evening (if that still exists, I'm about to try) if this helps any 07.43.49 # just about fixed :) 07.45.17 # New commit by 03jdgordon (r22728): Actually fix AA display... previous commit was borked 07.45.29 # * JdGordon is confident its all working now 07.46.32 Join GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow) 07.46.32 Join vitja [0] (n=vitja@79.120.98.174) 07.47.57 # I tihnk.... 07.48.39 # New commit by 03vitja (r22729): tcc77x: add tcc77x_cscfg_bw() helper for external memory bus width setup 07.54.27 Quit GeekShadow ("The cake is a lie !") 08.01.57 # New commit by 03vitja (r22730): i7: _backlight_init() turn backlight on, as we can miss panic message 08.06.52 Join LinusN [0] (n=linus@gateway/web/cgi-irc/labb.contactor.se/x-iscwoizorxvbbjpe) 08.09.25 Part safetydan ("Leaving.") 08.19.11 Join matsl [0] (n=matsl@dhcp126.contactor.se) 08.19.48 Join liar [0] (n=liar@83.175.83.185) 08.22.14 Join Zagor [242] (n=bjorn@rockbox/developer/Zagor) 08.22.49 Join stoffel [0] (n=quassel@p57B4DA2C.dip.t-dialin.net) 08.23.13 Join ender` [0] (i=krneki@foo.eternallybored.org) 08.30.49 *** Saving seen data "./dancer.seen" 08.32.08 Join courtc [0] (n=court@unaffiliated/courtc) 08.34.29 Join TopyMobile [0] (n=topy@94.237.11.142) 08.38.16 Join flydutch [0] (n=flydutch@host253-166-dynamic.8-87-r.retail.telecomitalia.it) 08.59.02 Quit Beta2K (Read error: 60 (Operation timed out)) 08.59.12 Join Beta2K [0] (n=beta@d24-36-68-97.home1.cgocable.net) 09.04.12 Quit kkurbjun (Read error: 110 (Connection timed out)) 09.13.14 Join kugel [0] (n=kugel@rockbox/developer/kugel) 09.13.34 # JdGordon: wth 09.13.45 # I'm convinced my commit was correct anyway 09.15.20 # at least the skin_display.c part 09.20.51 # at least the first hunk in skin_display.c is wrong IMO. It's never entered (I had panicfs there), album art is actually drawn in draw_wps_images() 09.28.37 # also, sure is going backwards in the wps_bufptr just as bad, hence I said any other fix would just be a variant of my patch (which your commit is) and the only better fix is %Cd 09.42.18 Quit goffa__ (Read error: 148 (No route to host)) 09.52.16 Quit kugel (Read error: 110 (Connection timed out)) 09.55.55 Quit stoffel (Remote closed the connection) 10.20.17 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 10.24.10 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 10.30.11 Join fml [0] (n=chatzill@p4FD3C143.dip.t-dialin.net) 10.30.48 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 10.30.52 *** Saving seen data "./dancer.seen" 10.32.34 Part fml 10.53.21 Quit TheSeven ("ChatZilla 0.9.85 [Firefox 3.5.3/20090824101458]") 11.04.21 Quit robin0800 (Remote closed the connection) 11.10.34 Join bertrik [0] (n=bertrik@87.211.49.117) 11.10.55 # New commit by 03zagor (r22731): Added note about server move 11.15.02 Join kugel [0] (n=kugel@rockbox/developer/kugel) 11.20.36 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 11.38.08 # bertrik: Have you got any Meizu work pending (e.g. for the NAND)? I'm about to start looking at porting TheSeven's NAND/FTL code to Rockbox. 11.38.37 # linuxstb, no, I don't have anything pending in that area 11.38.59 # As far as I can tell so far, the FTL used in the nano is not compatible with the meizus 11.40.09 # linuxstb: faster then light code is the shit 11.41.05 Join wincent [0] (n=wincent@91.97.59.130) 11.44.21 # I guess I can probably re-use the low-level NAND code though 11.44.31 Join pamaury [0] (n=apouly@slsu0-20.ens-lyon.fr) 11.45.29 # if possible, can you make a split between the NAND functions and the FTL on top of it? 11.45.37 # bertrik: I've no idea how to abstract this code yet - so I'm planning on just hacking something together that works, and then I'll post a patch for people to look at. Hopefully it will becomee clearer, but I don't understand a line of that code... 11.45.54 # bertrik: That's how it is currently split - a "nand.c" and "ftl.c" 11.46.58 # linuxstb, ok great, and I agree about making it *work* first :) 11.47.57 # Did you see that Rockbox is now booting and I can browse the menus on the Nano2G? 11.48.20 # (although I still have a few commits left to do - mainly crt0.S and the clickwheel driver) 11.48.29 # great! congratulations! 11.48.49 # I did see a comment that you were going to try it, but didn't know you succeeded 11.48.51 # I don't envy your task of creating a Meizu keymap though... 12.00.03 # linuxstb: Congrats! 12.00.13 # Have there been "screenshots"? 12.00.36 # http://173.78.93.52:8080/rockbox.jpg 12.00.58 # Hurray 12.12.25 # wow!!!!!!!!! 12.17.33 Quit pamaury ("Parti") 12.26.04 # Does anyone know if the new ipod classics are actually different? 12.30.56 *** Saving seen data "./dancer.seen" 12.46.37 # rasher: I don't think anyone has investigated them yet. 12.50.29 Join MethoS- [0] (n=clemens@134.102.106.250) 13.01.15 Join kkurbjun [0] (n=kkurbjun@c-98-245-170-51.hsd1.co.comcast.net) 13.11.42 Join dfkt [0] (i=dfkt@unaffiliated/dfkt) 13.14.23 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 13.18.45 Join pamaury [0] (n=pamaury@140.77.26.234) 13.22.57 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 13.30.12 Quit pamaury (Remote closed the connection) 13.35.53 Quit kugel (Read error: 110 (Connection timed out)) 13.37.15 Join pamaury [0] (n=pamaury@140.77.26.234) 13.56.55 Quit wincent (Read error: 145 (Connection timed out)) 14.00.36 Join Lynx_ [0] (n=Lynx@xdsl-87-79-183-80.netcologne.de) 14.03.25 Join Farthen [0] (n=chatzill@e176145205.adsl.alicedsl.de) 14.05.05 Join xavieran_ [0] (n=xavieran@ppp118-208-209-164.lns10.mel6.internode.on.net) 14.06.08 Join kugel [0] (n=kugel@rockbox/developer/kugel) 14.11.13 Quit Zambezi (Read error: 110 (Connection timed out)) 14.11.45 Quit xavieran (Read error: 113 (No route to host)) 14.16.28 Join TheSeven|Mobile [0] (n=TheSeven@92.117.135.74) 14.18.03 Quit TheSeven|Mobile (Client Quit) 14.18.27 Join TheSeven|Mobile [0] (n=TheSeven@92.117.135.74) 14.18.48 Quit antil33t () 14.20.07 # New commit by 03zagor (r22732): Moved some news to history 14.22.11 Quit Farthen ("ChatZilla 0.9.85 [Firefox 3.5.3/20090824101458]") 14.31.00 *** Saving seen data "./dancer.seen" 14.41.57 Quit gevaerts (Nick collision from services.) 14.42.06 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 14.53.06 Quit kugel (Remote closed the connection) 14.53.46 # ehrm, maybe that wasn't such a good idea (the front page) 14.56.03 # maybe splitting it in 2 columns would help 14.56.24 # that would make nearly all lines wrap 14.57.24 # hmmm 14.58.11 Quit pamaury ("exit(*(int *)0 / 0);") 14.58.24 # maybe Mr Someone should take a new stab at getting our new fancy design working 15.02.48 Quit robin0800 (Remote closed the connection) 15.11.05 Join pyro_maniac1 [0] (i=foobar@p57BB974E.dip0.t-ipconnect.de) 15.12.05 # Zagor: what is the case for samsung yh 820/920 being unusable? 15.12.33 # and the yh 925gs is completely missing 15.13.24 # good question. I just made a quick list from the TargetStatus page. I suppose all-green there means at least "unstable" 15.13.38 # yes 15.13.49 # only manual is missing 15.13.57 # I'll move it then 15.14.40 # thx 15.15.06 # pyro_maniac1: do yo uhave install directions? 15.15.27 # install directions? 15.15.32 # ah looks like kugel wrote them 15.15.44 # although theres no binaries 15.16.02 # "Compile the bootloader from SVN" 15.16.07 # for rbutil? 15.16.16 # seems a little advanced for a target whe're going to put on the front page 15.16.41 Join Farthen [0] (n=chatzill@e176145205.adsl.alicedsl.de) 15.16.43 # are they still missing? 15.17.09 # Zagor: might want to hold off on putting up the YH players 15.17.17 # * Zagor reverts :) 15.17.19 # kugel planed to release them 15.18.26 # IMO we should require something very similar to the SansaAMS page before we add a target to the front page 15.19.29 # saratoga: specifically? 15.19.34 # bootloader binaries linked (probably on the forums so they can't be edited), a status table, current issues, and concise directions 15.20.04 # basically something that a non-developer can navigate quickly 15.20.06 # I don't quite see how it can be rbutil supported without bootloader 15.20.38 # or, well, I can see but I think we should perhaps make that definition a bit more explicit 15.21.14 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 15.21.22 # yeah maybe a "(not yet released)" note 15.21.38 # our rbutil release is from june anyway, so lots of stuff in svn isn't in the build 15.24.02 Quit Farthen (Nick collision from services.) 15.24.19 Join Farthen_ [0] (n=chatzill@e176145205.adsl.alicedsl.de) 15.24.23 Nick Farthen_ is now known as Farthen (n=chatzill@e176145205.adsl.alicedsl.de) 15.29.16 Join goffa [0] (n=goffa@70.33.8.114) 15.30.36 Quit MethoS- (Remote closed the connection) 15.32.18 Join AsaelReiter [0] (i=5f5641f5@gateway/web/freenode/x-oxzjemtroycbpwqu) 15.33.05 Quit robin0800 ("Leaving") 15.35.19 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 15.36.04 # I'm not thrilled about the idea of using the forums as a file repository 15.36.51 # Zagor: Have you an idea why the web-client does not work? 15.37.26 # AsaelReiter: i'll check 15.38.01 # Zagor: I suppose putting them on the wiki is probably pretty safe given how closely its watched and how difficult it is to get access 15.39.04 # Zagor: I think that it began when you shutted down the site, so I tell you 15.39.08 # saratoga: we can add protection to individual pages, so only a group of trusted people can update for example BootloaderBinaries 15.39.24 # AsaelReiter: yes, cgiirc wasn't installed on the new server 15.39.38 # do we already have a developers group on the wiki? 15.39.47 # I don't think so 15.42.00 Join DoctoR [0] (n=daemon@109.87.16.14) 15.42.14 Join zagor_test [0] (i=www-data@giant.haxx.se) 15.42.18 # now it works 15.42.25 Quit zagor_test (Client Quit) 15.43.47 # scorche: we had a web chat cloak, didn't we? it needs to be updated. 15.45.29 Join TheSeven [0] (n=theseven@dslb-084-056-163-237.pools.arcor-ip.net) 15.45.38 Quit TheSeven|Mobile () 15.47.51 # Hi people! Sorry for my bad English for first. I know that loader for 2nd gen iPod Nano is ready. what about Rockbox for 2nd gen? Is developing in progress? 15.49.00 Quit Farthen ("ChatZilla 0.9.85 [Firefox 3.5.3/20090824101458]") 15.49.15 # DoctoR: yes: http://173.78.93.52:8080/rockbox.jpg 15.49.20 Quit robin0800 ("Leaving") 15.49.42 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 15.52.50 Join AndyIL [0] (n=pasha_in@212.14.205.32) 15.55.18 # I see "Connection timeout" for this adress. 15.56.31 # maybe your firewall doesn't allow you to reach port 8080 15.57.08 # Zagor: can you still reach it? 15.57.21 Join Zambezi [0] (i=Zulu@80.67.9.2) 15.57.21 # oh, it was cached 15.57.27 # saving 15.58.18 # still nothing there :( 15.58.54 # http://bjorn.haxx.se/linuxstb-nano2g.jpg 15.59.38 # moved it to http://bjorn.haxx.se/rockbox/linuxstb-nano2g.jpg 15.59.41 Join n1s [0] (n=n1s@cm-84.215.127.139.getinternet.no) 15.59.53 # Cool! I see it now! 16.00.32 Join bughunter2 [0] (n=bughunte@unaffiliated/bughunter2) 16.01.13 # How soon it will be available? 16.01.22 # haha, it can take a looong time 16.01.56 # I don't know enough about it to answer in detail though 16.03.09 # Well, it's nice to know that someone developing it anyway. 16.03.41 Quit AndyI (Read error: 110 (Connection timed out)) 16.05.51 Join panni_ [0] (i=hannes@ip-95-222-19-21.unitymediagroup.de) 16.06.56 Part LinusN 16.09.43 Quit bertrik ("De groeten") 16.13.51 # DoctoR: You can install Rockbox now, but it doesn't do anything yet apart from let you browse the menus (there is no NAND driver to access the disk). Although I'm working on that now... When that's working (and I fix a few other things), plugins should start working... Next will be to get audio playback working, which I've already managed in a test environment... 16.14.10 Quit AsaelReiter ("Page closed") 16.14.26 # * linuxstb can't say when he'll finish any of that though... 16.16.57 Quit matsl (Read error: 110 (Connection timed out)) 16.21.33 # Pretty impressive still 16.22.15 # * linuxstb wishes we had this amount of the progress on the Classic... 16.22.36 Quit TopyMobile (Remote closed the connection) 16.24.28 Join chandoo [0] (n=chandoo@ool-4353b978.dyn.optonline.net) 16.24.49 # * n1s wishes we had this amount of the progress on the nano 4g... 16.27.16 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 16.28.07 # n1s: You heard that the entry address for the notes exploit on the 4g has been found? So code can now be executed (just the same stage as the 1st gen Classic though) 16.31.04 *** Saving seen data "./dancer.seen" 16.32.52 Join GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow) 16.32.52 Quit pyro_maniac1 (Read error: 104 (Connection reset by peer)) 16.33.19 # linuxstb: aha, maybe i should look into that! 16.33.25 # any links? 16.33.42 # n1s: Not really - maybe something is in l4n.cluster.com 16.34.07 # n1s: The next step is for someone with a 4G to build a UART cable so that the RAM/ROM can be dumped. 16.35.43 # hm, not really something i can do 16.36.01 Join jgarvey [0] (n=jgarvey@cpe-098-026-065-013.nc.res.rr.com) 16.36.24 # After that will be lots of disassembly and reverse-engineering... 16.36.50 # You should lurk in #linux4nano-dev if you're interested. 16.37.32 # hopefully it's similar to the earlier SoC's iirc it's the same chip used in the ipod touch 2g 16.37.37 # * n1s lurks 16.37.49 Join wincent [0] (n=wincent@host-091-097-059-130.ewe-ip-backbone.de) 16.46.49 Join wincent_balin [0] (n=wincent@host-091-097-059-130.ewe-ip-backbone.de) 16.46.58 Part wincent_balin ("Kopete 0.12.7 : http://kopete.kde.org") 16.53.15 Join stoffel [0] (n=quassel@p57B4FFAA.dip.t-dialin.net) 16.57.01 Join kkurbjun1 [0] (n=kkurbjun@64.251.164.190) 16.57.28 Join PaulJam [0] (n=Paule@p54BEC90C.dip.t-dialin.net) 16.57.38 # do I just need to update the www to include the M:robe 500 as unstable, or does someone need to do a manual sync after I change the page? 16.58.22 Nick Horschti is now known as Horscht (n=Horscht2@xbmc/user/horscht) 16.59.05 # kkurbjun: the latter 17.00.01 # we need to write down the classification criteria in a wiki page 17.00.42 # Zagor.. it looks like I don't have access to my main machine to edit the www in svn and I won't for a while.. would it be possible for you to add it to the list 17.00.58 # the 500 is more than ready for unstable status in my opinion 17.01.19 Quit wincent (Read error: 110 (Connection timed out)) 17.01.42 # I can do it 17.02.07 # TargetClassifications an ok name for the unstable/stable rules? 17.02.27 # sure 17.02.42 # Zagor: Thanks, I appreciate it 17.05.07 # saratoga: "TargetStatus" already has a classification paragraph - you could just modify it there (handy to have it in the same place as the targets) 17.05.41 # i.e. have a definition of the classification, then the list of targets which meet those criteria. 17.08.05 Part LinusN 17.08.13 Quit Zagor ("Don't panic") 17.08.19 # Zagor: it seems as if the pages http://www.rockbox.org/since33.html and http://www.rockbox.org/since-4weeks.html don't update anymore. 17.08.27 # linuxstb: ok 17.08.32 # PaulJam: Perfect timing ;) 17.09.02 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 17.13.47 Quit kkurbjun1 ("Leaving.") 17.15.48 Part LinusN 17.21.07 Quit AndyIL (Read error: 131 (Connection reset by peer)) 17.22.59 Join AndyI [0] (n=pasha_in@212.14.205.32) 17.27.38 Quit jgarvey ("Leaving") 17.30.41 Quit DoctoR (Read error: 113 (No route to host)) 17.35.38 Quit AndyI (Read error: 104 (Connection reset by peer)) 17.37.19 Join AndyI [0] (n=pasha_in@212.14.205.32) 17.40.18 Quit goffa (Read error: 104 (Connection reset by peer)) 17.40.31 Join goffa [0] (n=goffa@70.33.8.114) 17.47.56 Join ender [0] (i=krneki@foo.eternallybored.org) 17.55.56 Quit GeekShadow (Read error: 104 (Connection reset by peer)) 17.56.18 Join GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow) 17.56.51 # kugel: the first hunk is used to clear the AA area when it is disabled in a conditional... you wont see it if you do %?C but you will if you do %?mh<%C|> 17.57.03 # going backwards in the token array is completly safe 17.57.24 # and that code does the exact same thing as what adding a new token to the language would do, but keeps the user ignorant 18.06.01 Quit ender` (Read error: 110 (Connection timed out)) 18.20.08 Quit GeekShadow ("The cake is a lie !") 18.28.33 Join GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow) 18.31.05 *** Saving seen data "./dancer.seen" 18.32.13 Quit GeekShadow (Read error: 104 (Connection reset by peer)) 18.33.57 Join JdGordon| [0] (n=Miranda@72-62-128-40.pools.spcsdns.net) 18.34.04 Part JdGordon| 18.34.07 Join JdGordon| [0] (n=Miranda@rockbox/developer/JdGordon) 18.35.12 Quit robin0800 ("Leaving") 18.35.47 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 18.39.35 Join JdGordon|_ [0] (n=Miranda@72-62-128-40.pools.spcsdns.net) 18.48.01 Quit J-23 (Remote closed the connection) 18.48.12 Join J-23 [0] (n=zelazko@unix.net.pl) 18.54.25 Quit robin0800 ("Leaving") 18.58.26 Quit JdGordon| (Read error: 110 (Connection timed out)) 18.58.34 Join roolku [0] (n=roolku@77-99-223-115.cable.ubr16.sgyl.blueyonder.co.uk) 18.59.55 # most of my build clients will be unavailable until Tuesday due to some electrical testing being carried out 19.07.46 Join Blue_Dude [0] (n=chatzill@74.235.222.153) 19.08.31 Quit JdGordon|_ ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 19.08.40 # Hey, quick question: for Rockbox targets, if you right shift a negative integer, is the sign bit handles correctly? IOW, if you right shift -100, will you get -50? 19.10.15 # C doesn't define the behavior of signs on right shifts 19.11.02 # Exactly. But it could be handled that way. I wanted to make sure that our targets did. Or am I stuck with division? 19.11.38 Join Lss [0] (n=Lss@cm87.delta89.maxonline.com.sg) 19.13.59 # * linuxstb wonders what is needed to make Rockbox happy with a read-only NAND driver... 19.14.02 Join paulk_ [0] (n=paulk@lib33-1-82-233-88-171.fbx.proxad.net) 19.14.25 # Hello ! I'd like to know if rb->splashf is able to print a double ? 19.14.31 Join JdGordon| [0] (n=Miranda@nat/microsoft/x-ujiiakargigphzwz) 19.17.15 Join jgarvey [0] (n=jgarvey@cpe-098-026-065-013.nc.res.rr.com) 19.17.17 Quit Lss (Read error: 104 (Connection reset by peer)) 19.17.22 # is %lf used to print a double in the rockbox api ? 19.17.40 # paulk_: I don't think so, no 19.17.43 Join Lss [0] (n=Lss@cm87.delta89.maxonline.com.sg) 19.18.11 # linuxstb: Can I convert my double to a char ? 19.19.31 Quit jgarvey (Client Quit) 19.19.55 Join jgarvey [0] (n=jgarvey@cpe-098-026-065-013.nc.res.rr.com) 19.20.11 Quit jgarvey (Read error: 104 (Connection reset by peer)) 19.20.26 Join jgarvey [0] (n=jgarvey@cpe-098-026-065-013.nc.res.rr.com) 19.21.55 Quit Blue_Dude ("ChatZilla 0.9.85 [Firefox 3.5.3/20090824101458]") 19.22.11 # Does someone knows how to convert a long to a char with the rockbox API ? 19.22.39 Quit jgarvey (Client Quit) 19.23.15 # * linuxstb browses files on his Nano2G 19.23.32 Quit Sajber^ ("Leaving.") 19.23.49 Quit moos ("reboot") 19.23.51 Join jgarvey [0] (n=jgarvey@cpe-098-026-065-013.nc.res.rr.com) 19.24.45 # linuxstb: cool! 19.26.24 # linuxstb: congrats :) 19.26.46 # rocking 19.27.43 # boxing? 19.28.01 # oh yes, rocking boxing is the thing! 19.28.21 # foxy boxing? 19.30.24 Join moos [0] (i=mostafa@rockbox/staff/moos) 19.30.40 Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) 19.31.07 # cudos to linuxstb 19.31.12 # linuxstb: nice 19.31.26 # * linuxstb passes on the cutos to TheSeven - he's just been doing a lot of copy/paste recently... 19.31.45 # kudos to TheSeven :-) 19.32.33 # Yes s/cutos/kudos/ ;) 19.32.38 Quit Lss (Read error: 104 (Connection reset by peer)) 19.33.08 # cute kudos ;) 19.33.18 Quit paulk_ ("Ex-Chat") 19.40.06 Join Lss [0] (n=Lss@cm87.delta89.maxonline.com.sg) 19.41.27 Quit TheSeven (Read error: 104 (Connection reset by peer)) 19.42.27 Join TheSeven [0] (n=theseven@dslb-084-056-163-237.pools.arcor-ip.net) 19.51.01 Quit panni_ (Read error: 113 (No route to host)) 19.52.24 Join panni_ [0] (i=hannes@ip-95-222-19-21.unitymediagroup.de) 19.59.47 Join GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow) 20.06.22 Join Farthen [0] (n=chatzill@p50988dd0.dip0.t-ipconnect.de) 20.06.29 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 20.09.30 Join Strife89 [0] (n=michael@adsl-220-105-121.mcn.bellsouth.net) 20.17.55 Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) 20.26.03 Join vodi [0] (n=vodi@188-23-33-14.adsl.highway.telekom.at) 20.26.22 Join robin0800 [0] (n=robin080@general-kt-199.t-mobile.co.uk) 20.28.05 Part vodi 20.30.15 Join TopyMobile [0] (n=topy@a91-153-193-56.elisa-laajakaista.fi) 20.31.08 *** Saving seen data "./dancer.seen" 20.33.48 Join efyx_ [0] (n=efyx@78.251.92.245) 20.39.05 Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) 20.42.41 Quit Farthen ("ChatZilla 0.9.85 [Firefox 3.5.3/20090824101458]") 20.44.26 Nick TopyMobile is now known as TopyStream (n=topy@a91-153-193-56.elisa-laajakaista.fi) 20.46.59 Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) 20.47.12 Nick PSPdemon is now known as demonbot (n=PSPdemon@c-66-177-37-36.hsd1.fl.comcast.net) 20.47.15 Nick demonbot is now known as PSPdemon (n=PSPdemon@c-66-177-37-36.hsd1.fl.comcast.net) 20.48.37 Quit moos (Read error: 131 (Connection reset by peer)) 20.48.58 Join moos [0] (i=mostafa@rockbox/staff/moos) 20.53.58 Join _zic [0] (n=user@91-171-86-164.rev.libertysurf.net) 20.56.14 Quit flydutch ("/* empty */") 20.58.53 Quit Strife89 (Read error: 60 (Operation timed out)) 21.04.28 Join Farthen [0] (n=chatzill@p50988dd0.dip0.t-ipconnect.de) 21.06.47 Join kushalone [0] (n=kushal@12.169.180.178) 21.07.02 # first attempt a update notice function in rbutil. Using the file listing output from the download server. http://pastebin.com/m1a25306 Only problem is the linux64bit build. is there a define so we we are on linux 64bit ? 21.07.11 # s/we/know 21.12.27 # domonoky: none that I know about. Does your code handle update versions like 1.0.7a? 21.13.01 # it should, i should make a few more tests, and solve the linux 64bit issue.. 21.13.46 # _LP64_ might be the define we want... 21.14.35 # how about __ia64__? 21.14.37 # http://predef.sourceforge.net/prearch.html#sec7 21.15.39 # linuxstb: any objections on moving mknkboot.c to the beastpatcher directory and that below rbutil/? 21.16.01 # __ia64__ only matches intel 64 if i see correctly. 21.16.52 # update versions should work because: "1.0.7a" > "1.0.7" if treated lexically. 21.17.16 # hmm, right, but there's __amd64__ 21.17.32 # well, and treating lexically works correctly for 1.9 < 1.10? 21.18.29 # that's one of the things that made me not finish my attempt (time being the bigger problem, but that was the issue that made it a bit less-trivial) 21.20.59 # What's the problem regarding 64 bit? 21.21.45 # how to recognize, so a 64bit build of rbutil can check if a new 64bit build is available 21.23.04 Quit PaulJam (Read error: 113 (No route to host)) 21.24.13 Join gartral [0] (n=Gartral@unaffiliated/gartral) 21.25.24 # hello everyone, did the server switch break rbutil? i cant use it to update my DAPs anymore (i now own 4 e250s, all v1) 21.26.14 # bluebrother: true, it would fail there, i will need to improve the check :-) 21.26.39 Join DarkDefender [0] (n=rob@78-69-30-229-no36.tbcn.telia.com) 21.27.29 # domonoky: from what I figured last time I looked into it was that you need to split up the version number. Possible other problems would be different number of digits (1.0 vs. 1.0.1, and 1.2.2 vs. 1.2.2.1) 21.27.46 # yes, 21.29.05 # gartral: I'm not up to date with current status, but the update caused a few glitches in that field, unfortunately 21.29.56 # Hmm, this is platform dependent, so imo __amd64__ is probably the way to go 21.30.51 # Btw, __ia64__ means itanium - afaik nobody tried rbutil on that arch so far 21.33.20 # The 32 bit linux build should perhaps also check for its specific architecture 21.33.42 Quit bluebrother (Nick collision from services.) 21.33.47 Join bluebroth3r [0] (n=dom@rockbox/developer/bluebrother) 21.34.26 # amiconn: and what is the define for intel 64 bit system (non-itanium) ? 21.34.51 # or is the 64bit rbutil build we provide only for amd64 cpus ? 21.36.00 # No, it's for all x86_64 cpus. The define is called __amd64__ for historic reasons. AMD invented the x86_64 extension, Intel licensed it later 21.36.22 Quit stoffel (Remote closed the connection) 21.36.33 Join kugel [0] (i=kugel@rockbox/developer/kugel) 21.36.44 # ah.. 21.37.10 # our strcmp file does the check by comparing LONG_MAX :p 21.38.35 # That's something different, as it checks for generic 64 bit environment 21.38.54 # The rbutil build is always targeted at a specific architecture 21.39.55 # And btw, that LONG_MAX check is sub-optimal on Win64. (Win64 is just P64, unlike linux on x86_64) 21.39.56 Quit kushalone (Client Quit) 21.40.22 Join FOAD_ [0] (n=dok@dinah.blub.net) 21.41.50 Join goffa__ [0] (n=goffa@70.33.8.114) 21.41.57 Quit LambdaCalculus37 ("Fwump") 21.42.14 Quit bluebroth3r ("bbl") 21.47.37 Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) 21.48.30 Join merbanan [0] (n=banan@c-83-233-172-245.cust.bredband2.com) 21.50.01 Join Lynx0 [0] (n=Lynx@xdsl-84-44-142-86.netcologne.de) 21.50.56 Quit FOAD (Read error: 110 (Connection timed out)) 21.50.56 Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) 21.52.48 Quit goffa (Read error: 110 (Connection timed out)) 21.53.05 Quit bluebrother ("Lost terminal") 21.53.08 Quit jgarvey ("Leaving") 21.56.02 Join moonscapex [0] (i=www-data@giant.haxx.se) 21.58.29 Join Strife89 [0] (n=michael@adsl-220-105-121.mcn.bellsouth.net) 21.59.08 Quit moonscapex (Client Quit) 22.00.19 Join moonscapex [0] (i=www-data@giant.haxx.se) 22.01.12 Quit Strife89 (Read error: 104 (Connection reset by peer)) 22.01.56 Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) 22.02.39 Quit moonscapex (Client Quit) 22.05.14 Join Sajber^ [0] (n=Sajber@c-4f3471d5.012-155-73746f22.cust.bredbandsbolaget.se) 22.06.47 Quit Lynx_ (Read error: 110 (Connection timed out)) 22.06.48 Nick Lynx0 is now known as Lynx_ (n=Lynx@xdsl-84-44-142-86.netcologne.de) 22.11.33 Quit robin0800 ("Leaving") 22.12.06 Join robin0800 [0] (n=robin080@general-kt-199.t-mobile.co.uk) 22.12.22 Quit _zic (Remote closed the connection) 22.21.17 Nick PSPdemon is now known as PSPdaway (n=PSPdemon@c-66-177-37-36.hsd1.fl.comcast.net) 22.21.40 Quit robin0800 ("Leaving") 22.22.05 Join robin0800 [0] (n=robin080@general-kt-199.t-mobile.co.uk) 22.26.07 Quit robin0800 (Client Quit) 22.26.34 Join robin0800 [0] (n=robin080@general-kt-199.t-mobile.co.uk) 22.27.53 Quit DarkDefender (Remote closed the connection) 22.31.11 *** Saving seen data "./dancer.seen" 22.31.54 Quit chandoo ("Leaving") 22.43.01 Join DarkDefender [0] (n=rob@78-69-30-229-no36.tbcn.telia.com) 22.44.02 Quit DarkDefender (Client Quit) 22.46.28 Join wincent [0] (n=wincent@host-091-097-059-130.ewe-ip-backbone.de) 22.48.02 Quit robin0800 ("Leaving") 22.48.34 Join robin0800 [0] (n=robin080@general-kt-199.t-mobile.co.uk) 22.48.42 Join vitja_ [0] (n=vitja@79.120.98.174) 22.49.47 Quit vitja (Read error: 110 (Connection timed out)) 22.50.20 # can someone help me with a regexp ? i need a regexp which extract the version number out of a rbutil file name on the server. this is what i have currently: "rbutilqt-v([0-9]+\\.?[0-9]*\\.?[0-9]*[a-z]?)\\..*" 22.50.27 Join wincent_balin [0] (n=wincent@host-091-097-059-130.ewe-ip-backbone.de) 22.50.39 Quit wincent_balin (Client Quit) 22.50.46 # but it fails if there is no . directly after the version number. 22.51.17 # and also it only works if there are 2-3 parts in the version.. if there are more or less it fails too. 22.53.19 # domonoky: you could also do it with the major & minor combo 22.53.40 # parsing each number seperately with atoi() 22.54.25 # having 3 parts is not uncommon 22.54.26 Join wincent_balin [0] (n=wincent@host-091-097-059-130.ewe-ip-backbone.de) 22.54.33 # regexp is much nicer (if i can get a correct regexp for this.. 22.55.14 # domonoky: wouldn't it be easier to simply QString::split() the filename? 22.55.15 # kugel: i just have to deal with what we have. and its 2-3 numbers and potentially a char at the end. like "1.0.7b" 22.55.19 # * kugel would prefer 1.21.1 over 1.21a 22.55.43 # it should also cope with 1.21.1a :-) 22.55.47 # also, we had m instead of v in the past. Would be good if it could handle that as well :) 22.56.15 # true, have think about the version extraction some more.. 22.56.32 # * kugel doesn't see much point of letters in version *numbers* 22.56.42 # plus, possibly deal with a 4th digit. Once we stop using numbers like 1.0.7b and make it 1.0.7.1 instead 22.56.46 Quit wincent (Read error: 60 (Operation timed out)) 22.56.48 # but i have now a compare function whitch can cope with all those varaints. :-) 22.57.01 # i just need to get the extraction right... 22.57.19 # kugel: we already have this version number. so we have to live with it. 22.57.35 # bluebrother: who would be using 1.0.7.1? who do I need to smack? 22.57.43 # you mean the numbering is impossible to change? 22.57.58 # kugel: just take a look at the download server. 22.58.23 # it has to cope with what is on the server already. 22.58.23 # kugel: should such a code not be able to cope what we have *right now*? Regardless if you consider the naming good or bad? 22.58.23 # what would I see? 22.58.25 # wouldn't adding a *letter* to version numbers make it a version *code*? 22.58.54 # kugel: something like rbutilqt-v1.0.7b.zip :-) 22.58.56 # gartral: it wouldn't change anything 22.58.56 # gartral: not necessarily. Once can treat something like 7b the same as 7.2 22.59.01 # bluebrother: not considering that the update notification is only interesting for future versions. 22.59.43 # kugel: but it still has to search the server and cope with what is there. 22.59.49 # domonoky: I don't see any such version 22.59.53 # would it make things easier to have a LATEST file in that dir which just has the number? 22.59.57 # Zagor: only for win32 23.00.12 # ah, lookie. no, who do I smack? :) 23.00.16 # domonoky: why not try this: split at the dot. Then retrieve the numbers, starting at the first digit. If a letter occurs, treat it as a number (with a = 1) for the next digit. 23.00.20 # *now 23.00.31 # then multiply the numbers and add them. Compare the result. 23.00.39 # kugel: a file would make it easier for rbutil. but it means we have to care about one more info file. 23.01.29 # you don't have to care about the 'b', since there are already later versions. just never be that silly again. 23.01.31 # kugel: a file has various problems. First, it needs to get maintained manually. Second, as binaries come in later at times it needs to distinguish between the build versions (OS, plus 64bit) 23.01.38 # bluebrother: i already have the compare function, so i only need to extract the version string correctly.. but not using a regexp for this might be fine.. 23.01.48 # I don't exactly see why it needs to cope with older versions. those have a minor version number which will never make it enter the last comparison stage, or am I wrong? 23.02.28 # the latest is 1.2.2, any 1.0.7b is already right out at the .0 23.02.29 # domonoky: well, if you calculate an (internal) number from the version the comparison is pretty easy :) 23.03.06 # handling letters isn't a big deal, if one takes a bit time to figure a good way to handle it :P 23.03.19 # bluebrother: for comparison, i just check section by section, converting it to a number. if it contains a char, i compare i split it and compare seperatly. 23.05.24 # i just need to extract the equivalent of rbutils version out of the filename on the server.. everything else already works fine. so we can use strange versions numbers also in the future :-) 23.06.54 Join einhirn_ [0] (n=Miranda@p5DD0198D.dip0.t-ipconnect.de) 23.10.51 # if we want strange version numbers we need to do things like 2000 -> xp -> vista -> 7 :P 23.13.09 # word's is even better: 5 -> 95 -> 2000 -> xp -> 2003 -> 7 23.13.20 # at least I think there was a word xp? 23.13.34 # * bluebrother remembers Office XP 23.13.38 # Zagor: there was 6 23.13.53 # gevaerts: ah, that makes it all much better :-) 23.13.59 # and it's 2007, not 7 AFAIK 23.14.06 # really? 23.14.07 # * pixelma checks channels 23.14.22 # Zagor: and of course 4 and 5 didn't exist for Microsoft OSes :) 23.15.33 # Zagor: word or wordpad? word is 2003 -> 2007 -> 2010 23.15.43 # * Zagor changed channel :) 23.21.30 # can anybody tell me what's the recommended way to wipe the data cache in rockbox? 23.21.42 # (i mean the cpu's cache) 23.21.54 # are there any standardized apis for that? 23.25.33 Join lennyk [0] (n=lennyk@dynamic2-254-138.usc.edu) 23.26.56 Quit KBH () 23.28.19 Quit einhirn_ ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 23.33.42 # Bagder, Zagor: can we have the now unstable ports on the current builds download page? 23.34.20 # I think we should 23.34.26 # i.e. d2 and fuze/e200v2 23.34.43 # yes. but we need more pictures! 23.34.58 # we can't have links without pictures. what would people say? 23.35.29 # oh, and I wanted to add yh925. I need to get around making a official bootloader for it 23.35.48 # Zagor: ah right, they need to wait then! 23.36.13 # what size is expected for the pictures? yh925 and fuze can take the svn from the manual as the other targets do 23.36.15 # I guess that the e200v2 isn't really a problem ;) 23.36.35 # moos: I was about to write fuze/e200v2 for a moment actually :p 23.36.35 # New commit by 03bluebrother (r22733): Fix signedness mismatch. 23.36.53 # svg, not svn 23.36.54 Nick PSPdaway is now known as PSPdemon (n=PSPdemon@c-66-177-37-36.hsd1.fl.comcast.net) 23.36.56 Join HBK [0] (n=hbk@rrcs-97-77-51-170.sw.biz.rr.com) 23.37.01 # kugel: hehe :) 23.37.34 # the Fuze has an svg too IIRC (so easy to make the png) 23.38.08 # shotofadds told me he had a D2 svg prepared 23.38.15 # Zagor: it appears that the http://build.rockbox.org/data/xxxxx-clients.html page doesn't include the clients that had all their builds canceled - is that correct? 23.39.12 # Zagor: since you removed the full build table it is now difficult for me to determine if any of my clients have died 23.39.37 # pixelma: that's what I meant above 23.39.48 # Zagor: are still planning to make the full build table available on a different page? 23.39.50 # the list includes all participating clients, even ones with all-cancelled builds 23.40.00 # yes I am 23.40.02 Quit HBK (Client Quit) 23.40.21 # this is how it looks: http://build.rockbox.org/data/22727-clients.html 23.40.39 # hi 23.40.54 # http://build.rockbox.org/data/22729-clients.html has only ~35 out of the 57 ? 23.40.54 # but it appears the list has being cut off lately 23.41.08 # just out of the blue, could somebody add a wiki page for touch screen feature suggestions? 23.41.21 # and http://build.rockbox.org/data/22728-clients.html has ... 6! 23.41.32 # kugel: the small pictures for the download pages are made from the svg, using Inkscape's export feature and the widest dimension set to 80 pixels 23.41.32 # something is wrong 23.42.26 Join jboy_ [0] (n=langzeit@p579153DD.dip.t-dialin.net) 23.43.47 # pixelma: automatically or manually? 23.44.17 # manually 23.44.50 # you have to switch the text layer off too 23.57.18 Join PaulJam [0] (n=Paule@p54BEDED9.dip.t-dialin.net) 23.58.55 Quit langzeitstudent_ (Read error: 110 (Connection timed out))