00:00:37 | CIA-8 | New commit by pamaury (r24445): Various dircache improvements: reduce size of a path buffer to MAX_PATH and rewrote copy_path to improve stack usage. Also simplified get_entry. |
00:01:28 | JdGordon_ | pamaury: if you're getting into the dircache code, there is a bug which would be good if you could look at |
00:01:32 | JdGordon_ | s/bug/patch |
00:01:40 | moos | pamaury: I remenber discussion here about this big dircache reserve. I don't know if you know about this part? |
00:02:17 | pamaury | I don't know the details but it an area used by dircache when the number of entries increases no ? |
00:02:19 | JdGordon_ | http://www.rockbox.org/tracker/task/9981 |
00:03:34 | moos | yeah sort of a temp buffer if there are at runtime modifications IIRC |
00:03:47 | moos | of the cache |
00:04:01 | JdGordon_ | 9506 is maybe the buffer one you are tihnking of? |
00:04:27 | moos | you have it in the dircache debug menu |
00:06:12 | | Quit tarbo (Ping timeout: 246 seconds) |
00:06:35 | | Join matsl [0] (~matsl@1-1-4-2a.mal.sth.bostream.se) |
00:07:12 | FlynDice | funman: (for the logs) I have managed to flash my shiny new clip+ using unmodified dualboot.S and it's working just fine. Will start trying buttons now! |
00:07:36 | bertrik | \o/ |
00:08:19 | pamaury | I've looked at the two patches. The 9506 seems small and relatively safe. The second one involes more changes in areas I don't master (buffering) so I won't touch it right now. I think there are others things to optimized. And there is at least one dircache bug I'm aware of which is embarassing |
00:08:33 | JdGordon_ | FlynDice: yeah, thats as far as I got before getting a brick |
00:08:42 | | Quit einhirn (Read error: Connection reset by peer) |
00:08:55 | * | pamaury points to all the green deltas for r24445 |
00:09:29 | | Nick Ypsy is now known as YPSY (~ypsy@geekpadawan.de) |
00:09:35 | FlynDice | JdGordon_: Well I got the 2gig for just that reason.... ;-) |
00:20:50 | | Join tarbo [0] (~me@unaffiliated/tarbo) |
00:21:52 | | Quit yosafbridge (Quit: Coyote finally caught me) |
00:22:04 | * | amiconn scratches head |
00:22:10 | | Join yosafbridge [0] (~yosafbrid@adsl-71-142-225-118.dsl.scrm01.pacbell.net) |
00:22:21 | amiconn | This coldfire doesn't behave as documented |
00:22:41 | amiconn | (or rather, the specs aren't precise enough) |
00:23:19 | moos | pamaury: congrates for the deltas and the simplifications/improvements |
00:23:46 | * | moos proposes that amiconn update the coldfire docs :) |
00:24:44 | pamaury | moos: let's hope I didn't break anything ! I have more green deltas in mind |
00:25:08 | JdGordon_ | pamaury: dont go deleting whole features! |
00:25:14 | moos | go go go !!! and if you break something, prepare you to have reports |
00:25:23 | moos | haha :) |
00:25:42 | * | JdGordon_ thinks charcell is a good place to start thoguh if you do want to remove lots of code |
00:26:13 | pamaury | what is charcell ? |
00:27:53 | | Quit bertrik (Quit: De groeten) |
00:28:32 | | Join stooo [0] (~sto@f051001064.adsl.alicedsl.de) |
00:29:05 | | Join Sajber^ [0] (~Sajber@h-65-75.A213.priv.bahnhof.se) |
00:29:07 | | Quit tarbo (*.net *.split) |
00:29:08 | | Quit FlynDice (*.net *.split) |
00:30:04 | | Join FlynDice [0] (~FlynDice@c-24-19-225-90.hsd1.wa.comcast.net) |
00:34:37 | | Quit stooo (Quit: Leaving.) |
00:36:00 | | Quit pamaury (Quit: abort();) |
00:37:06 | | Quit Stephen__ (Quit: Leaving) |
00:39:23 | | Quit domonoky (Read error: Connection reset by peer) |
00:40:32 | Strife89|Desktop | Does r24440 mean that we have DMA read and write on some PortalPlayer targets? http://svn.rockbox.org/viewvc.cgi?view=rev;revision=24440 |
00:42:38 | | Quit ender` (Quit: Some people have one of those days. I've had one of those lives.) |
00:49:51 | | Quit petur (Quit: Zzzz) |
01:00 |
01:02:43 | | Join killan_ [0] (~nnscript@c-83f070d5.06-397-67626721.cust.bredbandsbolaget.se) |
01:02:43 | | Quit killan (Read error: Connection reset by peer) |
01:05:21 | | Quit akur (Ping timeout: 246 seconds) |
01:08:12 | | Join fdinel [0] (~Miranda@modemcable235.127-131-66.mc.videotron.ca) |
01:09:02 | | Join tarbo [0] (~me@unaffiliated/tarbo) |
01:09:59 | | Quit Casainho (Ping timeout: 264 seconds) |
01:11:24 | | Quit pixelma (Ping timeout: 245 seconds) |
01:11:55 | | Quit amiconn (Ping timeout: 260 seconds) |
01:15:10 | | Quit tarbo (Ping timeout: 272 seconds) |
01:15:15 | | Join dmb_ [0] (~Dmb@unaffiliated/dmb) |
01:16:38 | | Quit matsl (Remote host closed the connection) |
01:17:34 | | Join Horschti [0] (~Horscht2@xbmc/user/horscht) |
01:18:44 | | Quit Horscht (Ping timeout: 256 seconds) |
01:19:04 | | Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) |
01:22:25 | | Join akur [0] (~akur@bl11-193-47.dsl.telepac.pt) |
01:24:16 | | Join amiconn [0] (quassel@rockbox/developer/amiconn) |
01:24:20 | | Quit dfkt (Quit: -= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.) |
01:24:39 | | Join pixelma [0] (quassel@rockbox/staff/pixelma) |
01:25:22 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
01:25:24 | | Join hebz0rl [0] (~hebz0rl@dslb-088-067-196-215.pools.arcor-ip.net) |
01:27:12 | | Quit robin0800 (Ping timeout: 272 seconds) |
01:29:06 | | Join tarbo [0] (~me@unaffiliated/tarbo) |
01:31:26 | | Join robin0800 [0] (~quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
01:33:07 | | Quit akur (Quit: Leaving.) |
01:34:11 | *** | Saving seen data "./dancer.seen" |
01:36:23 | | Quit tarbo (Ping timeout: 264 seconds) |
01:37:28 | | Quit dmb_ (Ping timeout: 240 seconds) |
01:38:26 | | Quit efyx_ (Remote host closed the connection) |
01:41:57 | CIA-8 | New commit by stripwax (r24446): Copied Tremor improvement (bitreverse) from Trunk |
01:42:22 | stripwax | ^- copied to the mdctexp branch |
01:47:47 | | Quit Farthen (Ping timeout: 264 seconds) |
01:47:52 | | Quit pixelma (Ping timeout: 265 seconds) |
01:48:06 | | Quit amiconn (Ping timeout: 272 seconds) |
01:49:01 | | Join tarbo [0] (~me@unaffiliated/tarbo) |
01:49:02 | | Join Farthen [0] (~chatzilla@e176130243.adsl.alicedsl.de) |
01:51:47 | | Part toffe82 |
01:53:10 | | Join amiconn [0] (quassel@rockbox/developer/amiconn) |
01:53:17 | | Join pixelma [0] (quassel@rockbox/staff/pixelma) |
01:55:06 | CIA-8 | New commit by stripwax (r24447): Might as well copy over mdct2.c from Trunk as well |
01:55:52 | | Quit tarbo (Ping timeout: 240 seconds) |
01:57:58 | | Quit robin0800 (Remote host closed the connection) |
02:00 |
02:00:01 | | Quit moos (Quit: ChatZilla 0.9.86 [Firefox 3.6/20100115144158]) |
02:08:01 | | Quit stripwax (Quit: http://miranda-im.org) |
02:10:28 | | Join tarbo [0] (~me@unaffiliated/tarbo) |
02:17:31 | | Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) |
02:18:20 | | Quit tarbo (Ping timeout: 258 seconds) |
02:20:36 | | Join Rob2222 [0] (~Miranda@p4FDCAB98.dip.t-dialin.net) |
02:23:45 | | Quit Rob2223 (Ping timeout: 246 seconds) |
02:31:14 | | Join tarbo [0] (~me@unaffiliated/tarbo) |
02:37:39 | | Quit PaulJam (Ping timeout: 265 seconds) |
02:38:16 | | Quit tarbo (Ping timeout: 240 seconds) |
02:41:38 | | Quit JdGordon_ (Quit: Page closed) |
02:44:35 | | Quit anewuser (Quit: http://xrl.us/WinterChipV =o) |
02:48:09 | | Quit yosafbridge (Quit: Coyote finally caught me) |
02:48:27 | | Join yosafbridge [0] (~yosafbrid@adsl-71-142-225-118.dsl.scrm01.pacbell.net) |
02:52:08 | | Join tarbo [0] (~me@unaffiliated/tarbo) |
02:55:03 | | Join JdGordon1 [0] (~jonno@173-128-203-125.pools.spcsdns.net) |
03:00 |
03:00:09 | | Quit tarbo (Ping timeout: 246 seconds) |
03:06:18 | | Join arbingordon [0] (w@c-71-226-248-30.hsd1.pa.comcast.net) |
03:07:29 | CIA-8 | New commit by jdgordon (r24448): fix bins.pl and promote fuze and e200v2 to stable |
03:07:40 | Hawson | score! |
03:13:17 | | Join tarbo [0] (~me@unaffiliated/tarbo) |
03:17:02 | mc2739 | JdGordon: tools/builds.pm also needs updating for Fuze and e200v2 status |
03:18:10 | JdGordon1 | didnt that get updated just now also? |
03:18:56 | mc2739 | no, only bins.pl |
03:19:47 | JdGordon1 | ffs... serves me right from checking in from my phone :/ |
03:20:03 | | Quit tarbo (Ping timeout: 258 seconds) |
03:20:51 | CIA-8 | New commit by jdgordon (r24449): ditto |
03:24:23 | | Quit JdGordon1 (Ping timeout: 240 seconds) |
03:33:48 | | Join tarbo [0] (~me@unaffiliated/tarbo) |
03:34:14 | *** | Saving seen data "./dancer.seen" |
03:42:16 | | Quit tarbo (Ping timeout: 276 seconds) |
03:46:10 | | Quit Sajber^ (Read error: Connection reset by peer) |
03:47:53 | | Quit fyrestorm (Read error: Connection reset by peer) |
03:49:12 | | Join Sparkeater [0] (~cbdcff60@giant.haxx.se) |
03:49:31 | Sparkeater | hi, can I be the 965th person to ask when the next release is? |
03:50:56 | Sparkeater | that was a meta-question.... my question is "when is the next release" ? |
03:51:48 | JdGordon | tomorow or wedndedsay deending on your and our timezones |
03:52:01 | Sparkeater | also I would like to report that superdom isn't working properly |
03:53:43 | | Quit shaggy-h () |
03:54:19 | Sparkeater | when you assign how many farms/factories etc, you can have 3/3 for computer/player or 2/2 for each, but any other number seems to screw up completely and the player seems to get as many factories as farms no matter what.. like I tried to play it with 1 factory and 3 farms for each player, but it gives you 3 factories and 3 farms and gives the computer 1 factory and 3 farms |
03:54:21 | | Join tarbo [0] (~me@unaffiliated/tarbo) |
03:55:13 | Sparkeater | that happens for pretty much any combination, except 4 of each for both players, then something screws up totally |
03:55:54 | | Join shaggy-h [0] (~kiwi@78-86-164-31.zone2.bethere.co.uk) |
03:56:20 | Sparkeater | but the only combinations it allows is like 1/1 factory/farm for both players, 2/2 or 3/3... it won't let you have 2/3 factories/farms or 1/3 or any other combo... it just goes random and assigns the human player too many of something |
03:58:14 | | Quit MethoS- (Remote host closed the connection) |
04:00 |
04:01:04 | | Quit tarbo (Ping timeout: 246 seconds) |
04:14:36 | | Quit antil33t (Read error: Connection reset by peer) |
04:14:43 | | Join antil33t [0] (~Mudkips@203-184-54-232.callplus.net.nz) |
04:16:21 | | Join tarbo [0] (~me@unaffiliated/tarbo) |
04:19:54 | JdGordon | Sparkeater: put all that in a bug report on the tracker |
04:23:23 | | Quit tarbo (Ping timeout: 240 seconds) |
04:31:38 | | Quit TheSeven (Killed (NickServ (GHOST command used by The_Seven))) |
04:31:52 | | Join The_Seven [0] (~theseven@rockbox/developer/TheSeven) |
04:32:02 | | Nick The_Seven is now known as TheSeven (~theseven@rockbox/developer/TheSeven) |
04:32:13 | | Join BHSPitMonkey [0] (~stephen@pool-71-252-194-100.dllstx.fios.verizon.net) |
04:32:13 | | Quit BHSPitMonkey (Changing host) |
04:32:13 | | Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) |
04:36:36 | Sparkeater | I forgot my password so I can't put that on the tracker |
04:37:18 | | Join tarbo [0] (~me@unaffiliated/tarbo) |
04:44:49 | | Quit tarbo (Ping timeout: 272 seconds) |
04:48:47 | krazykit | so tell flyspray to reset the password. it's on there somewhere |
04:52:48 | | Join Barahir_ [0] (~jonathan@gssn-5f7551b8.pool.mediaWays.net) |
04:53:06 | Sparkeater | I'm at a library computer and can't really screw around too much, if someone wants this computer I have to get off it |
04:53:38 | | Quit Barahir (Read error: Operation timed out) |
04:57:34 | | Join tarbo [0] (~me@unaffiliated/tarbo) |
04:57:37 | | Join fyrestorm [0] (~nnscript@cpe-24-90-81-175.nyc.res.rr.com) |
04:58:34 | | Join DerPapst1 [0] (~DerPapst@p4FE8E5A2.dip.t-dialin.net) |
04:58:35 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.2.154) |
04:59:48 | | Quit DerPapst (Ping timeout: 264 seconds) |
05:00 |
05:02:47 | | Join yzflcyq [0] (~7922a8ba@giant.haxx.se) |
05:02:51 | | Quit fyrestorm (Quit: lamers envy me like they envy bill g -- main boot xp, just the way it should be!) |
05:04:30 | yzflcyq | I found it diffcult to make rockbox all Chinese UI. |
05:04:49 | | Quit tarbo (Ping timeout: 248 seconds) |
05:06:33 | JdGordon | are you using a font with the chinese characters? |
05:07:12 | yzflcyq | That's not the point.I mean that something can't be translated. |
05:08:12 | JdGordon | whats the problem? |
05:11:04 | | Quit Horschti (Quit: Verlassend) |
05:12:30 | yzflcyq | For example,'Touchscreen Settings' cannot be translated into Chinese. |
05:14:04 | krazykit | you mean where you'd expect the translation for "touchscreen settings", you see the english? |
05:14:41 | yzflcyq | Yep. |
05:14:48 | | Nick Blast_Tyrant is now known as BlastTyrant (~Dan@cpe-74-70-177-91.nycap.res.rr.com) |
05:16:23 | krazykit | i don't know much about how the translations work, but it sounds like there are translations of strings missing for the chinese lang |
05:17:57 | yzflcyq | Well I have translated all into Chinese and commited a diff file. |
05:18:28 | | Join tarbo [0] (~me@unaffiliated/tarbo) |
05:24:27 | | Quit yzflcyq (Quit: CGI:IRC) |
05:26:12 | | Quit tarbo (Ping timeout: 258 seconds) |
05:32:51 | Sparkeater | is the new rockbox going to include much new stuff? |
05:34:17 | *** | Saving seen data "./dancer.seen" |
05:35:59 | S_a_i_n_t | sparkeater: you could try it and see for yourself "http://forums.rockbox.org/index.php?topic=23739.0" |
05:36:17 | Sparkeater | is it finished? |
05:36:26 | S_a_i_n_t | not quite... |
05:36:35 | S_a_i_n_t | that's the release candidate build. |
05:36:49 | S_a_i_n_t | follow the link. |
05:36:50 | Sparkeater | I'll wiat until tomorrow for the final |
05:37:07 | Sparkeater | that'll be more exciting |
05:37:54 | S_a_i_n_t | fair enough, I always use SVN builds myself...if you're using 3.4 at the moment then you'll see a fair bit of difference. |
05:38:22 | Sparkeater | I'm using a build from 3-4 weeks ago |
05:38:52 | | Join tarbo [0] (~me@unaffiliated/tarbo) |
05:39:16 | S_a_i_n_t | then you won't see too much difference. |
05:39:43 | Sparkeater | I hope someone has fixed the game superdom |
05:39:59 | Sparkeater | or I hope this version of superdom is build-specific-broken |
05:40:17 | S_a_i_n_t | what's wrong with it? |
05:40:23 | * | S_a_i_n_t never plays it. |
05:41:27 | Sparkeater | I play it all the time, it kickas ass. except you can give like 2/2 factories/farms to the human and computer, or 3/3, or 1/1, but any other combination screws up and it gives the human player too many factories |
05:42:34 | Sparkeater | like I want to play with 1 factory and 3-4 farms for each player, but it just screws up and gives some random amount of factories to the human player (more than the computer) |
05:43:34 | | Part froggyman |
05:45:32 | Sparkeater | I'll be back a bit later |
05:45:38 | | Quit Sparkeater (Quit: CGI:IRC) |
05:49:23 | | Join thegeek [0] (~nnscript@s080b.studby.ntnu.no) |
05:49:36 | | Quit tarbo (Ping timeout: 264 seconds) |
05:54:59 | | Quit BlastTyrant (Quit: Skynet has taken control) |
05:58:51 | | Join tarbo [0] (~me@unaffiliated/tarbo) |
06:00 |
06:05:43 | | Quit tarbo (Ping timeout: 240 seconds) |
06:09:41 | | Join ender` [0] (krneki@foo.eternallybored.org) |
06:16:32 | | Join Rob2223 [0] (~Miranda@p4FDCAAF4.dip.t-dialin.net) |
06:19:45 | | Quit Rob2222 (Ping timeout: 245 seconds) |
06:20:17 | | Join tarbo [0] (~me@unaffiliated/tarbo) |
06:21:46 | | Join BlastTyrant [0] (~Dan@cpe-74-70-177-91.nycap.res.rr.com) |
06:24:48 | | Quit fdinel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
06:26:35 | | Quit arbingordon (Quit: `) |
06:27:25 | | Quit tarbo (Ping timeout: 272 seconds) |
06:31:04 | | Quit scorche (Read error: Connection reset by peer) |
06:31:34 | | Join scorche [0] (~scorche@rockbox/administrator/scorche) |
06:36:55 | | Quit hebz0rl (Remote host closed the connection) |
06:40:22 | | Join tarbo [0] (~me@unaffiliated/tarbo) |
06:47:25 | | Quit tarbo (Ping timeout: 256 seconds) |
07:00 |
07:00:24 | | Join tarbo [0] (~me@unaffiliated/tarbo) |
07:08:23 | | Quit tarbo (Ping timeout: 240 seconds) |
07:23:29 | | Join tarbo [0] (~me@unaffiliated/tarbo) |
07:26:50 | | Quit liar (Ping timeout: 245 seconds) |
07:31:00 | | Quit tarbo (Ping timeout: 264 seconds) |
07:34:18 | *** | Saving seen data "./dancer.seen" |
07:46:00 | | Join tarbo [0] (~me@unaffiliated/tarbo) |
07:54:11 | | Quit tarbo (Ping timeout: 272 seconds) |
07:57:03 | * | GodEater does the release day dance |
08:00 |
08:09:07 | | Join tarbo [0] (~me@unaffiliated/tarbo) |
08:10:47 | | Quit BHSPitMonkey (Remote host closed the connection) |
08:14:51 | | Join arbingordon [0] (~w@c-71-226-248-30.hsd1.pa.comcast.net) |
08:15:55 | | Join Zagor [0] (~bjst@46.35.227.87.static.tab.siw.siwnet.net) |
08:15:56 | | Quit Zagor (Changing host) |
08:15:56 | | Join Zagor [0] (~bjst@rockbox/developer/Zagor) |
08:16:23 | | Quit tarbo (Ping timeout: 240 seconds) |
08:21:58 | | Join dmb_ [0] (~Dmb@unaffiliated/dmb) |
08:27:46 | | Join PaulJam [0] (~Paule@p54BEEAC8.dip.t-dialin.net) |
08:31:23 | | Join tarbo [0] (~me@unaffiliated/tarbo) |
08:32:22 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
08:40:01 | | Quit tarbo (Ping timeout: 246 seconds) |
08:45:40 | | Join flydutch [0] (~flydutch@host66-209-dynamic.15-87-r.retail.telecomitalia.it) |
08:45:40 | | Join petur [0] (~petur@85.234.217.4) |
08:45:40 | | Quit petur (Changing host) |
08:45:40 | | Join petur [0] (~petur@rockbox/developer/petur) |
08:47:45 | | Quit AndyI (Ping timeout: 248 seconds) |
08:53:52 | | Join AndyI [0] (~pasha_int@212.14.205.32) |
08:54:06 | | Join tarbo [0] (~me@unaffiliated/tarbo) |
09:00 |
09:01:52 | | Quit tarbo (Ping timeout: 260 seconds) |
09:16:42 | | Join tarbo [0] (~me@unaffiliated/tarbo) |
09:23:53 | | Quit tarbo (Ping timeout: 240 seconds) |
09:31:49 | | Join davidb_csh [0] (davidb@129.21.50.206) |
09:32:38 | | Join maruk [0] (~papier@titanium.sdv.fr) |
09:34:20 | *** | Saving seen data "./dancer.seen" |
09:36:11 | | Join Rob2222 [0] (~Miranda@p4FDCAAF4.dip.t-dialin.net) |
09:38:34 | | Join tarbo [0] (~me@unaffiliated/tarbo) |
09:38:55 | | Quit Rob2223 (Ping timeout: 245 seconds) |
09:46:00 | | Quit tarbo (Ping timeout: 264 seconds) |
09:55:19 | | Quit BlastTyrant (Ping timeout: 258 seconds) |
10:00 |
10:00:17 | | Join S_a_i_n_t_ [0] (S_a_i_n_t@203.184.0.22) |
10:01:01 | | Join tarbo [0] (~me@unaffiliated/tarbo) |
10:02:48 | | Quit S_a_i_n_t (Ping timeout: 264 seconds) |
10:02:52 | | Nick S_a_i_n_t_ is now known as S_a_i_n_t (S_a_i_n_t@203.184.0.22) |
10:03:09 | AlexP | There are a few language updates on flyspray - if anyone fancies committing them that'd be great, if not I'll do it tonight when I get home. |
10:05:35 | | Quit perfectdrug_ (Ping timeout: 245 seconds) |
10:08:38 | | Quit tarbo (Ping timeout: 252 seconds) |
10:17:56 | pixelma | someone *replaced* one language string with another - not deprecating the first and adding the second :\ |
10:21:19 | pixelma | and the most confusing there is that he also changed it (to the english phrase) in *some* lang files. As German was one of those, I didn't see the change and only realised just now looking over rasher's translation stats (source and dest being the same) |
10:22:26 | pixelma | LANG_COMPRESSOR if anyone is interested |
10:23:26 | | Join tarbo [0] (~me@unaffiliated/tarbo) |
10:26:28 | pixelma | Danish, German, French, Italian, Polish, Swedish, Tagalog and Walloon are affected (see r22832) |
10:29:51 | rasher | Yeah, I wanted to complain about that but forgot |
10:30:14 | | Join perfectdrug [0] (~marko@p5B0EF6C3.dip.t-dialin.net) |
10:31:08 | | Quit tarbo (Ping timeout: 276 seconds) |
10:31:22 | GodEater | there's a language called walloon? |
10:32:21 | pixelma | I think it's a French dialect (much like we have a Brasilian Portugese) |
10:33:20 | pixelma | dialect might be not exactly correct |
10:39:26 | topik | it's the french spoken in the south of belgium |
10:39:53 | gevaerts | Yes and no |
10:40:00 | topik | mostly regular french but differences like numbers |
10:40:10 | gevaerts | no, that's now Walloon |
10:40:12 | gevaerts | That's French |
10:40:20 | | Join LinusN [0] (~linus@rockbox/developer/LinusN) |
10:40:40 | gevaerts | Also, the numbers are exactly the same as in many bits of France :) |
10:45:18 | | Join tarbo [0] (~me@unaffiliated/tarbo) |
10:45:42 | topik | you're the regional expert :). slighly north it seems wrongly considered french-ish |
10:46:32 | * | gevaerts isn't actually. He lives in the bit where they don't speak French |
10:47:37 | topik | the good bit |
10:47:49 | topik | more expert than most though |
10:48:20 | gevaerts | well anyway, my point is that Walloon is not fr_BE |
10:52:02 | | Quit tarbo (Ping timeout: 240 seconds) |
10:53:15 | pixelma | how to deal with this commit - revert it, so that the translators are aware? German could be fixed to use "Kompressor" in dest and voice, if anyone has time now |
10:54:21 | gevaerts | I'd remove the wrong translations |
10:55:17 | pixelma | you'd have to remove the wrong "source" in the translation files too, so that the string is found by genlang |
10:59:45 | | Quit perfectdrug (Ping timeout: 272 seconds) |
11:00 |
11:02:31 | GodEater | are these issues going to hold up the release today, or are they only in trunk, and not in the release branch? |
11:04:42 | gevaerts | they're in both |
11:05:04 | GodEater | cue dramatic music |
11:07:44 | | Join tarbo [0] (~me@unaffiliated/tarbo) |
11:09:26 | topik | is that the music for your release day dance? |
11:09:47 | | Quit rphillips (Ping timeout: 256 seconds) |
11:10:08 | GodEater | gevaerts: what's your grammar kicking regex set to now? |
11:15:44 | | Quit tarbo (Ping timeout: 252 seconds) |
11:16:55 | | Join rphillips [0] (~rphillips@66-90-184-168.dyn.grandenetworks.net) |
11:28:31 | | Join tarbo [0] (~me@unaffiliated/tarbo) |
11:34:21 | *** | Saving seen data "./dancer.seen" |
11:37:09 | | Quit elcan (Read error: Connection reset by peer) |
11:38:22 | | Quit tarbo (Ping timeout: 240 seconds) |
11:43:12 | | Join elcan [0] (user36@pr0.us) |
11:47:15 | | Quit S_a_i_n_t (Ping timeout: 272 seconds) |
11:47:40 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.77) |
11:49:39 | | Join tarbo [0] (~me@unaffiliated/tarbo) |
11:56:49 | | Quit tarbo (Ping timeout: 256 seconds) |
11:57:57 | | Join Sajber^ [0] (~Sajber@h-65-75.A213.priv.bahnhof.se) |
12:00 |
12:00:36 | | Quit PaulJam (Ping timeout: 260 seconds) |
12:07:22 | | Quit gibbon_ (Quit: leaving) |
12:09:09 | | Quit TheSeven (Quit: ChatZilla 0.9.86 [Firefox 3.5.7/20091221164558]) |
12:09:46 | | Join tarbo [0] (~me@unaffiliated/tarbo) |
12:16:19 | | Quit tarbo (Ping timeout: 246 seconds) |
12:18:30 | | Join moos [0] (moos@85-171-102-158.rev.numericable.fr) |
12:18:44 | | Quit moos (Changing host) |
12:18:44 | | Join moos [0] (moos@rockbox/staff/moos) |
12:21:41 | | Join moos_ [0] (moos@85-171-102-158.rev.numericable.fr) |
12:24:03 | | Quit moos (Ping timeout: 258 seconds) |
12:24:08 | | Nick moos_ is now known as moos (moos@85-171-102-158.rev.numericable.fr) |
12:24:45 | | Quit moos (Changing host) |
12:24:45 | | Join moos [0] (moos@rockbox/staff/moos) |
12:29:11 | rasher | pixelma: do you have time to look at/commit FS #10950 and FS #10951? |
12:30:29 | | Join tarbo [0] (~me@unaffiliated/tarbo) |
12:31:10 | | Join moos_ [0] (moos@85-171-102-158.rev.numericable.fr) |
12:32:40 | | Quit moos (Ping timeout: 245 seconds) |
12:32:51 | | Nick moos_ is now known as moos (moos@85-171-102-158.rev.numericable.fr) |
12:33:00 | | Quit moos (Changing host) |
12:33:00 | | Join moos [0] (moos@rockbox/staff/moos) |
12:35:00 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
12:37:19 | | Quit tarbo (Ping timeout: 246 seconds) |
12:44:33 | | Join MethoS- [0] (~clemens@134.102.106.250) |
12:50:39 | | Join tarbo [0] (~me@unaffiliated/tarbo) |
12:57:53 | | Quit tarbo (Ping timeout: 248 seconds) |
12:58:57 | | Quit shaggy-h () |
13:00 |
13:11:19 | | Join tarbo [0] (~me@unaffiliated/tarbo) |
13:18:34 | | Quit tarbo (Ping timeout: 265 seconds) |
13:20:58 | | Join wind [0] (~7a05aa05@giant.haxx.se) |
13:23:54 | | Join S_a_i_n_t_ [0] (S_a_i_n_t@203.184.0.61) |
13:26:18 | | Quit S_a_i_n_t (Ping timeout: 265 seconds) |
13:26:28 | | Nick S_a_i_n_t_ is now known as S_a_i_n_t (S_a_i_n_t@203.184.0.61) |
13:27:02 | | Quit S_a_i_n_t (Client Quit) |
13:31:46 | | Join tarbo [0] (~me@unaffiliated/tarbo) |
13:34:25 | *** | Saving seen data "./dancer.seen" |
13:34:32 | | Join PaulJam [0] (~Paule@p54BEEBA0.dip.t-dialin.net) |
13:38:13 | | Join einhirn [0] (~Miranda@p548591D6.dip0.t-ipconnect.de) |
13:38:44 | | Quit tarbo (Ping timeout: 252 seconds) |
13:44:12 | | Quit Sajber^ (Read error: Connection reset by peer) |
13:46:29 | | Quit einhirn (Read error: Connection reset by peer) |
13:51:47 | | Join tarbo [0] (~me@unaffiliated/tarbo) |
13:58:13 | petur | LinusN: I gather my h120 is still in the state it was at arrival? |
13:58:17 | | Quit tarbo (Ping timeout: 240 seconds) |
13:59:08 | LinusN | except for the bdm connector, yes (hides in shame) |
14:00 |
14:00:25 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
14:00:30 | petur | I was just thinking about it, since Bagder and Zagor are coming to fosdem... |
14:00:48 | petur | I guess it is too late now to ask you (short notice) |
14:05:21 | | Quit dfkt (Read error: Connection reset by peer) |
14:05:55 | dionoea | oh nice, I hadn't noticed that there was a Rockbox talk at 2 PM on Sunday |
14:06:27 | petur | 2PM? I thought it was later |
14:06:43 | CIA-8 | New commit by mc2739 (r24450): Complete Czech language update ... |
14:06:52 | dionoea | according to the pdf schedule from the fosdem website it's at 2 |
14:06:58 | petur | ah no, 2PM it is |
14:07:24 | CIA-8 | New commit by mc2739 (r24451): Complete Czech language update ... |
14:07:53 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
14:08:06 | B4gder | http://www.fosdem.org/2010/schedule/events/emb_rockbox indeed |
14:08:53 | dionoea | B4gder: what kind of talk will that be? just an introduction to rockbox or something technical? |
14:09:58 | B4gder | about rockbox the project, but also how we work to reverse engineer products to get rockbox on them |
14:10:20 | B4gder | to give an idea what we're doing |
14:10:53 | dionoea | ok |
14:11:20 | | Quit killan_ (Read error: Connection reset by peer) |
14:11:22 | B4gder | but we're meeting a few rockboxers there so there will be off-the-schedule talks, no doubt ;-) |
14:12:19 | | Join tarbo [0] (~me@unaffiliated/tarbo) |
14:13:20 | | Join TheSeven [0] (~theseven@rockbox/developer/TheSeven) |
14:14:44 | | Part maruk |
14:19:02 | pixelma | rasher: not until today in the evening |
14:19:25 | pixelma | oh, mc2739 was quicker :) |
14:20:07 | | Quit tarbo (Ping timeout: 260 seconds) |
14:20:14 | mc2739 | any idea why I got yellow with lowmem sansa ams? |
14:21:56 | | Join darkham [0] (~darkham@host33-31-dynamic.37-79-r.retail.telecomitalia.it) |
14:22:02 | | Quit darkham (Client Quit) |
14:23:42 | | Join teru [0] (~teru@KD059133108225.ppp.dion.ne.jp) |
14:27:57 | | Join BlastTyrant [0] (~Dan@cpe-74-70-177-91.nycap.res.rr.com) |
14:28:05 | | Join killan [0] (~nnscript@c-83f070d5.06-397-67626721.cust.bredbandsbolaget.se) |
14:32:18 | | Join tarbo [0] (~me@unaffiliated/tarbo) |
14:32:47 | | Join froggymana [0] (~187b533e@giant.haxx.se) |
14:33:25 | pixelma | mc2739: seems to a missing quote in czech.lang (line number see build log) |
14:35:23 | mc2739 | pixelma: I do not see a missing quote in that area. And why only those three targets? |
14:42:16 | | Quit tarbo (Ping timeout: 246 seconds) |
14:47:52 | gevaerts | Zagor: does b0hoon have dev access on flyspray? |
14:48:38 | Zagor | he does now |
14:49:13 | | Quit TheSeven (Read error: Connection reset by peer) |
14:49:28 | | Join The_Seven [0] (~theseven@rockbox/developer/TheSeven) |
14:49:38 | | Nick The_Seven is now known as TheSeven (~theseven@rockbox/developer/TheSeven) |
14:50:44 | | Quit TheSeven (Read error: Connection reset by peer) |
14:51:03 | | Join TheSeven [0] (~theseven@rockbox/developer/TheSeven) |
14:53:16 | | Join tarbo [0] (~me@unaffiliated/tarbo) |
14:56:13 | | Quit TheSeven (Read error: Connection reset by peer) |
14:56:31 | | Join The_Seven [0] (~theseven@rockbox/developer/TheSeven) |
14:56:41 | | Nick The_Seven is now known as TheSeven (~theseven@rockbox/developer/TheSeven) |
14:56:50 | | Quit moos (Remote host closed the connection) |
14:59:41 | pixelma | mc2739: LANG_EQUALIZER_GAIN has crossfade as feature in the source and swcodec in the dest and voice part (crossfade etc. was disabled on the lowmen Sansas because it takes too much RAM. Just my guess though |
15:00 |
15:00:11 | pixelma | line 998 is the end of that phrase |
15:00:33 | | Quit tarbo (Ping timeout: 265 seconds) |
15:03:23 | pixelma | though I'm a bit confused abour advanced EQ being all swcodec then again (following phrases) and I can't remember seeing those changes when working on deutsch.lang |
15:03:58 | | Join shaggy-h [0] (~kiwi@78-86-164-31.zone2.bethere.co.uk) |
15:04:42 | mc2739 | pixelma: thanks, I'll try changing that and see if it corrects the prblem |
15:08:49 | pixelma | that phrase has swcodec as feature everywhere in deutsch.lang, looks like they did a bit too much in czech |
15:09:43 | CIA-8 | New commit by mc2739 (r24452): fix yellow - correct feature designation |
15:14:29 | | Join tarbo [0] (~me@unaffiliated/tarbo) |
15:14:40 | | Join moos [0] (moos@85-171-102-158.rev.numericable.fr) |
15:14:52 | | Quit moos (Changing host) |
15:14:52 | | Join moos [0] (moos@rockbox/staff/moos) |
15:16:01 | | Quit moos (Client Quit) |
15:18:46 | mc2739 | pixelma: ok, I guess I went the wrong way then. |
15:21:21 | | Quit tarbo (Ping timeout: 240 seconds) |
15:24:16 | LinusN | hehe, check step 12 on this list: http://laptoplogic.com/resources/64-things-every-geek-should-know |
15:24:51 | | Join moos [0] (moos@rockbox/staff/moos) |
15:25:33 | | Join knine [0] (~kaniini65@dyn75-70.yok.fi) |
15:27:44 | pixelma | Zagor: I've heard you have the power to change the CIA bot settings |
15:28:05 | Zagor | I have the authority. I don't know if I have the knowledge :-) |
15:29:01 | | Quit kaniini (Ping timeout: 240 seconds) |
15:29:26 | pixelma | it would be nice if the branch could be announced too. I saw it in other channels so I think it is possible somehow and it might be interesting now that we have trunk, www, mdct and release branch |
15:32:39 | CIA-8 | New commit by mc2739 (r24453): More feature designation corrections |
15:34:08 | Zagor | let's see how this looks |
15:34:28 | | Join jgarvey [0] (~jgarvey@cpe-071-070-228-143.nc.res.rr.com) |
15:34:30 | *** | Saving seen data "./dancer.seen" |
15:35:00 | | Join Zarggg_ [0] (~zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
15:35:04 | | Quit Zarggg (Read error: Connection reset by peer) |
15:35:31 | | Join tarbo [0] (~me@unaffiliated/tarbo) |
15:36:34 | CIA-8 | New commit by mc2739 to (r24454): fix yellow - correct feature designations |
15:37:23 | | Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) |
15:38:05 | | Quit TheSeven (Ping timeout: 252 seconds) |
15:38:05 | | Quit froggymana (Quit: CGI:IRC (EOF)) |
15:39:16 | Zagor | it looked strange, that's how... |
15:39:48 | | Part LinusN |
15:40:23 | Zagor | new test |
15:42:28 | | Quit tarbo (Ping timeout: 246 seconds) |
15:56:31 | | Join liar_ [0] (~53af7f68@gateway/web/freenode/x-mocsxwdxlbohdvfn) |
15:56:41 | | Join tarbo [0] (~me@unaffiliated/tarbo) |
16:00 |
16:03:29 | | Quit liar_ (Ping timeout: 248 seconds) |
16:03:43 | | Quit tarbo (Ping timeout: 260 seconds) |
16:14:58 | | Quit wind (Quit: CGI:IRC (EOF)) |
16:17:46 | | Join tarbo [0] (~me@unaffiliated/tarbo) |
16:22:10 | | Quit bmbl (Quit: Bye!) |
16:24:17 | | Quit tarbo (Ping timeout: 252 seconds) |
16:37:09 | | Join toffe82 [0] (~chatzilla@12.169.218.14) |
16:38:10 | | Quit teru (Quit: Quit) |
16:38:41 | | Join tarbo [0] (~me@unaffiliated/tarbo) |
16:41:47 | | Quit FlynDice (Remote host closed the connection) |
16:42:13 | rasher | Remind me, what's the format for commit messages from FS? |
16:43:23 | gevaerts | rasher: http://svn.rockbox.org/viewvc.cgi?view=rev;revision=24450 has an example |
16:44:07 | CIA-8 | New commit by rasher to / (r24455): Portuguese translation update. ... |
16:45:53 | | Quit tarbo (Ping timeout: 258 seconds) |
16:45:57 | | Join FlynDice [0] (~FlynDice@c-24-19-225-90.hsd1.wa.comcast.net) |
16:45:58 | CIA-8 | New commit by rasher to / (r24456): Portuguese translation update. ... |
16:46:43 | rasher | That should be /branches/v3_5? |
16:46:59 | Zagor | that was intended to be, yes... |
16:49:08 | Zagor | someone with a bit of spare time is welcome to read up on http://cia.vc/doc/rulesets/ and suggest modifications to http://pastebin.com/m70efeea2 |
16:50:09 | dionoea | why do you need the "New commit by" and "to" bits? |
16:50:23 | dionoea | can CIA send messages for other stuff than commits ? |
16:50:42 | Zagor | dionoea: yes, you can send pretty much any message to it |
16:52:13 | * | Unhelpful still wants to see it whine at the committer for reds :) |
16:52:56 | Zagor | yes, that's planned. and that too is something anyone is encouraged to look into. |
16:53:11 | Zagor | we have the red detection. we just need a simple trigger client. |
16:55:11 | CIA-8 | New commit by unhelpful to / (r24457): Correct ARMv5/6 signed divider, which was not saving return address to stack before using lr for calculation. |
16:57:24 | Unhelpful | hm: /home/chshrcat/build/rockbox/apps/lang/portugues.lang:8391:1: warning: empty dest before line in non-deprecated phrase! |
16:59:51 | | Join tarbo [0] (~me@unaffiliated/tarbo) |
17:00 |
17:01:58 | rasher | oh my |
17:02:42 | | Quit soap (Quit: soap) |
17:02:55 | Unhelpful | it certainly sounds important :) |
17:04:45 | rasher | oh.. he sure missed one |
17:05:16 | | Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) |
17:06:35 | | Quit tarbo (Ping timeout: 258 seconds) |
17:08:15 | rasher | Hm, should I remove them to fix the yellow or just wait for him to reply with a translation on FS? |
17:14:28 | | Join piotrekm [0] (~pm@unaffiliated/piotrekm) |
17:14:33 | piotrekm | hello |
17:14:48 | mc2739 | rasher: maybe use the English version for the empty dest |
17:15:12 | rasher | Well if he doesn't turn up in time for release, yes |
17:16:37 | | Join Sajber^ [0] (~Sajber@h-65-75.A213.priv.bahnhof.se) |
17:18:22 | piotrekm | when compiling nano2g firmware with eabi enabled i get this error http://pastebin.ca/1775763 , any ideas what's wrong? |
17:20:52 | mc2739 | piotrekm: maybe Unhelpful or kugel can help with that, I think they are the developers with the most experience in compiling Rockbox with eabi |
17:21:01 | | Join tarbo [0] (~me@unaffiliated/tarbo) |
17:28:09 | | Quit tarbo (Ping timeout: 246 seconds) |
17:30:06 | Unhelpful | piotrekm: i'm looking at it now |
17:31:33 | piotrekm | thanks |
17:33:31 | Unhelpful | piotrekm: at a guess i'd say it has to do with the unused attribute on dma_callback |
17:33:55 | Unhelpful | or... maybe not. hm. |
17:34:32 | *** | Saving seen data "./dancer.seen" |
17:40:58 | | Join bmbl [0] (~Miranda@dsl59-108.pool.bitel.net) |
17:40:58 | | Quit bmbl (Changing host) |
17:40:58 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
17:42:36 | | Join tarbo [0] (~me@unaffiliated/tarbo) |
17:45:04 | Unhelpful | piotrekm: dma_callback in pcm-s5l8700.c has __attribute__((unused)). there is no reference to it in C (only in inline asm) and as it is static it is dropped from the object file by gcc, apparently.... although the assembler notes the reference and marks it as an external symbol. this happens even if i simply remove the unused attribute |
17:45:28 | piotrekm | seems logical |
17:45:48 | piotrekm | but everyting goes alright in the standard arm compilation |
17:45:51 | Unhelpful | changing the attribute to "used" causes the function to be retained, and then compilation completes |
17:45:59 | piotrekm | oh, thanks a lot |
17:46:44 | Unhelpful | that's also a different compiler version, perhaps the newer one is more aggressive about unreachable static functions |
17:48:52 | piotrekm | Unhelpful: hm... now it complains about ape - http://pastebin.ca/1775809 |
17:49:05 | Unhelpful | i don't really want to change it myself without knowing why TheSeven wanted it unused |
17:49:43 | | Quit tarbo (Ping timeout: 265 seconds) |
17:52:53 | Unhelpful | piotrekm: the ape decoder uses a customized divider that uses certain hacks to speed things up a bit (for ape). one of these is a big table of precalculated reciprocals. the table is sized to use all iram not used by other code or buffers, but since some of what is in iram is C code, the size of that code may have changed |
17:53:43 | | Join Sajber^1 [0] (~Sajber@h-65-75.A213.priv.bahnhof.se) |
17:54:19 | piotrekm | i see |
17:54:46 | Unhelpful | try changing recip_max at apps/codecs/lib/udiv32_arm.S:102 from 13184 to 12672 |
17:55:15 | | Quit Sajber^ (Ping timeout: 260 seconds) |
17:55:58 | piotrekm | Unhelpful: thanks again, worked;D |
17:56:15 | Unhelpful | i suppose i need to either come up with a solution to calculate the correct size at runtime, or i need to #ifdef a completely separate set of constant sizes for eabi |
17:57:07 | Unhelpful | erm, not runtime, compile/link-time |
17:59:17 | | Join fyrestorm [0] (~nnscript@cpe-24-90-81-175.nyc.res.rr.com) |
18:00 |
18:00:43 | | Quit krazykit (Ping timeout: 246 seconds) |
18:00:51 | piotrekm | Unhelpful: on last question i hope: do i need the bootloader also compiled as eabi? |
18:04:02 | | Join Tomis2 [0] (~Tomis@70.134.85.136) |
18:04:44 | | Quit Tomis (Ping timeout: 245 seconds) |
18:04:45 | | Nick Tomis2 is now known as Tomis (~Tomis@70.134.85.136) |
18:04:47 | | Join tarbo [0] (~me@unaffiliated/tarbo) |
18:06:31 | Unhelpful | piotrekm: shouldn't matter. i'd be afraid to use an eabi bootloader on a target where i can't be sure of recovery if it fails ;) |
18:07:31 | | Join krazykit [0] (~kkit@70.236.75.75) |
18:08:01 | Unhelpful | the vast majority of things have worked unchanged with eabi... but one or two things have needed correction (or still do, mpegplayer doesn't work on eabi on my beast) |
18:11:26 | piotrekm | hm... hung up at the splash screen |
18:11:28 | | Quit tarbo (Ping timeout: 240 seconds) |
18:13:09 | | Join _zic [0] (~user@91-165-225-174.rev.libertysurf.net) |
18:13:38 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
18:17:55 | piotrekm | is there any way to turn on some on-screen debugging to be somehow able to know at which point the firmware hung up? |
18:19:54 | | Join Casainho [0] (~chatzilla@87.196.182.201) |
18:25:31 | | Join tarbo [0] (~me@unaffiliated/tarbo) |
18:27:06 | | Join GeekShado_ [0] (~Antoine@LPuteaux-156-15-25-14.w82-127.abo.wanadoo.fr) |
18:27:16 | | Quit petur (Quit: *plop*) |
18:29:19 | | Quit GeekShadow (Ping timeout: 245 seconds) |
18:32:26 | | Quit tarbo (Ping timeout: 252 seconds) |
18:32:53 | | Join Kitar|st [0] (~Kitr88@BSN-182-72-103.dial-up.dsl.siol.net) |
18:33:45 | | Join domonoky [0] (~Domonoky@g229165085.adsl.alicedsl.de) |
18:33:46 | | Quit domonoky (Changing host) |
18:33:46 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
18:36:16 | | Quit Kitr88 (Ping timeout: 252 seconds) |
18:37:34 | | Quit Kitar|st (Ping timeout: 265 seconds) |
18:37:40 | | Join Kitar|st [0] (Kitr88@BSN-182-133-19.dial-up.dsl.siol.net) |
18:40:22 | | Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
18:42:09 | piotrekm | how can I disable building of a certain app? |
18:42:27 | Unhelpful | piotrekm: that's why i wouldn't try building the bootloader with eabi yet. ;) when kugel and i started this he narrowed down the crashes on e200 by inserting code to turn the wheel light or the backlight on and off at various points during startup, to see where things fell apart. you'll probably need to try a similar method, although if the splash screen works you may be able to write lines to the screen |
18:42:45 | Unhelpful | piotrekm: a certain plugin? edit apps/plugins/SOURCES or apps/plugins/SUBDIRS |
18:46:27 | Unhelpful | but a plugin isn't why it's hanging, unless you've contrived to run one on startup |
18:48:05 | | Join kugel [0] (kugel@rockbox/developer/kugel) |
18:48:08 | | Join pamaury [0] (~pamaury@ALyon-551-1-89-37.w92-137.abo.wanadoo.fr) |
18:48:45 | kugel | Unhelpful: __attribute__((used)) should be fine. I remember that TheSeven was just as curious about how to get it compile |
18:49:55 | kugel | is release party today? |
18:50:23 | piotrekm | hmm... i built the firmware in debug and logf mode (by wild guess), and the screen no says *PANIC* \n mutex_unlock->wrong thread(<some cut-off text> 'n <three unprintable chars> != main) |
18:50:31 | piotrekm | *now says |
18:50:57 | bertrik | that might be a bug |
18:51:40 | piotrekm | i only wonder whether this is the description of the problem which occured woth the no-debug eabi firmware, or is it something new |
18:53:07 | kugel | as we do :) |
18:55:23 | | Join stoffel [0] (~quassel@p57B4F630.dip.t-dialin.net) |
18:57:28 | | Quit shaggy-h (Ping timeout: 240 seconds) |
19:00 |
19:05:31 | | Join tarbo [0] (~me@unaffiliated/tarbo) |
19:06:12 | | Quit tarbo (Client Quit) |
19:07:08 | | Join shaggy-h [0] (~kiwi@78-86-164-31.zone2.bethere.co.uk) |
19:10:27 | | Quit Zambezi (Read error: Connection timed out) |
19:10:43 | | Quit grndslm (Read error: Operation timed out) |
19:11:24 | | Quit z35 (Ping timeout: 246 seconds) |
19:11:35 | | Join grndslm [0] (~grndslm@174-126-14-4.cpe.cableone.net) |
19:14:52 | | Join rhodan [0] (~quassel@209-25.107-92.cust.bluewin.ch) |
19:19:10 | | Quit Casainho (Ping timeout: 252 seconds) |
19:20:43 | | Join evilnick_B [0] (~0c140464@rockbox/staff/evilnick) |
19:22:46 | | Join Horscht [0] (~Horscht2@xbmc/user/horscht) |
19:23:13 | FlynDice | Tired of beating my head & will now put ignorance on display for all..... Does this line in the dualboot makefile "define" SANSA_CLIPPLUS for the #ifdef's in dualboot.s? −−> arm-elf-gcc -DSANSA_CLIPPLUS -c -o dualboot_clipplus.o dualboot.S |
19:25:38 | pixelma | rasher: what to do with the lang string that wouldn't show for some translators? I'd suggest reverting the part in the wrongly touched languages but then we have a few languages not 100% up-to-date for the release. Of course I could fix for German while at it, if you are around you could fix Danish, I sure hope some Swedish giy could help today too, French could be possible and maybe Italian too (as the maintainer seems to be quite quick) |
19:26:01 | pixelma | s/giy/guy |
19:26:57 | kugel | FlynDice: yes. you could double check with #ifdef SANSA_CLIPPLUS\n#error\n#endif |
19:29:16 | moos | pixelma: I tried to set a dev env on this laptop, and then update the french translation. IIRC it doesn't need much... |
19:29:33 | moos | *I will try |
19:30:05 | FlynDice | kugel: Thanks, I just couldn't figure out where it was being defined in the code and thought perhaps this was it. A makefile is like a big black box that just "works" to me right now... |
19:31:00 | | Quit dfkt (Read error: Connection reset by peer) |
19:31:33 | pixelma | moos: there is an error in some languages where someone put the English strings into the phrase so that it wouldn't even show up as "source differs" in genlang |
19:31:51 | | Quit kugel (Ping timeout: 260 seconds) |
19:31:59 | | Join meandyou [0] (~chatzilla@196.207.219.42) |
19:32:10 | meandyou | Hi there! |
19:32:29 | moos | I will track the svn history, but frenc is already almost up to date |
19:32:35 | moos | @pixelma |
19:33:03 | meandyou | I am using Rockbox for years now... and i like the new version with the colors and all that!!! BUT it seems to crash a lot more than the previous ones... |
19:33:12 | meandyou | i am using an ipod 60G |
19:33:24 | meandyou | is it me or is it known as a bug? |
19:33:36 | pixelma | moos: yes, but if we revert that part of the commit it won't be (again). LANG_COMPRESSOR is what I'm talking about btw. |
19:33:55 | domonoky | meandyou: it shouldnt crash. what does it do when it crashes ? |
19:34:12 | meandyou | because i did a reinstall after a format but the problem is still the same: WHen i listen to an Mp3 and i clikc on the central button, i freezes |
19:34:20 | meandyou | i have to do a full reboot, |
19:34:23 | meandyou | i mean by that |
19:34:33 | *** | Saving seen data "./dancer.seen" |
19:34:43 | moos | pixelma: Hah, you spoke about this string... I would be around this night and then update at last minute if needed |
19:34:45 | meandyou | Central button + top button for 3 seconds.... |
19:34:59 | | Join Strife89 [0] (~michael@168.16.237.214) |
19:35:01 | pixelma | moos: great |
19:35:25 | moos | no problem |
19:36:24 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
19:36:25 | domonoky | meandyou: you could try the ipod video 30gb build. there are reports of 60gb ipod videos which are in reality 30gb ipods with bigger hd. And using the 60gb build on a 30gb ipod video will produce crashes (the other way round is safe) |
19:36:28 | moos | meandyou: which revison/version do you use? |
19:36:43 | meandyou | i think it is the latest one... |
19:36:46 | | Join rhodan_ [0] (~quassel@70-136.77-83.cust.bluewin.ch) |
19:36:57 | meandyou | but with the previsou one it was doing the same... |
19:36:59 | | Join paulk [0] (~paulk@lib33-1-82-233-88-171.fbx.proxad.net) |
19:37:09 | meandyou | i mean since i am using v3 of rockbox |
19:37:32 | | Join soap [0] (~4cb54aea@giant.haxx.se) |
19:37:55 | | Quit rhodan (Ping timeout: 260 seconds) |
19:37:57 | pixelma | leaves Polish, Tagalog, Walloon and maybe Italian... reverting is a bit weird too though because then they'll get the old translation (since the original string changed and wasn't deprecated and added as new (then they would get the right thing, even if it is English) :\ |
19:38:30 | moos | pixelma: ouch :( |
19:38:51 | paulk | hello! I'd like to know how I can get "button events" while I scroll without stoping ("rb->button_get" just give one "scroll event" until I stop scrolling and restart) |
19:39:10 | JdGordon | I've built release zips http://usa.jdgordon.info/rockbox/3.5/ if someone wants to copy them to the rb.org servers? ( B4gder, Zagor) |
19:39:21 | | Join hebz0rl [0] (~hebz0rl@dslb-088-067-212-062.pools.arcor-ip.net) |
19:40:24 | pixelma | maybe fix for German with a big remark in the commit message? |
19:40:48 | | Quit soap (Changing host) |
19:40:48 | | Join soap [0] (~4cb54aea@rockbox/staff/soap) |
19:41:36 | | Join TheSeven [0] (~theseven@rockbox/developer/TheSeven) |
19:41:49 | soap | since when is access to #rockbox-community blocked in the web-client? |
19:42:17 | pixelma | or do what should have been done before (deprecating, but I don't know how to name the new string then) |
19:45:49 | | Join guest [0] (~7aa7146f@giant.haxx.se) |
19:46:04 | JdGordon | soap: you cant get in? |
19:46:20 | guest | how much time is left before 3.5 is released? |
19:46:27 | | Join webguest25 [0] (~1816d253@giant.haxx.se) |
19:46:59 | JdGordon | 14minutes! |
19:47:32 | | Quit gevaerts (Killed (NickServ (GHOST command used by gevaerts_!~fg@195-144-092-145.dyn.adsl.xs4all.be))) |
19:47:41 | | Join gevaerts [0] (~fg@rockbox/developer/gevaerts) |
19:47:45 | | Quit webguest25 (Client Quit) |
19:48:35 | soap | can't get in, jd |
19:48:49 | JdGordon | I just did :) did you spell it correctly? |
19:48:55 | pixelma | 14 minutes? |
19:49:06 | JdGordon | 12 now |
19:49:06 | paulk | What's new in rb 2.5 ? |
19:49:15 | JdGordon | nothing! |
19:49:19 | JdGordon | in 3.5 however |
19:49:19 | guest | thanks! me waiting for it n am sure lot more people as well |
19:49:20 | paulk | lol |
19:49:28 | paulk | oh yes, 3.5 :) |
19:49:38 | pixelma | huh? I didn't know there was an exact time (hour) set |
19:49:40 | | Quit moos (Quit: reboot) |
19:50:17 | JdGordon | guest: you can download it from http://usa.jdgordon.info/rockbox/3.5/ |
19:50:47 | guest | thanks gordon! appreciate it |
19:51:18 | B4gder | we still need voices, manuals, tarballs... |
19:51:26 | B4gder | tarball rather |
19:52:11 | pixelma | will there be anything done to make Archos voices fit? |
19:52:33 | B4gder | not by me |
19:53:16 | B4gder | JdGordon: can you make me a single huge zip with them all in? |
19:53:16 | | Quit GeekShado_ (Ping timeout: 252 seconds) |
19:53:47 | gevaerts | Were all remaining translation updates committed? |
19:53:54 | | Join efyx_ [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) |
19:54:06 | pixelma | doesn't festival allow speeding up voices or lowering quality? |
19:54:53 | | Quit piotrekm (Quit: Leaving.) |
19:56:22 | | Nick rhodan_ is now known as rhodan (~quassel@70-136.77-83.cust.bluewin.ch) |
19:57:06 | pixelma | gevaerts: there's only one very new (turkish) that could be worth it (and maybe the "compressor" fix if I get some opinions) |
19:58:18 | pixelma | that I found in a quick tracker search for translation and language |
19:58:28 | gevaerts | oh, FS #10956 needs to go in I suspect |
19:59:00 | pixelma | already has |
19:59:05 | | Join moos [0] (moos@rockbox/staff/moos) |
19:59:24 | pixelma | oh, hmm, maybe not |
19:59:45 | gevaerts | it's ten minutes old |
19:59:45 | guest | hey, can someone pls look at http://www.rockbox.org/tracker/task/10027#comment32193 |
20:00 |
20:00:42 | moos | is the release really planed 20h precise? |
20:01:06 | pixelma | gevaerts: but it reverts mc2739's later fixes (see LANG_EQUALIZER_GAIN) |
20:01:20 | gevaerts | :( |
20:01:24 | * | gevaerts has a look at it |
20:02:41 | guest | @gevaerts you responded to me? |
20:02:46 | gevaerts | no |
20:03:19 | mc2739 | gevaerts: FS #10956 does need to go in. What I committed earlier did not convert properly according to the author. |
20:03:54 | gevaerts | mc2739: the question is how to fix it with the least amount of work |
20:04:36 | | Quit PaulJam (Ping timeout: 246 seconds) |
20:05:24 | | Quit soap (Quit: CGI:IRC (Ping timeout)) |
20:06:55 | | Join Adnyxo [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) |
20:08:28 | mc2739 | gevaerts: I can work on the new patch |
20:08:37 | gevaerts | mc2739: I think I can handle it |
20:11:21 | pixelma | hmm... if I could fix all those languages at once. * looking around for B4gder, Zagor, rasher, b0hoon, some Italian guy, someone who speaks Walloon and some more * |
20:12:17 | Zagor | pixelma: ? |
20:12:21 | mc2739 | gevaerts: Also, I think rasher was going to do another update on the Portuguese translation |
20:12:53 | pixelma | Zagor: I'd need a translation of "Compressor" for svenska.lang |
20:13:05 | Zagor | ugh |
20:13:32 | | Join phanboy4 [0] (~benji@c-24-98-43-198.hsd1.ga.comcast.net) |
20:13:37 | gevaerts | mc2739: I don't mind more updates, but I care most about this Czech update now. That one is just bad |
20:14:09 | CIA-8 | New commit by gevaerts (r24458): (hopefully) fix encoding (FS #10956) |
20:14:31 | Zagor | pixelma: the swedish word seems to be "Kompressor" |
20:14:54 | pixelma | nice and easy as it is the same in German :) |
20:15:54 | CIA-8 | New commit by gevaerts (r24459): (hopefully) fix encoding (FS #10956) |
20:16:33 | pixelma | Zagor: and not necessary as it has been translated already. Duh, sorry |
20:16:41 | Zagor | haha |
20:17:22 | pixelma | well, it was not given as genlang wouldn't have found it |
20:17:37 | pixelma | I should have checked before though |
20:17:58 | Zagor | don't worry about it. it took me 20 seconds to look it up. |
20:19:54 | pixelma | ok. It made me look up the other languages too and it looks like French and Italian was also fixed. Leaves Danish, Polish, Tagalog and Walloon |
20:20:40 | | Join Zambezi [0] (~Zulu@80.67.9.2) |
20:21:49 | | Join mitk [0] (~594e0d92@giant.haxx.se) |
20:22:10 | gevaerts | I think we should commit the Turkish update. We can always add more bits later |
20:23:06 | AlexP | pixelma: I say go ahead and get it right |
20:23:25 | mitk | pixelma: I don't know currently wassup but how can I help you with polish? |
20:23:39 | gevaerts | AlexP: you proposed waiting. What do you think? |
20:23:46 | | Quit bmbl (Quit: Bye!) |
20:23:58 | AlexP | gevaerts: For what? |
20:24:09 | gevaerts | AlexP: Turkish. Wait longer, or commit now? |
20:24:33 | AlexP | gevaerts: Oh right. I say commit - then as much as possible is done for the release |
20:24:51 | AlexP | If he happens to show up when we are still arsing around, then we can add to it |
20:25:21 | AlexP | mitk: Good timing :) |
20:25:52 | mitk | AlexP: Thanks but still don't know wassup |
20:26:03 | pixelma | mitk: there was a problem with the translation and I'd like to fix it today before the release. I'd need a translation for "Compressor" (sound compressor) |
20:26:30 | pixelma | or a Polish committer |
20:26:44 | mitk | pixelma: Simply "Kompresor" :) |
20:27:06 | gevaerts | one s? |
20:27:20 | CIA-8 | New commit by gevaerts (r24460): Update Turkish translation ... |
20:27:27 | mitk | gevaerts: Yes, for sure |
20:27:33 | pixelma | without any special characters? |
20:27:59 | mitk | pixelma: It's strange also for me, but yes |
20:28:14 | CIA-8 | New commit by gevaerts (r24461): Update Turkish translation ... |
20:28:39 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
20:28:45 | guest | I am getting "arm-elf-gcc" n "arm-elf-ld" not found while building. where as i hv both in path |
20:28:50 | guest | can someone help? |
20:29:15 | AlexP | guest: We are preparing to release, so you might have to hang on a minute or two :) |
20:29:18 | pixelma | mitk: nice, thanks. I think I saw your real name in the tracker so I could mention it (and add it to the language file) |
20:29:41 | guest | okay, sure |
20:29:53 | gevaerts | rasher: how often is the translation page updated? |
20:30:00 | rasher | gevaerts: once an hour |
20:30:08 | rasher | I can do a manual update if you like |
20:30:56 | mitk | pixelma: I'm in language file already. |
20:31:05 | pixelma | rasher: shall I fix "Compressor" in Danish too while at it or would you have time later in the evening and want to do it yourself? |
20:31:17 | pixelma | mitk: alright :) |
20:32:00 | gevaerts | rasher: don't bother. I can wait that long :) |
20:32:25 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
20:33:24 | GodEater | guest: so typing "which arm-elf-gcc" returns the path where they are installed? |
20:33:53 | | Quit amiconn (Killed (NickServ (GHOST command used by amiconn_))) |
20:33:53 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
20:34:15 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
20:34:40 | rasher | pixelma: I'll look at it now. |
20:35:04 | guest | @GodEater: no.. the package i downloaded for windows had gcc n ld separately.. not prefixed with "arm-elf" |
20:35:25 | gevaerts | guest: please use real words. "n" doesn't mean much |
20:35:28 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
20:35:28 | guest | @GodEater do i need some specific gcc |
20:35:29 | | Quit pixelma (Killed (NickServ (GHOST command used by pixelma_))) |
20:35:32 | moos | pixelma: I canot get yet a dev env on this computer (connection problems). According to translate.rockbox.org, there are just those 2 base skin strings missings |
20:35:41 | moos | for french |
20:35:46 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
20:35:59 | GodEater | guest: you downloaded a package for windows? Which guide were you following for getting a build environment set up? |
20:36:09 | AlexP | moos: I think "Compressor" is missing too |
20:36:15 | pixelma | moos: yeah, French looks like it was fixed |
20:36:22 | AlexP | ah right |
20:36:25 | AlexP | my mistake |
20:36:40 | moos | ALexP: I did fix that long time ago |
20:36:44 | AlexP | moos: cool :) |
20:36:48 | moos | np |
20:37:09 | AlexP | moos: I guess easiest is to just give the two missing translations here and someone can commit them |
20:37:20 | AlexP | Maybe pixelma along with her other changes |
20:37:22 | pixelma | it wouldn't show up on the missing strings part though if it wasn't because it was done incorrectly |
20:37:29 | guest | @godeater: i referred : http://www.rockbox.org/wiki/SimpleGuideToCompiling. i use windows and this guide does not have information about gcc package. so i googled for arm-elf-gss windows binaries and downloaded one such package |
20:37:44 | CIA-8 | New commit by rasher (r24462): Translate LANG_COMPRESSOR |
20:37:47 | moos | AlexP: I didn't think something good yet :) |
20:38:01 | GodEater | guest: we only support one true windows environment, and that's cygwin, I take it that's not what you're using? |
20:38:08 | AlexP | moos: There is still time :) |
20:38:19 | CIA-8 | New commit by rasher (r24463): Fix LANG_COMPRESSOR |
20:38:31 | GodEater | guest: The rockbox build environment is *very* picky about specific versions of gcc for each architecture, so downloading some random one from the web is likely not going to work. |
20:38:37 | moos | but I guess, instead to doing something in hurry, best to leave in english for the realease (unless some french people could find inspiration) |
20:38:45 | moos | @AlexP |
20:38:46 | Unhelpful | piotrekm: you really need to find out how far it gets before hanging. you know it hangs somewhere before the splash is cleared, so that's a start... |
20:39:04 | guest | @GodEater : I am using cygwin, but that did not have gss and ld. that was shown by errors when i ran "/tools/configure". it said arm-elf-gcc not found |
20:39:05 | AlexP | moos: Whatever would look/feel best to you |
20:39:09 | pixelma | alright. The only thing more I could do now if I'm lucky is Tagalog |
20:39:31 | gevaerts | guest: did you follow http://www.rockbox.org/wiki/CygwinDevelopment ? |
20:39:50 | guest | @gevaerts : no. i will look at this now. |
20:39:53 | GodEater | guest: do as gevaerts suggests and read that, we provide specific cygwin packages for gcc and ld |
20:40:06 | gevaerts | it's linked to from SimpleGuideToCompiling :) |
20:40:10 | moos | AlexP: I don't like to reuse english for a translation (I made lot of effort to avoid it in french) |
20:40:24 | AlexP | moos: http://forum.wordreference.com/showthread.php?t=1175051 |
20:40:29 | GodEater | we should retire that SimpleGuideToCompiling - it's anything but |
20:40:47 | guest | gevaerts and GodEater : I guess i overlooked it. I thought cygwin configuration was simple :P |
20:40:57 | bluebrother | GodEater: call it "NotSoSimpleGuideToCompiling"? ;Ã-) |
20:41:05 | GodEater | guest: it is really :) |
20:41:10 | GodEater | bluebrother: hehe :) |
20:41:30 | moos | AlexP: I like the "habillage" one |
20:41:44 | moos | we could reuse it |
20:41:45 | AlexP | It sounds not too bad to me as a non-native speaker |
20:41:47 | | Quit flydutch (Quit: /* empty */) |
20:42:08 | moos | AlexP: want ot do the changes? if so I can help you :) |
20:42:20 | moos | I canot have dev env here |
20:42:41 | AlexP | moos: pixelma has some others to go in, so I guess it makes sense to tell her - pixelma, is that OK with you? |
20:43:00 | | Quit Tomis (Ping timeout: 264 seconds) |
20:43:15 | pixelma | I could do that yes |
20:43:27 | moos | nice, that's cool |
20:43:28 | | Quit dmb_ (Ping timeout: 248 seconds) |
20:43:42 | pixelma | I'm not touching French with the other update anyways |
20:44:01 | moos | yup that what I thought, still best to separate things |
20:44:49 | * | moos will use the rasher's interface for the 1st time :) |
20:45:17 | guest | @GodEater : :) downloading newer packages from rockbox website. will come here again, after a while |
20:46:06 | bluebrother | domonoky: how's the status for a new rbutil release? |
20:46:09 | | Join JdGordon_ [0] (~836b0065@gateway/web/freenode/x-spghemtfwndxgkkw) |
20:46:53 | | Join Bullet` [0] (~Bullet@AMontsouris-159-1-54-45.w92-128.abo.wanadoo.fr) |
20:46:55 | domonoky | bluebrother: dont know. didnt noticed any bugs when i last tested it :-) |
20:47:41 | | Quit paulk (Quit: Ciao) |
20:47:55 | amiconn | Unhelpful: For the improved filters I need to "borrow" 380 entries from the recip table on pp5002 |
20:48:05 | * | kugel proposes to backport lang changes during the branch phase at the end in a big svn diff apps/lang/*.lang |
20:48:17 | amiconn | Of course I'll runn speed tests before commit |
20:48:27 | domonoky | bluebrother: but i think we should release a new rbutil as fast as we can. do you know any open issues ? |
20:49:03 | bluebrother | btw, I've noticed that mkamsboot doesn't check the md5sum of the generated firmware file. Is this intentional? |
20:49:38 | domonoky | bluebrother: that sounds like a bug. |
20:49:51 | bluebrother | well, unless I missed that of course ;-) |
20:50:10 | rasher | kugel: I'm not entirely convinced that's a good idea |
20:50:12 | moos | pixelma: here we go http://pastebin.com/d7bd3ba04 |
20:51:00 | bertrik | We check the md5 of the original firmware to make sure that it is compatible with the dual bootloader, but I don't see why we should check the generated firmware file |
20:51:15 | domonoky | bluebrother: ah, i miss remembered. it was left out on purpose. so new bootloaders dont neccessary need new mkamsboot. |
20:51:53 | domonoky | and it isnt so dangerious then hxx0 players, so we left the last check out. |
20:52:23 | bluebrother | it is not? I thought those players can really be bricked by putting a wrong file on it |
20:52:26 | | Join casainho [0] (~chatzilla@87-196-182-201.net.novis.pt) |
20:52:52 | domonoky | bluebrother: yes, but the dangerious code is not the bootloader, but the dualboot code. |
20:53:33 | domonoky | as long as the dualboot code is fine, and patches at the correct place (thats why we check the input OF), it should be recoverable. |
20:53:36 | | Quit BlastTyrant (Ping timeout: 246 seconds) |
20:53:47 | bluebrother | ah, ok |
20:54:27 | * | bluebrother goes updating the german translation of rbutil and things that "OF" shouldn't get used in rbutil at all as abbreviation |
20:54:31 | | Quit mitk (Quit: CGI:IRC) |
20:56:20 | AlexP | bluebrother: No, it should be spelt out I think |
20:56:45 | bluebrother | I won't change that before the release though. It's not a big issue anyway. |
20:56:57 | AlexP | no, just something for next time |
20:57:17 | bluebrother | strings seem to be somewhat inconsistent to me anyway, so a review of _all_ strings might be a nice idea |
20:58:58 | amiconn | Unhelpful: Since udiv32_arm.S is now tuned for libdemac, shouldn't it be moved (back) there? |
21:00 |
21:01:16 | bluebrother | anyone want to update another rbutil translation? |
21:02:14 | | Quit Zambezi (Read error: Connection timed out) |
21:02:51 | gevaerts | pixelma: both Walloon and Tagalog miss 37 other strings, so I wouldn't feel too bad about one more |
21:03:23 | CIA-8 | New commit by bluebrother (r24464): Update german rbutil translation. |
21:03:58 | pixelma | gevaerts: yes, but this string won't be found by genlang so I'd like to fix it before it will be forgotten |
21:04:28 | gevaerts | pixelma: I know. I think removing it is the best fallback option |
21:04:34 | AlexP | pixelma: Can you just make it so that they appear as missing? |
21:05:35 | rasher | Yeah, simply removing the phrase works |
21:05:57 | pixelma | true |
21:06:22 | rasher | For portuguese, cowond2 and mrobe500 targets should be removed if he doesn't show up with a fix |
21:06:40 | rasher | eh, from LANG_CONFIRM_WITH_BUTTON |
21:06:45 | pixelma | I'll try and fix if possible in the next hours. If not I'll remove it |
21:07:23 | bluebrother | domonoky: I'm not aware of any serious issues. My plan is to disable the D2 as discussed yesterday, then tag and release −− unless someone wants to fix some translations the next couple of hours |
21:08:26 | domonoky | bluebrother: sounds good. |
21:09:01 | | Join piotrekm [0] (~pm@unaffiliated/piotrekm) |
21:09:12 | | Quit stoffel (Remote host closed the connection) |
21:09:44 | rasher | pixelma: Simply removing those targets from both source and dest in that phrase should make it come up as untranslated, yet still retain the translations we do have |
21:11:05 | pixelma | do I understand correctly that I should keep the id? |
21:11:33 | Unhelpful | amiconn: was it ever tuned for / used by anything else? i'd favor moving it there, it would also make it easier to do a rebuild-with-exact-size handling of the reciprocal table |
21:11:33 | bluebrother | domonoky: what do you think about a "show disabled players" option in the configuration? Might be useful for svn binaries. |
21:12:27 | | Join Zambezi [0] (Zulu@80.67.9.2) |
21:12:39 | domonoky | bluebrother: might be usefull for svn binarys, but do we want such a option in a release build ? |
21:13:04 | bluebrother | domonoky: no, but that could easily be handled by some -config release switch |
21:13:13 | domonoky | true. |
21:13:14 | Unhelpful | there's no real "tuning for ape" of the armv5/6 divider, other than having another copy of the divider in iram if iram is used |
21:13:20 | | Join Blue_Dude [0] (~chatzilla@adsl-235-206-131.mco.bellsouth.net) |
21:13:35 | CIA-8 | New commit by pixelma (r24465): Update French translation by Mustapha Senhaji |
21:13:36 | Blue_Dude | Hi guys... |
21:14:23 | Blue_Dude | Found a teeny bug/feature: The WPS background stays loaded on the bookmark page when stopping playback. |
21:14:47 | pixelma | heh... the build table looks quite yellowish |
21:15:54 | gevaerts | hm |
21:16:28 | JdGordon_ | Blue_Dude: how recent is your build? |
21:16:40 | kugel | Blue_Dude: welcome back anyway :) |
21:16:46 | Blue_Dude | A few days ago. I'm building the current one right now. |
21:16:48 | pixelma | one warning is from Unhelpful's commit and the others from the czech and turkish updates |
21:16:56 | Blue_Dude | Thanks! Been in hibernation. |
21:17:01 | gevaerts | yes, I'm obviously innocent! |
21:17:28 | | Quit Zambezi (Changing host) |
21:17:28 | | Join Zambezi [0] (Zulu@unaffiliated/zambezi) |
21:17:45 | JdGordon_ | Blue_Dude: that should have been fixed in the last day or two |
21:17:48 | JdGordon_ | or made worse :) |
21:18:07 | kugel | Blue_Dude: is that in 3.5 also? |
21:18:12 | Blue_Dude | OK, no harm done. |
21:18:33 | Blue_Dude | I haven't loaded the 3.5 build yet. Only the current svn branch. |
21:18:34 | gevaerts | ok, I should obviously have left the Turkish translation to someone who knows about lang files |
21:19:02 | CIA-8 | New commit by gevaerts (r24466): Fix missing quote (again?) |
21:19:26 | CIA-8 | New commit by bluebrother (r24467): Disable D2 in rbutil as discussed in IRC. ... |
21:19:30 | CIA-8 | New commit by bluebrother (r24468): Add italian to the list of language names. |
21:19:33 | CIA-8 | New commit by gevaerts (r24469): Fix missing quote (again?) |
21:19:40 | Unhelpful | pixelma: it is? i don't see that any new warnings came in w/ r24457... |
21:19:56 | guest | hi, i was able to run ../tools/configure successfully, but 'make' command fails with this output : "make: makefile: line 3: Error −− Expecting macro or rule defn, found neither" can someone guide |
21:20:12 | gevaerts | guest: which version of make? |
21:20:18 | pixelma | Unhelpful: oh, sorry - off by one error |
21:20:47 | gevaerts | pixelma, rasher: can you look at Turkish? I suspect that the file doesn't handle missing translations correctly, but I don't really know enough about them to fix |
21:21:36 | guest | @gevaerts : which make outputs : /cygdrive/c/PROGRA~1/MKSTOO~1/mksnt/make |
21:22:21 | gevaerts | guest: I mean, what does make −−version say? |
21:22:46 | pixelma | gevaerts: maybe in a bit (quite busy currently and still have to eat dinner...) |
21:23:35 | CIA-8 | New commit by pixelma (r24470): Update French translation by Mustapha Senhaji |
21:25:05 | guest | @gevaerts : it throws 30-40 lines of text. you need that here? |
21:25:19 | moos | merci pixelma |
21:25:29 | | Quit toffe82 (Read error: Connection reset by peer) |
21:26:09 | gevaerts | guest: is it 3.80? If so, you need to upgrade. Rockbox needs 3.81 to build |
21:26:49 | kugel | Blue_Dude: any progress in pcmbuf rework? |
21:27:00 | Blue_Dude | Bwahahahaha! |
21:27:08 | Blue_Dude | I was in hibernation for a reason. :) |
21:27:19 | Blue_Dude | But not that one. |
21:27:31 | guest | @gevaerts : ok, where can i get 3.81 version? would google results help? |
21:27:38 | Blue_Dude | In a word, no. I am stuck. |
21:29:06 | kugel | :'( |
21:29:17 | gevaerts | guest: no idea, I don't use cygwin |
21:29:27 | | Quit moos (Quit: ChatZilla 0.9.86 [Firefox 3.6/20100115144158]) |
21:29:49 | guest | @gevaerts: okay, i am trying to pull it using cygwin installer |
21:30:19 | | Quit Kitar|st () |
21:34:35 | *** | Saving seen data "./dancer.seen" |
21:36:42 | JdGordon_ | are we done with lang updates in the 3.5 branch? |
21:37:46 | | Nick knine is now known as kaniini (~kaniini65@dyn75-70.yok.fi) |
21:38:42 | | Quit Farthen (Killed (NickServ (GHOST command used by Farthen_!~chatzilla@e176130104.adsl.alicedsl.de))) |
21:39:08 | | Join Farthen_ [0] (~chatzilla@e176130104.adsl.alicedsl.de) |
21:39:09 | | Nick Farthen_ is now known as Farthen (~chatzilla@e176130104.adsl.alicedsl.de) |
21:39:14 | | Join Kitar|st [0] (Kitr88@BSN-182-78-176.dial-up.dsl.siol.net) |
21:39:16 | | Quit krazykit (Quit: rebooting) |
21:39:46 | Blue_Dude | JdGordon_: Bug still there with r24470... |
21:39:50 | AlexP | JdGordon_: I just tried the latest build, and the backdrop is completely corrupted - mainly black screen but with crazy colours on bits |
21:40:00 | AlexP | JdGordon_: 3.5 branch is fine |
21:40:17 | JdGordon_ | eek crap? |
21:40:26 | JdGordon_ | Blue_Dude: put it on flyspray please |
21:40:30 | Blue_Dude | ok. |
21:41:00 | AlexP | JdGordon_: I'll try with some other backdrops, but the one I tried is fine with the release branch |
21:41:25 | JdGordon_ | yeah, no surprise there. backdrops handling changed dramatically after the branch |
21:41:43 | | Join krazykit [0] (~kkit@70.236.75.75) |
21:42:53 | AlexP | Huh, I just tried to set a backdrop through the context menu on a bmp and my beast just shut down |
21:43:36 | AlexP | Same again, this time with the cabbiev2 backdrop |
21:44:03 | | Join toffe82 [0] (~chatzilla@12.169.218.14) |
21:44:13 | JdGordon_ | 24365 works so its sometime after that :/ although thats a M build so it could be later even |
21:44:15 | AlexP | Hmmm, the cabbiev2 backdrop is fine if I load it via the theme (i.e. load the entire theme) |
21:45:24 | AlexP | For some reason it just seems to be one particular backdrop, but why does it work with v3.5 and not current? Especially when the built in backdrops work with current |
21:46:02 | JdGordon_ | the 3.5 branch and trunk dont share any background logic |
21:46:22 | Blue_Dude | JdGordon_: FS #10957. |
21:46:39 | JdGordon_ | can you try r24434? |
21:46:42 | AlexP | So maybe there is something about this .bmp that 3.5 didn't mind but trunk doesn't? Seems a bit odd though |
21:46:48 | AlexP | JdGordon_: yep, can do |
21:46:58 | pixelma | JdGordon_: no, we are not done and warnings have to be fixed too |
21:47:14 | Blue_Dude | Got to go. I'll check back later and troubleshoot if I can. |
21:47:20 | JdGordon_ | ok, well manuals.pl and voices.pl refuse to work so arg |
21:47:25 | JdGordon_ | someone else might have to build them |
21:47:38 | | Quit Blue_Dude (Quit: ChatZilla 0.9.86 [Firefox 3.5.7/20091221164558]) |
21:47:41 | JdGordon_ | 24435 looks like the only change which might have caused problems |
21:48:27 | | Join dmb_ [0] (~Dmb@unaffiliated/dmb) |
21:49:37 | CIA-8 | New commit by pamaury (r24471): FS #8967: Fix autoscore computation overflow when the playtime is huge. |
21:51:04 | kugel | we have no ReleaseNotes35 guys :) |
21:51:29 | JdGordon_ | we havnt released yet so its fine |
21:52:07 | * | kugel set up the last two release notes, maybe another person volunteers this time |
21:53:03 | | Join Tomis [0] (~Tomis@70.134.89.44) |
21:53:31 | JdGordon_ | but you're practiced! |
21:54:38 | | Join BlastTyrant [0] (~Dan@cpe-74-70-177-91.nycap.res.rr.com) |
21:56:08 | pamaury | Torne: you closed "FS #8982 - Database update progress stuck to -1% " saying that debug menu is for developpers only but you didn't close "FS #6761 - Database progress reads above 100%". Didn't you see it or is there a good reason for that ? |
21:56:27 | Torne | i haven't seen it |
21:56:36 | Torne | someone drew my attention to the other |
21:57:04 | | Quit dmb_ (Ping timeout: 240 seconds) |
21:57:28 | pamaury | Do you think we can safely close this one also ? (there is no simple fix afaik and it's not necessary to have an accurate reading in the debug menu) |
21:58:26 | Torne | yeah, i don't thinkit's interesting |
21:58:46 | Torne | we keep debating taking the debug menu away entirely from users, so that would fix it ;) |
21:58:47 | | Quit Strife89 (Quit: Going home.]) |
22:00 |
22:01:05 | JdGordon_ | only out of release builds |
22:04:03 | kugel | and we probably would've done it already if JdGordon_ bothered to finish his patch! |
22:04:07 | kugel | ;) |
22:04:50 | JdGordon_ | yeah well, nuking my tree is a good way for me to lose interest in a patch :p |
22:05:46 | kugel | # |
22:11:08 | pamaury | The patch is easy (to remove debug_menu), no ? |
22:11:59 | pamaury | Slasheri: are you there ? |
22:13:48 | JdGordon_ | yes, but the patch I was working on was to #define a RELEASE which would then #ifdef out the debug menu and do a few other things, and build all the needed files also |
22:14:40 | | Part domonoky |
22:15:18 | kugel | it's on fs, isn'ti t? |
22:15:55 | Slasheri | pamaury: nice fix :) i was just reading that |
22:16:55 | pamaury | Slasheri: I have a discovered a "bug" in the dircache/tagcache interaction and I would like your opinion. Do you have some time ? |
22:17:01 | pamaury | *-a |
22:17:20 | Slasheri | what kind of a bug? |
22:17:37 | pamaury | It leads to dircache disabling itself |
22:17:55 | Slasheri | ok, interesting |
22:18:02 | | Quit _zic (Quit: Ex-Chat) |
22:18:25 | Slasheri | please tell more :) |
22:18:42 | | Join dmb_ [0] (~Dmb@unaffiliated/dmb) |
22:19:39 | | Join Tomis2 [0] (~Tomis@70.134.97.215) |
22:20:12 | CIA-8 | New commit by bluebrother (r24472): Fix stupid typo in my last commit. How did I miss that? |
22:20:47 | | Join froggyman [0] (~sopgenort@pool-72-69-205-209.chi01.dsl-w.verizon.net) |
22:21:03 | pamaury | Here is my theory, I can reproduce it deterministically and gevaerts also reproduce it. Say you have dircache enabled and you start to play a playlist. The core opens the .playlist_control file and dircache binds to say, fd=1. Now, as you are evil, you go into settings menu and ask tagcache to rebuild the cache. But of course, tagcache is even more evil than you and steals dircache buffer ! Later one, tagcache finishes its buil |
22:21:03 | pamaury | d and then you go back to play another playlist. The core now write it to .playlist_control. The core updates the filesize accordingly and notify it to dircache. But dircache buffer was stealed so fd bindings are not available anymore. So dircache disables itself |
22:22:47 | kugel | what dircache buffer? |
22:22:58 | pamaury | dircache entries buffer |
22:23:09 | pamaury | kugel: dircache is cache afterall |
22:23:17 | Slasheri | hmm, indeed. But shouldn't dircache be already disabled when the buffer was stolen? |
22:23:17 | pamaury | :) |
22:23:32 | | Quit Tomis (Ping timeout: 256 seconds) |
22:23:33 | | Nick Tomis2 is now known as Tomis (~Tomis@70.134.97.215) |
22:23:36 | kugel | sure but it cannot just release its cache to get it overwritten, can it? |
22:24:16 | pamaury | Slasheri: it is. But for some reason, either it is renabled after or the dircache update function don't check if dircache is enabled or not |
22:24:44 | pamaury | kugel: yes it can, thanks to dircache_steal_buffer ;) |
22:25:00 | Slasheri | pamaury: yes, thet cache will be rebuilt after the tagcache commit is finished |
22:25:08 | | Quit guest (Quit: CGI:IRC (Ping timeout)) |
22:25:10 | pamaury | Slasheri: yes it will be |
22:25:20 | | Quit GodEater (Ping timeout: 248 seconds) |
22:25:38 | Slasheri | pamaury: do you mean that the problem was that the cache gets re-enabled when it shouldn't? |
22:26:00 | kugel | pamaury: doesn't it give only the reserve buffer (so that dircache can add entries without rebooting)? |
22:26:15 | pamaury | No, the problem is that when it gets reenabled, the updates (filetime, filesize) are notified to dircache but the fd bindings do not reflect the actual bindings |
22:26:22 | Slasheri | kugel: tagcache requests the whole cache buffer |
22:26:27 | | Join casainho_ [0] (~chatzilla@87-196-41-41.net.novis.pt) |
22:26:48 | kugel | what if I run tagcache without dircache? |
22:27:00 | | Quit casainho (Read error: Operation timed out) |
22:27:01 | pamaury | it won't use any buffer for that task |
22:27:10 | | Nick casainho_ is now known as casainho (~chatzilla@87-196-41-41.net.novis.pt) |
22:27:20 | pamaury | But if dircache is available, it will use the cache to commit |
22:27:28 | Slasheri | pamaury: ah, indeed! |
22:28:15 | Slasheri | pamaury: iirc, i hit into a similar problem a long time ago and added fdbindings buffer to hold some entries until the cache rebuild is complete so that the cache can be updated |
22:29:07 | | Join GodEater [0] (~bibble@cl-711.lon-02.gb.sixxs.net) |
22:29:08 | | Quit GodEater (Changing host) |
22:29:08 | | Join GodEater [0] (~bibble@rockbox/staff/GodEater) |
22:29:39 | Slasheri | pamaury: if possible, maybe the fd_bindings part of code could be fixed to handle that special case also |
22:30:22 | pamaury | Perhaps, perhaps not. fd_bindings stores entry points. When dircache is rebuilding, some pointers don't make sense |
22:30:33 | pamaury | *s/points/pointers |
22:30:38 | pixelma | I can't seem to find out how to fix the warnings in the Portuguese and Turkish translations. rasher: do you have an idea? |
22:31:31 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
22:31:45 | pamaury | (completely unrelated) did someone with a c250 looked at FS #8659 - Sansa c250 - bug in the metronome application (won't play!) ? There is a patch and it's so simple that it should take a minute to check if it works or not |
22:32:07 | | Quit rhodan (Remote host closed the connection) |
22:32:11 | kugel | wasn't it just a keymap problem? |
22:32:13 | Slasheri | pamaury: hmm.. but similar idea somehow, to hold changed filesize and fd pointers |
22:32:26 | pixelma | pamaury: the fix is in the simplify PLA patch |
22:33:00 | pamaury | I don't know anything about it, it's just to have people look at it :) |
22:33:04 | Slasheri | pamaury: the fd_bindings cache was created because some files may change during the cache is rebuilt |
22:33:42 | Slasheri | so those changes will be committed to the fresh cache immediately when the rebuild is done, so the cache would match to the fs |
22:35:35 | pamaury | I think I understand, but it doesn't handle already bound fds, only the one bound during rebuild |
22:36:32 | pixelma | pamaury: the fix is only a band-aid fix. Maybe it would be ok for the release but then the c200 is not the only one with keymap problems in metronome |
22:36:56 | Slasheri | pamaury: yes, that is a bug |
22:37:36 | Slasheri | pamaury: maybe the fdbind_queue (fdbind_cache) should be repopulated when disabling the dircache temporarily |
22:37:53 | pamaury | pixelma: ok |
22:38:31 | Slasheri | pamaury: then fd bindings would be rebound automatically when the rebuild is done |
22:38:44 | pamaury | Slasheri: yes |
22:39:05 | pamaury | Slasheri: also, how does fdbind_cache handle filetime/filesize updates and fd unbinding ? |
22:40:07 | Slasheri | pamaury: it seems it doesn't (when looking at the code). I remember i was going to add handling for that but hit some problem and didn't do it yet |
22:40:50 | pamaury | Hum, I'm stupid, dircache doesn't unbind, but it doesn't handle filetime/size update during rebuild |
22:40:53 | Slasheri | but i don't remember what kind of a problem or is there any issues to do that now |
22:42:14 | Slasheri | pamaury: i think it should be possible to just add some extra fields to the fdbind_queue to handle filetime/size |
22:42:58 | pamaury | Slasheri: yes, it seems simple |
22:43:50 | Slasheri | pamaury: and on dircache_bind() it should panicf() if fdbind_idx >= MAX_PENDING_BINDINGS (instead of silently ignoring) |
22:44:23 | pamaury | Slasheri: disagree |
22:44:34 | * | pamaury finishes his apple before explaining why |
22:45:03 | Slasheri | hmm, really? :) |
22:45:24 | Slasheri | i would consider that like a "stack overflow" |
22:46:05 | Slasheri | second option would be to abort dircache build.. |
22:46:15 | Slasheri | but i think panic is more robust and simpler |
22:46:17 | pamaury | Slasheri: with MAX_PENDING_BINDINGS=MAX_OPEN_FILES and little intelligence, no overflow can arise |
22:46:35 | pamaury | because bindings twice to same fd should overwrte and not queue |
22:46:44 | Slasheri | well, true.. but just to be sure, that's what panics are for |
22:47:08 | pamaury | Yes but here we can avoid it ;) |
22:47:20 | | Join JustJohnny68 [0] (~justjohnn@c-68-49-156-129.hsd1.md.comcast.net) |
22:47:44 | Slasheri | pamaury: hmm.. not true! because fdbind_cache increases on every open()/bind action |
22:47:57 | Slasheri | so it can overflow |
22:47:59 | pamaury | Slasheri: yes but it shouldn't |
22:48:26 | Slasheri | but you never know that :) |
22:48:29 | * | pamaury is only saying that it's not cleverly coded ^^ |
22:48:40 | Slasheri | maybe there is some hungry background process that likes opening lot of files |
22:49:35 | pamaury | What I'm saying it say if someone binds pathA to FD and then binds pathB to FD, no new entry should be created, the old one should be reused |
22:49:38 | Slasheri | pamaury: close() won't reduce fdbind_cache size |
22:49:55 | Slasheri | really? |
22:50:05 | | Join Omlet [0] (omlet05@87.113-244-81.adsl-dyn.isp.belgacom.be) |
22:50:19 | pamaury | The current code can overflow but it could be coded in way so that it doesn't |
22:50:37 | * | pamaury feels he is not clear enough |
22:50:56 | Slasheri | pamaury: but how would you hold path names in memory without fear or overflow? |
22:50:58 | Slasheri | *of |
22:51:20 | pamaury | Slasheri: how does the current code do ? |
22:51:26 | Slasheri | dircache needs those path strings when rebounding those entries |
22:51:57 | Slasheri | fd id numbers will change but paths shouldn't |
22:52:34 | pamaury | I'm puzzled, I think you didn't understand me. Let's try again |
22:52:43 | Slasheri | | for (i = 0; i < fdbind_idx; i++) |
22:52:43 | Slasheri | | dircache_bind(fdbind_cache[i].fd, fdbind_cache[i].path); |
22:52:49 | Slasheri | please find that piece of code :) |
22:52:57 | pamaury | I know this piece of code :) |
22:53:19 | casainho | casa |
22:53:31 | Slasheri | so there it tells dircache to bind that path to this fd |
22:53:50 | casainho | (sorry worng channel) |
22:53:57 | Slasheri | ok, in current implementation that could be solved indeed |
22:54:01 | pamaury | Yes but if during dircache rebuild, two files are bound to the same fd, the first one can be forgotten, and the entry reused ! |
22:54:12 | Slasheri | but when you add the filesize/changetime, you couldn't |
22:54:39 | Slasheri | pamaury: yes, now i understand what you meant :) |
22:54:51 | pamaury | ah ! |
22:55:26 | Slasheri | pamaury: and that would work until we have to hold those file attributes related to the path in memory |
22:56:17 | AlexP | JdGordon_: OK, the problem with the backdrop was having a UI viewport defined in the theme .cfg. Comment that out and it works |
22:56:42 | | Part JustJohnny68 |
22:58:13 | pamaury | Slasheri: the handling of filesize/filetime would be a little bit more tricky because we would need to know if that quantity had been updated during the rebuild but that's not a real problem. I think everything can be fixed relatively easily |
22:58:38 | pamaury | Except if you think of another problem |
22:58:54 | Slasheri | pamaury: in my code, i have a diff for fdbind_queue in dircache.h: |
22:58:55 | Slasheri | |+ int fd; /* -1 if closed. */ |
22:58:55 | Slasheri | |+ /* To be used if fd has been closed. */ |
22:58:55 | DBUG | Sent KICK Slasheri to server |
22:58:55 | Slasheri | |+ long filesize; |
22:58:55 | Slasheri | |+ long startcluster; |
22:58:55 | Kick | (#rockbox Slasheri :No flooding!) by logbot!~rockbox@giant.haxx.se |
22:58:58 | | Quit Omlet (Quit: ( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )) |
22:59:06 | | Join Slasheri [0] (miipekk@rockbox/developer/Slasheri) |
22:59:13 | Slasheri | that sucks |
22:59:19 | pamaury | pastebin it |
22:59:29 | Slasheri | i have no idea why i haven't finished it |
22:59:34 | Slasheri | but you got the idea |
22:59:40 | pamaury | logbot a expulsé Slasheri de #rockbox (No flooding!) |
22:59:51 | pamaury | You were kicked beause of flooding |
22:59:58 | Slasheri | yes, i now |
23:00 |
23:00:02 | Slasheri | *know |
23:00:03 | AlexP | JdGordon_: However I seem to be seeing that the WPS background doesn't completely replace the backdrop (with r24468) |
23:00:09 | Slasheri | i think those rules are too strict |
23:00:39 | AlexP | JdGordon_: But I'll have another play tomorrow |
23:02:09 | Slasheri | pamaury: but if you are willing to do, please use that idea and add the modify time in the struct too :) |
23:02:22 | pixelma | Slasheri: you can't read many lines of code in an IRC client, and pastebin (alike) page exist and are easy to use |
23:02:26 | | Join robin0800 [0] (~quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
23:02:44 | | Quit Farthen (Killed (NickServ (GHOST command used by Farthen_!~chatzilla@e176130243.adsl.alicedsl.de))) |
23:03:07 | AlexP | Are we waiting for anything for release? Langs? |
23:03:09 | | Join Farthen_ [0] (~chatzilla@e176130243.adsl.alicedsl.de) |
23:03:11 | | Nick Farthen_ is now known as Farthen (~chatzilla@e176130243.adsl.alicedsl.de) |
23:03:15 | Slasheri | pixelma: that's true, but i think it was more clear to paste a few lines very related code here that to use hard to use links for that |
23:03:21 | pamaury | Slasheri: I'm seeing another problem. If someone opens a file, modify the size, and close it, we need to keep an entry if the queue to be sure that the final dircache entry will be valid ! |
23:03:58 | pamaury | Otherwise, that entry could end up with a bad filesize, ... I think that why your code mention /* To be used if fd has been closed. */ |
23:04:24 | pixelma | AlexP: fix the warnings (and some lang guru who is able to) and I had hoped to get some answers but could go the remove route |
23:04:27 | Slasheri | pamaury: at least i am little reluctant to click on all links, and when using a text based terminal or without a working copy/paste, those links can be a pain |
23:04:33 | Slasheri | pixelma |
23:05:29 | Slasheri | pamaury: ah, yes! |
23:05:44 | pamaury | So you're right, even with a clever code, we could overflow |
23:05:47 | Slasheri | pamaury: that was the problem and reason i didn't finish the code yet! (at least i think so) |
23:05:51 | JdGordon_ | AlexP: thats with the rev I asked? |
23:06:23 | JdGordon_ | hmm, having a ui vierwport defined shouldnt cause any backdrop issues |
23:06:26 | AlexP | JdGordon_: With 24431 - 24434 won't boot on the beast |
23:06:35 | AlexP | JdGordon_: And with trunk incidently |
23:06:41 | JdGordon_ | ok, I'll investigate |
23:06:55 | Slasheri | pamaury: because if we have many R/W fds open to the same file.. we would have to find out the latest modification |
23:07:04 | Slasheri | hmm.. am i thinking this too hard :) |
23:07:13 | AlexP | JdGordon_: Before you spend lots of time, I'll package and upload the theme for you |
23:07:28 | AlexP | JdGordon_: But that'll have to be tomorrow (my time) now |
23:07:49 | JdGordon_ | ok |
23:08:09 | Slasheri | pamaury: but that was the reason why fd_cache keeps growing |
23:08:32 | pamaury | it grows each time a file is opened |
23:08:59 | Slasheri | yes, but wont the entry be kept in the cache? |
23:09:27 | pamaury | Slasheri: I don't understand |
23:09:39 | | Quit Zagor (Quit: Clint excited) |
23:09:48 | Slasheri | pamaury: so what was the problem with that? |
23:11:11 | pamaury | The problem is that when a file a bind to a fd F and then another file gets bound to fd F, we need to keep the first one in the queue because if it's filesize was modified, we will have to make the change in the final dircache entry (when the rebuild is finished). That's the main reason why we can't work with a constant space |
23:11:18 | pamaury | *is bound |
23:11:43 | * | bertrik started a sansa clip battery benchmark, with mp3 instead of ogg this time |
23:11:56 | pamaury | Slasheri: agree ? |
23:13:00 | Slasheri | pamaury: yes, exactly. that was what i was trying to say earlier :) |
23:13:23 | Slasheri | and currently the code should work that way |
23:13:33 | pamaury | Ok ! We managed to misunderstand each other :) |
23:13:37 | Slasheri | hehe :) |
23:13:58 | pamaury | Ok, so the current code lacks two things: |
23:14:14 | pamaury | 1) It should put in the queue the bindings present before the rebuild |
23:14:24 | pamaury | 2) It doesn't save filetime/filesize changes during the rebuild |
23:14:33 | Slasheri | yes, very true |
23:14:49 | pamaury | 1) is easy to fix. 2) is what you started |
23:16:40 | Slasheri | indeed. I thinks the thing 2) might need special case handling if there are more than one fd pointing simultaneously to the same file |
23:16:52 | Slasheri | (would that be ever likely to happen?) |
23:17:18 | * | pamaury is doing the same remark |
23:17:40 | pamaury | It would be embarassing that the same file be opened twice at the same time in rockbox |
23:18:15 | Slasheri | indeed.. maybe we could assume that would be too unlikely to happen? |
23:19:17 | pamaury | Yes I think. |
23:19:30 | kugel | Slasheri: there's this 30k buffer with dircache that's statically allocated. could that be buffer_alloc'd instead? |
23:19:31 | Slasheri | (simultaneous read-only fds wouldn't be a problem) |
23:19:43 | pamaury | Slasheri: read-only won't change filesize/filetime ! |
23:20:04 | pamaury | kugel: I think there is a patch is FS for this |
23:20:18 | pamaury | *in |
23:20:26 | Slasheri | kugel: which buffer? |
23:20:37 | kugel | I also wondered if it's possible to disable the entire thread if dircache is deactivated |
23:20:40 | pamaury | Can someone reproduce this: FS #9654 - A song that is played the 1st time cannot be rated ? I don't manage. |
23:21:05 | pamaury | kugel: also in FS, same patch irrc (I think it was made by JdGordon) |
23:21:13 | Slasheri | kugel: i think so :) |
23:21:26 | Slasheri | but now sleep everyone! |
23:21:33 | pamaury | kugel: FS #9506 - buffer_alloc the dircache stack |
23:22:06 | JdGordon_ | yep, thats my patch |
23:22:21 | kugel | Slasheri: I tried that, very strange this happened though ;) |
23:22:21 | Slasheri | pamaury: i added those as todo in in my dircache code not to forget.. in case nobody else remembers :) |
23:22:31 | JdGordon_ | doing that makes it damn near impossible to ever have reallocable buffer_alloc()s so we can toggle features without restarting though |
23:22:49 | pamaury | Slasheri: ok, so I let you fix this as you already have some code |
23:23:26 | Slasheri | pamaury: i try to remember :) i think there is some time from my last commit :) |
23:24:09 | pamaury | JdGordon: does you bug report (FS #9654 - A song that is played the 1st time cannot be rated) still holds ? |
23:24:38 | pamaury | JdGordon_, |
23:25:57 | pamaury | oops, sorry you're aren't the one who posted, you just modified it ! |
23:27:11 | JdGordon_ | I do belive it does |
23:27:20 | pamaury | I can't reproduce it. |
23:27:27 | pamaury | Can you try to do so ? |
23:27:33 | | Quit ender` (Quit: Trying to establish voice contact ... please yell into keyboard.) |
23:27:38 | JdGordon_ | one min, I'll have a go on my mini |
23:28:00 | * | JdGordon_ is initializing the db |
23:28:50 | JdGordon_ | yep, no "set rating" wps context menu |
23:29:12 | pamaury | Hum, why can't I reproduce it ! |
23:29:27 | JdGordon_ | dircache is off iirc |
23:29:40 | JdGordon_ | no, dircache is on |
23:30:12 | * | pamaury is reinitializing the db... |
23:30:13 | JdGordon_ | db lload to ram -> off, auto update -.> no, FUCK gather runtime data -> no :p |
23:30:16 | | Quit HBK () |
23:30:41 | JdGordon_ | with that enabled it works |
23:30:43 | pamaury | you have a problem with gather runtime data ? |
23:30:43 | JdGordon_ | shock horror :p |
23:31:04 | JdGordon_ | shouldnt that be enabled by default? |
23:31:59 | pamaury | Ah you're right, I don't have it also :( |
23:32:14 | | Quit bertrik (Quit: De groeten) |
23:32:29 | pamaury | (I never use ratings) |
23:33:15 | pamaury | But the next/prev tricks doesn't work for me |
23:34:09 | | Join HBK [0] (~hbk@rrcs-97-77-49-215.sw.biz.rr.com) |
23:34:37 | *** | Saving seen data "./dancer.seen" |
23:34:41 | pamaury | Hum, even when I reboot I can't rate it |
23:35:20 | pamaury | Perhaps that's normal with "gather runtime data" to off |
23:36:40 | pamaury | JdGordon: are you sure you can reproduce it when gather runtime data is on ? When it's off, it's normal that's it doesn't appear, right ? |
23:38:23 | pamaury | JdGordon_: |
23:39:47 | | Quit toffe82 (Read error: Connection reset by peer) |
23:39:53 | JdGordon_ | no, I cant repro with gather runtime on |
23:40:00 | JdGordon_ | which makes sense so its not actually a bug |
23:40:05 | JdGordon_ | is PEBKAC |
23:40:14 | pamaury | PEBKAC ? |
23:40:22 | | Quit dmb_ (Ping timeout: 272 seconds) |
23:41:06 | JdGordon_ | user stupidity |
23:41:41 | pamaury | Why this acronym/word ? |
23:41:50 | | Quit GeekShadow (Quit: The cake is a lie !) |
23:42:48 | | Quit jgarvey (Quit: Leaving) |
23:43:49 | JdGordon_ | Problem Exists Between Keyboard And chair |
23:43:55 | JdGordon_ | (doesnt really work with a DAP though) |
23:45:11 | | Quit piotrekm (Quit: Leaving.) |
23:47:55 | | Quit evilnick_B (Quit: Page closed) |
23:49:26 | pamaury | JdGordon_: do I close it ? |
23:49:53 | JdGordon_ | yeah |
23:50:23 | CIA-8 | New commit by amiconn (r24473): APE codec: Speed up decoding of -c2000 and higher on ARMv4 and coldfire by fusing vector math for the filters. Speedup is roughly 3.5% for -c2000, 8% ... |
23:50:32 | pamaury | Because the bug report says that it displays '<no info>' with gather runtime data one |
23:53:11 | pamaury | gevaerts: could you try to reproduce a bug ? It take sone minute. FS #9654 |
23:53:12 | | Join dmb_ [0] (~Dmb@unaffiliated/dmb) |
23:53:47 | gevaerts | pamaury: I was just about to go to sleep :\ |
23:54:04 | * | gevaerts also has no idea how to rate a song |
23:54:13 | pamaury | Hold select in WPS screen |
23:54:20 | * | pamaury learned it a few minutes agp |
23:54:29 | pamaury | In the menu there is a Set Rating item |
23:55:04 | gevaerts | What does "Copy a new song into your library" mean? |
23:55:22 | pamaury | Pick a song that you never played |
23:55:26 | pamaury | On that device |
23:55:31 | pamaury | Alternativaly, reset the DB |
23:56:02 | gevaerts | are you sure that that's what he means? |
23:56:34 | amiconn | o.O |
23:56:37 | pamaury | No but that's how I understand it |
23:56:48 | amiconn | Nano G2 has code in IRAM? |
23:56:48 | pamaury | I tried both, copy a new song on the device and reinit DB |
23:57:24 | gevaerts | I'd assume it means "copy a new song and don't bother updating the database" |
23:57:45 | | Quit blithe (Remote host closed the connection) |
23:58:50 | pamaury | I mean I tried both. Copy a new song, try it. FAIL. Reinit DB, try it, FAIL. |