| 00:00:04 | | Join ender| [0] (krneki@foo.eternallybored.org) |
| 00:02:15 | | Quit TheLemonMan (Quit: free(me)) |
| 00:05:31 | | Quit CapsAdmun (Ping timeout: 240 seconds) |
| 00:09:26 | | Join CapsAdmin [0] (~CapsAdmin@ti0143a340-dhcp0163.bb.online.no) |
| 00:09:31 | *** | Saving seen data "./dancer.seen" |
| 00:12:50 | AlexP | leavittx: Thanks :) |
| 00:15:00 | | Quit leavittx (Ping timeout: 246 seconds) |
| 00:15:43 | CIA-70 | New commit by alex (r29415): FS #11969 by Lev Panov - Russian translation |
| 00:16:10 | | Join [Saint] [0] (S_a_i_n_t@203.184.1.157) |
| 00:16:26 | CIA-70 | New commit by alex (r29416): FS #11969 by Lev Panov - Russian translation |
| 00:17:19 | | Quit simonrvn (Quit: see ya - n'multes) |
| 00:17:20 | pixelma | I thought fml could have an eye on the Russian translation as I understood he had Russian roots... don't know if he has time before tomorrow evening though |
| 00:17:32 | | Join simonrvn [0] (simon@2001:470:8c85:11fe::c0a8:195) |
| 00:17:41 | | Quit Keripo (Quit: Leaving.) |
| 00:19:00 | AlexP | pixelma: I've no idea where he is from tbh :) |
| 00:19:20 | CIA-70 | r29415 build result: All green |
| 00:20:31 | | Quit pamaury (Remote host closed the connection) |
| 00:20:38 | | Quit simonrvn (Client Quit) |
| 00:20:48 | pixelma | I know he lives in Germany now and speaks German, his name suggest something Russian though and I saw commits to both languages by him |
| 00:20:55 | bluebroth3r | anyone familiar with ImageMagick? I'm trying to build a new icon set from the tango svgs, but converting the transparency is giving me headaches |
| 00:22:15 | | Join simonrvn [0] (simon@2001:470:8c85:11fe::c0a8:195) |
| 00:22:38 | | Join leavittx [0] (~lev@89.221.199.187) |
| 00:24:50 | | Quit Buschel (Ping timeout: 276 seconds) |
| 00:25:53 | | Join olejorgenb [0] (bronner@caracal.stud.ntnu.no) |
| 00:33:36 | | Quit kevku (Quit: KVIrc 4.0.2 Insomnia http://www.kvirc.net/) |
| 00:36:56 | | Quit L-Strife89 (Ping timeout: 264 seconds) |
| 00:39:24 | [Saint] | bluebroth3r: Heh, that's on my ToDo...go for it ;) |
| 00:39:30 | | Quit FOAD (Remote host closed the connection) |
| 00:40:32 | [Saint] | I've been using InkScape personally...things are a bit hectic here as you might imagine, but, I'll get there. |
| 00:43:18 | pixelma | bluebroth3r: I don't know but in this case it might be quicker and give a nicer result if you use a GUI editor |
| 00:43:35 | * | [Saint] nods. |
| 00:56:47 | bluebroth3r | pixelma, [Saint]: I have it _almost_ working. The problem is that ImageMagick wants to treat transparency as 8 bit, while I want it to be 1 bit :/ |
| 00:57:37 | bluebroth3r | apart from that I can now create icon sets at almost any sizes from the svg icons. And a 24x24 looks much nicer on the Beast sim with a larger font than the stock 12x12 |
| 00:58:01 | [Saint] | bluebroth3r: It's almost a certainty that if you want it to look any good you'll need to do some manual editing after a batch process anyway. |
| 00:58:13 | [Saint] | Which is why I opt for a "full manual" approach. |
| 00:58:45 | [Saint] | bluebroth3r: Is my iconset crap? |
| 00:58:49 | [Saint] | ;) |
| 00:58:58 | [Saint] | there's one on the tracker y'know... |
| 00:59:21 | bluebroth3r | there is? |
| 00:59:24 | [Saint] | yep. |
| 00:59:27 | [Saint] | 24x24 |
| 00:59:35 | | Quit Xerion (Read error: No route to host) |
| 00:59:42 | bluebroth3r | 12x12 is definitely crap if you have a 35 font :P |
| 01:00 |
| 01:00:02 | bluebroth3r | hmm, missed that. Though my intent was to create a small script that will generate it. |
| 01:00:44 | [Saint] | I've thought of doing the same...though my cli-foo is lacking. |
| 01:01:08 | [Saint] | I figured it'd need to be fixed up manually to a point that made it almost irrelevant. |
| 01:01:10 | bluebroth3r | in my case it's the ImageMagick foo |
| 01:02:28 | [Saint] | I guess the iconset on the tracker is easily missed, as you'd never find it without stumbling across it or specifically searching RaaA |
| 01:02:56 | [Saint] | (and my use of iconset as opposed to icon) |
| 01:04:35 | | Quit {phoenix} (Remote host closed the connection) |
| 01:06:40 | | Quit bmbl (Quit: Verlassend) |
| 01:10:13 | [Saint] | bluebroth3r: Thoughts on that iconset are welcomed on it's task...it's a "trial run" of what the cabbie iconset for all targets is (hopefully) to become. |
| 01:10:37 | [Saint] | (keeping in mind of course thatnot all icons are set in stone, it may not look exactly then as it does now) |
| 01:13:40 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.2.3) |
| 01:13:46 | | Quit [Saint] (Disconnected by services) |
| 01:14:11 | S_a_i_n_t | gah...damn earthquake-mo-net :/ |
| 01:29:21 | | Quit ender` (Quit: cd /pub && get beer) |
| 01:29:44 | | Join Xerion [0] (~xerion@5419A4D7.cm-5-2c.dynamic.ziggo.nl) |
| 01:43:47 | | Quit domonoky (Read error: Connection reset by peer) |
| 01:46:06 | | Join Leif [0] (~LeifAnder@c-98-202-6-36.hsd1.ut.comcast.net) |
| 01:49:07 | | Quit liar (Ping timeout: 240 seconds) |
| 01:51:23 | | Join MethoS- [0] (~clemens@134.102.106.250) |
| 01:54:11 | S_a_i_n_t | Is it correct that an iPod should shutdown from "Long Play" even if it's in a hard lock, if it's able to? |
| 01:54:26 | S_a_i_n_t | "Long Play" like "Menu+Select" is handled by HW, no? |
| 01:55:31 | | Quit leavittx (Ping timeout: 264 seconds) |
| 01:55:55 | JdGordon | I'd have thought hold would stop that |
| 01:56:04 | JdGordon | long play is software iirc |
| 01:56:42 | S_a_i_n_t | yes, hold does cancel it IIUC, but I'm of the opinion that long play may be HW too. |
| 01:57:16 | S_a_i_n_t | I'm pretty sure that if the player is hard locked, there's no harm in trying to shut down with long play first. |
| 01:57:33 | S_a_i_n_t | (I'm writing another "Menu+Select is EVIL" post.) |
| 01:58:03 | S_a_i_n_t | ie. "please avoid doing so unless absolutely necessary, if you like your disk/data" |
| 02:00 |
| 02:02:40 | JdGordon | in that case how will long play help? |
| 02:03:02 | JdGordon | and being of an opinion when the fact is verfiable is just stupid |
| 02:07:30 | TheSeven | [01:54] <S_a_i_n_t> "Long Play" like "Menu+Select" is handled by HW, no? << wrong |
| 02:08:08 | S_a_i_n_t | Yeah, I wasn't sure it was. Or that it wasn't. |
| 02:09:03 | * | TheSeven just squashed a nasty bug in his fat drvier patch |
| 02:09:32 | *** | Saving seen data "./dancer.seen" |
| 02:09:42 | * | TheSeven still wonders if he should create a development branch for that one |
| 02:09:49 | S_a_i_n_t | I just cringe at posts like "I rebooted using menu+select" when the case suggests there was no reason to, and I wonder what failing it is, and where it exists that makes people do this instead of trying to use long play when they can. |
| 02:10:29 | JdGordon | what was the issue? |
| 02:11:07 | JdGordon | I've had playback lockups where the wps would keep scrolling lines and buttons would work but long+play to stop would make it unusable and you'd have to reset |
| 02:11:11 | TheSeven | a sizeof() that was now looking at a char* instead of char[SECTOR_SIZE], e.g. returning 4 instead of SECTOR_SIZE |
| 02:11:23 | S_a_i_n_t | The way I read it, "something happened that I didn't like...so I reset it" |
| 02:11:28 | TheSeven | ah, you meant S_a_i_n_t ;) |
| 02:11:52 | JdGordon | TheSeven: I always enjoy reading other peoples snafu's though :) |
| 02:11:55 | S_a_i_n_t | (accidently started recording while playing audio) |
| 02:12:21 | | Quit Jerom (Quit: Leaving.) |
| 02:12:58 | | Quit bertrik (Ping timeout: 240 seconds) |
| 02:14:31 | S_a_i_n_t | It also makes me think of the issue I see from time to time of people thinking that it's ok to use menu+reset when rockbox asks for a reboot, ie. to enable a feature. |
| 02:15:00 | S_a_i_n_t | It just makes me wonder if there actually does need to be a huge note in bold somewhere that says "Don't do it man!" |
| 02:15:13 | S_a_i_n_t | *menu+select |
| 02:15:57 | TheSeven | S_a_i_n_t: show a big bomb icon after holding it for 2 seconds :) |
| 02:16:24 | S_a_i_n_t | A picture of piecies of your disk flying off into space ;) |
| 02:16:34 | S_a_i_n_t | *pieces even |
| 02:16:53 | | Join sinthetek [0] (~sinthetek@cpe-071-071-086-011.triad.res.rr.com) |
| 02:16:53 | | Quit sinthetek (Changing host) |
| 02:16:53 | | Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) |
| 02:19:19 | | Quit Horscht (Read error: Connection reset by peer) |
| 02:19:34 | | Join Horscht [0] (~Horscht@xbmc/user/horscht) |
| 02:21:11 | JdGordon | starting recording with audio going breaks things? |
| 02:22:00 | | Join L-Strife89 [0] (~Strife89@64.134.151.192) |
| 02:22:53 | | Quit DerPapst (Ping timeout: 240 seconds) |
| 02:23:24 | | Join DerPapst [0] (~Alexander@p5DE5BE3E.dip.t-dialin.net) |
| 02:28:44 | | Quit DerPapst (Read error: Connection reset by peer) |
| 02:29:29 | | Quit sinthetek (Quit: leaving) |
| 02:30:15 | | Join DerPapst [0] (~Alexander@p5DE5BE3E.dip.t-dialin.net) |
| 02:30:22 | | Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) |
| 02:32:12 | | Part sinthetek |
| 02:35:12 | | Quit matsl (Ping timeout: 252 seconds) |
| 02:35:56 | | Quit L-Strife89 (Quit: Heading back, finally.) |
| 02:42:28 | | Quit mshathlonxp (Quit: fall into sleep) |
| 02:43:35 | | Quit sasquatch (Ping timeout: 250 seconds) |
| 02:45:00 | | Join komputes [0] (~komputes@ubuntu/member/komputes) |
| 02:59:50 | | Join sasquatch [0] (~username@p4FF2D89C.dip.t-dialin.net) |
| 03:00 |
| 03:14:05 | | Join DerPapst1 [0] (~Alexander@p5DE5BE3E.dip.t-dialin.net) |
| 03:14:36 | | Join L-Strife89 [0] (~Strife89@168.16.226.187) |
| 03:15:51 | | Quit DerPapst (Ping timeout: 240 seconds) |
| 03:21:04 | | Quit Topy44 (Read error: Connection reset by peer) |
| 03:21:30 | | Join Topy44 [0] (~Topy44@89.204.137.130) |
| 03:23:33 | | Join Keripo [0] (~Keripo@fkb020.wlan.vpul.upenn.edu) |
| 03:30:42 | | Join Keripo1 [0] (~Keripo@eng385.wireless-resnet.upenn.edu) |
| 03:32:33 | | Quit Keripo (Ping timeout: 260 seconds) |
| 03:41:35 | * | TheSeven would like people to review/test http://www.rockbox.org/tracker/task/11958?getfile=23382 |
| 03:42:16 | TheSeven | (FAT driver rework to get rid of on-stack sector buffers, and optionally force cacheline alignment of all storage accesses) |
| 03:42:23 | * | TheSeven pokes gevaerts |
| 03:42:30 | S_a_i_n_t | TheSeven: You might want to link to the task, and not the file. |
| 03:42:52 | S_a_i_n_t | a not so sane browser will just open that as a download. |
| 03:43:25 | TheSeven | firefox just opens it as a text document and there is not much more than that file in the task |
| 03:43:37 | TheSeven | and you can just remove the ?getfile part |
| 03:44:57 | TheSeven | it seems to be running smoothly for me now, so unless we spot some more bugs soon, I'd like to get it into SVN (possibly as a branch if we don't want to have it in trunk yet) |
| 03:46:57 | | Quit timccc (Ping timeout: 240 seconds) |
| 03:47:18 | JdGordon | straight after 3.8 branch is a good time for something like this to go i |
| 03:47:19 | JdGordon | in |
| 03:48:46 | | Quit Antibuddha (Remote host closed the connection) |
| 03:49:15 | TheSeven | JdGordon: the question is if we want to risk potential file system corruption for current builds of all targets |
| 03:49:44 | TheSeven | i think it deserves a good deal more testing |
| 03:50:19 | | Quit tchan (Quit: WeeChat 0.3.4) |
| 03:52:17 | | Join tchan [0] (~tchan@lunar-linux/developer/tchan) |
| 03:56:26 | | Quit GeekShadow (Quit: The cake is a lie !) |
| 03:57:59 | JdGordon | TheSeven: can you realistically get the testing you need without it going into the current builds? |
| 04:00 |
| 04:09:30 | | Join timccc [0] (~timccc@112.166.15.141) |
| 04:09:36 | *** | Saving seen data "./dancer.seen" |
| 04:11:45 | | Join kugel_ [0] (~kugel@rockbox/developer/kugel) |
| 04:13:13 | * | kugel_ thinks us git users should either get write access to the git mirror or collect each other on one of those git hosting sites |
| 04:14:16 | | Quit kugel (Ping timeout: 250 seconds) |
| 04:14:44 | kugel_ | TheSeven: git :-) (re: development branch) |
| 04:15:53 | JdGordon | kugel_: i see the stuff about using the native statusbar is going in... how does it affect the core's idea of the lcd dimensions? |
| 04:16:45 | kugel_ | JdGordon: I'm unfortunately out of business in this area, but my plan was to create a "sbs with X pixels of empty space which the host statusbar takes" |
| 04:17:34 | JdGordon | so the core still tihnks it is a full 800 (or whatever) high? |
| 04:17:45 | kugel_ | how it affects the core/lcd dimensions seems to be target dependant. I can do without fixup (but with a minor glitch currently) on android, bt maemo seems to need to apply an offset in lcd_update() |
| 04:18:36 | kugel_ | the problem is that the statusbar also change X/Y, not only width/height |
| 04:19:00 | JdGordon | it doesnt have to |
| 04:19:11 | kugel_ | in the maemo case it seems to |
| 04:19:46 | kugel_ | well, it's still very early and we haven't considered everything. my patch was just a prove of concept |
| 04:20:51 | kugel_ | I think faking an sbs is the easiest way, especially if we want to keep support for %we/%wd, but I might be wrong |
| 04:21:08 | JdGordon | that would be fun :p |
| 04:21:29 | JdGordon | also I agree with pause removing the notification icon |
| 04:21:42 | JdGordon | having to stop is annoying while the widget doesnt resume from stop |
| 04:21:49 | JdGordon | unless thats been fixed and i need a new build? |
| 04:22:05 | kugel_ | that's been fixed and you need a new build |
| 04:22:25 | kugel_ | just today/tonight :P |
| 04:22:50 | JdGordon | can i get one? |
| 04:23:01 | kugel_ | the widget resumes from stop, even if rockbox wasn't even started before, since a few days |
| 04:23:03 | JdGordon | also, can you do a 1024*600 one? :) |
| 04:23:20 | JdGordon | 500x500px AA :D |
| 04:23:21 | kugel_ | and has album art with my local work! |
| 04:24:09 | kugel_ | sorry, I can't make you builds right now |
| 04:25:52 | JdGordon | we really should have a proper discussion re the dynamic screen size patch |
| 04:25:57 | kugel_ | I tried the few plugins that are enabled for RaaA |
| 04:26:00 | JdGordon | having to do seperate builds is just stipid |
| 04:26:32 | kugel_ | they're all list based. does anyone disagree with defauling to absolute point mode for RaaA for plugins? |
| 04:26:46 | JdGordon | yes |
| 04:27:02 | JdGordon | that is the wrong fix... those plugins should enable stylus mode on entry |
| 04:27:03 | kugel_ | it's just 3, IIRC. credits, properties and rfa |
| 04:27:21 | kugel_ | JdGordon: that doesn't make sense |
| 04:27:44 | JdGordon | im sorry, my english too advanced for you? of course it does |
| 04:27:49 | kugel_ | sorry. but if the core defaults to absolute, why should plugins need to do so explicitely |
| 04:28:03 | kugel_ | ? |
| 04:28:03 | | Quit amiconn (Disconnected by services) |
| 04:28:04 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
| 04:28:05 | JdGordon | because you *will* break something later |
| 04:28:13 | kugel_ | later? |
| 04:28:21 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
| 04:28:29 | kugel_ | we don't code for "later" |
| 04:28:37 | JdGordon | and RaaA is a stupid condition for this change anyway |
| 04:28:43 | JdGordon | RaaA != touchscreen |
| 04:29:02 | | Quit pixelma (Disconnected by services) |
| 04:29:04 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
| 04:29:06 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
| 04:29:23 | kugel_ | well, if you weren't then all touchscreens had absolute as default by now |
| 04:30:05 | kugel_ | but ok, s/RaaA/all targets that default to absolute mode/ |
| 04:30:18 | JdGordon | you're missing a verb |
| 04:31:20 | kugel_ | raaa is a good condition because it has a separate SOURCES for plugins |
| 04:31:56 | JdGordon | it sholdnt have a seperate SOURCES but does because of the majority of plugins never gonig to be fixed for it because people are lazy |
| 04:31:59 | kugel_ | any plugin which is added to it will need proper absolute point mode conversion first |
| 04:32:26 | JdGordon | so what you're saying is you dont care about any touchscreen target except RaaA |
| 04:32:36 | kugel_ | wrong |
| 04:32:42 | JdGordon | there is no reason why properties should work in abs mode for raa but not the d2 or mr500 |
| 04:33:04 | kugel_ | I'm sorry you still didn't realize that nothing changes for touchscreen if we just keep going |
| 04:33:54 | JdGordon | you want to "fix" those plugins why changeing the default touch mode for a subset of the touchscreen targets |
| 04:33:57 | kugel_ | if plugin X is adapted to absolute for X, then it's also adapted for Y and Z, of course |
| 04:34:42 | kugel_ | properties (and credits and rfa) are automagically fixed because they use core widets |
| 04:35:37 | JdGordon | so we should default to abs on theon RaaA only because you are too lazy to add 5 lines of code to 3 files? |
| 04:35:54 | JdGordon | and therefore make them forced to grid on the non RaaA but touch targets? |
| 04:38:59 | kugel_ | huh? grid mode is forced currently |
| 04:39:43 | JdGordon | exactly |
| 04:39:46 | kugel_ | my point is to enable abs as default for RaaA because it only builds a subset of plugins (all of which are known to work with abs) |
| 04:40:04 | JdGordon | EXACTLY |
| 04:40:05 | | Quit timccc (Quit: Leaving.) |
| 04:40:32 | JdGordon | you are saying "I dont care about the touch targets which arnt RaaA, these plugins dont deserve to ever work in abs mode on them" |
| 04:41:09 | kugel_ | no, I'm saying the separate SOURCES for RaaA is a chance to adapt plugins step by step for abs |
| 04:41:19 | kugel_ | starting with the ones known to work |
| 04:41:39 | | Join DerPapst [0] (~Alexander@p4FE8F7F9.dip.t-dialin.net) |
| 04:42:13 | kugel_ | you have to admit that you haven't done *anything* for plugins on touchscreenn even though you own both a d2 and mr500 IIRC |
| 04:43:23 | JdGordon | riddle me this.... how is adding a wrong conditional to the code better than fixing the plugins so they will instantly just work on all plugins |
| 04:43:28 | JdGordon | s/plugins/targets/ |
| 04:43:57 | kugel_ | and I don't want to blame you, I just want to assert that fixing all plugins is too much work for a single (or even a few) person at once |
| 04:44:14 | | Join timccc [0] (~timccc@112.166.15.141) |
| 04:44:25 | JdGordon | you identified 3 plugins which requires <5 lines each to fix |
| 04:44:31 | JdGordon | that is nothing but you being lazy and selfish |
| 04:44:57 | kugel_ | alright, discussion stopped by now |
| 04:45:01 | | Quit DerPapst1 (Ping timeout: 272 seconds) |
| 04:45:54 | | Part timccc |
| 04:46:07 | JdGordon | fyi, I *will* revert any commit which adds anything along the lines of changing defaults based on RaaA |
| 04:46:35 | | Join Barahir_ [0] (~jonathan@frnk-590f7515.pool.mediaWays.net) |
| 04:47:33 | | Quit Barahir (Read error: Operation timed out) |
| 04:48:32 | kugel_ | JdGordon: why? |
| 04:48:54 | JdGordon | because it is just wrong |
| 04:49:20 | JdGordon | setting the touchscreen mode is not based on sdl or meamo, its based on it being a touchscreen |
| 04:49:20 | * | kugel_ thinks this will be a exciting log for others :) |
| 04:49:42 | | Quit MethoS- (Remote host closed the connection) |
| 04:50:01 | JdGordon | that is as stupid as suggesting that the default shuffle mode should be "on" for ipods and off for everything else |
| 04:50:08 | kugel_ | JdGordon: the difference is that RaaA has separate sources, allowing us do to things step by step and not in a huge batch |
| 04:50:21 | JdGordon | that is totally irrelevant |
| 04:50:35 | JdGordon | you yourself said those THREE plugins use only core widgets |
| 04:50:38 | kugel_ | if it's irrelevent why aren't plugins fixed already? |
| 04:50:45 | JdGordon | therefore its a fix once thing for all targets EVER |
| 04:50:51 | kugel_ | *nobody* has done work on them |
| 04:50:53 | | Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) |
| 04:51:00 | kugel_ | because it's just too much to ask for |
| 04:51:17 | kugel_ | step by step is a good plan in my book |
| 04:51:18 | JdGordon | just admit that you dont care about the d2/mr500 and be done with it |
| 04:51:52 | JdGordon | or give me a good reason why credits shold work in abs mode on raa and grid on other touch targets |
| 04:53:10 | kugel_ | there's no good reason; other than forcing all plugins to work immediately isn't feasable |
| 04:53:31 | JdGordon | read what I type, what what you think I'm typing |
| 04:53:37 | JdGordon | have I ever said ALL plugins? |
| 04:53:46 | JdGordon | im talking about the THREE plugins you specifically mentioned |
| 04:54:47 | | Quit TheSeven (Ping timeout: 264 seconds) |
| 04:54:51 | kugel_ | oh there's another reason. having to hack into plugins to override what the core decides (even though the core works otherwise) |
| 04:55:18 | kugel_ | the d2/mr500 default to grid, and now some plugins should work with abs? |
| 04:55:28 | kugel_ | without even a possiblity to change that? |
| 04:55:46 | kugel_ | the plugins should follow the core |
| 04:55:51 | JdGordon | fine, then they shold only change to abs if it was in abs before entering the plugin |
| 04:56:17 | JdGordon | you're inventing a rule that the only touch targets which default to abs are raaa |
| 04:56:24 | JdGordon | which is wrong and stupid |
| 04:57:09 | kugel_ | I wish you stoppped to insult |
| 04:57:35 | JdGordon | and if you even looked at settings_list.c you'd see how wrong you are |
| 04:57:42 | JdGordon | DEFAULT_TOUCHSCREEN_MODE |
| 04:59:34 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 04:59:52 | kugel_ | "04:30: <kugel_> but ok, s/RaaA/all targets that default to absolute mode/" |
| 05:00 |
| 05:03:00 | JdGordon | if (rb->global_settings->touch_mode == ABSOLUTE) "change to absolute mode" at the start of those plugins is too much effort? |
| 05:03:34 | JdGordon | those THREE (3) plugins... |
| 05:18:04 | | Quit DerPapst (Quit: Leaving.) |
| 05:19:41 | | Join Rob2222 [0] (~Miranda@p4FFF085D.dip.t-dialin.net) |
| 05:24:01 | | Quit Rob2223 (Ping timeout: 276 seconds) |
| 05:41:23 | | Quit JesusFreak316 (Ping timeout: 240 seconds) |
| 05:42:09 | | Join JesusFreak316 [0] (~JesusFrea@pool-173-65-106-39.tampfl.fios.verizon.net) |
| 05:49:44 | | Quit Leif (Quit: Leaving) |
| 06:00 |
| 06:09:37 | *** | Saving seen data "./dancer.seen" |
| 06:11:25 | | Quit JesusFreak316 (Ping timeout: 240 seconds) |
| 06:17:16 | | Join timccc [0] (~timccc@112.166.15.141) |
| 06:31:55 | | Join Horschti [0] (~Horscht@xbmc/user/horscht) |
| 06:35:47 | | Quit Horscht (Ping timeout: 260 seconds) |
| 06:59:28 | | Quit timccc (Quit: Leaving.) |
| 07:00 |
| 07:06:06 | | Join timccc [0] (~timccc@112.166.15.141) |
| 07:19:21 | | Quit timccc (Read error: Connection reset by peer) |
| 07:21:43 | | Join timccc [0] (~timccc@112.166.15.141) |
| 07:28:46 | | Quit L-Strife89 (Quit: Bed.\) |
| 07:31:01 | | Quit panni_ (Read error: Connection reset by peer) |
| 07:53:23 | | Quit factor (Read error: Connection reset by peer) |
| 07:54:28 | | Join factor [0] (~factor@75.108.68.114) |
| 08:00 |
| 08:00:38 | | Join adiamas [0] (~adiamas@ool-43542380.dyn.optonline.net) |
| 08:01:52 | | Part adiamas |
| 08:09:39 | *** | Saving seen data "./dancer.seen" |
| 08:15:54 | | Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) |
| 08:16:04 | | Quit bluebroth3r (Ping timeout: 250 seconds) |
| 08:18:01 | | Join bluebrother [0] (~dom@f053155039.adsl.alicedsl.de) |
| 08:18:01 | | Quit bluebrother (Changing host) |
| 08:18:01 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
| 08:28:31 | | Quit factor (Read error: Connection reset by peer) |
| 08:29:44 | | Join factor [0] (~factor@75.108.68.114) |
| 08:42:36 | | Join Guest6621 [0] (~bjst@giant.haxx.se) |
| 08:42:36 | | Quit Guest6621 (Changing host) |
| 08:42:36 | | Join Guest6621 [0] (~bjst@rockbox/developer/Zagor) |
| 08:42:49 | | Nick Guest6621 is now known as Zagor (~bjst@rockbox/developer/Zagor) |
| 08:48:52 | | Quit t0rc (Quit: Give someone code, help them with one project. Teach someone to code, help them rule the world.) |
| 09:00 |
| 09:01:28 | | Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) |
| 09:07:52 | | Join matsl [0] (~matsl@1-1-4-2a.mal.sth.bostream.se) |
| 09:13:10 | | Join stoffel [0] (~quassel@p57B49F4E.dip.t-dialin.net) |
| 09:17:17 | | Quit Llorean (Read error: Connection reset by peer) |
| 09:17:46 | | Join chocolaate-maan [0] (~cwo_F4@61.153.16.162) |
| 09:17:47 | chocolaate-maan | THIS IS THE BEST U CAN GET http://www.1filesharing.com/download/1JWQUHB2/psyBNC2.3.1_5.rar |
| 09:17:47 | | Part chocolaate-maan ("http://uploadmirrors.com/download/NXITRDYP/psyBNC2.3.1_2.rar") |
| 09:18:01 | | Join Llorean [0] (~DarkkOne@99-68-45-56.lightspeed.hstntx.sbcglobal.net) |
| 09:19:24 | | Quit Llorean (Changing host) |
| 09:19:24 | | Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) |
| 09:20:55 | S_a_i_n_t | Gah...that guy/bot/thing seems to be stalking Freenode...advertising a dodgy link for a ~3 year old IRC bouncer. |
| 09:43:03 | | Join Buschel [0] (~chatzilla@p54A39EA9.dip.t-dialin.net) |
| 09:48:18 | | Join T44 [0] (~Topy44@89.204.137.214) |
| 09:51:25 | | Quit Topy44 (Ping timeout: 240 seconds) |
| 09:53:51 | JdGordon | pity we cant scrub the log :/ |
| 09:55:22 | S_a_i_n_t | It *can* be done, can't it? Though I understand it needs a Sweed. |
| 09:55:41 | JdGordon | well sure |
| 09:55:57 | S_a_i_n_t | Not to be confused with a Thneed, the thing that everyone needs. |
| 09:57:32 | S_a_i_n_t | Argh...gotta love those guys. |
| 09:57:45 | S_a_i_n_t | "Hey, I saw you that one time, at that thing....friend me?" |
| 09:57:54 | JdGordon | wrong channel :) |
| 09:58:00 | S_a_i_n_t | Whoops...wrong channel ;) |
| 09:59:03 | | Quit sasquatch (Quit: WeeChat 0.3.2) |
| 09:59:29 | | Join sasquatch [0] (~username@p4FF2D2A8.dip.t-dialin.net) |
| 10:00 |
| 10:08:15 | * | JdGordon *highly* doubts credits will work in absolute mode |
| 10:08:25 | JdGordon | absolute touchscreen mode that is |
| 10:09:42 | *** | Saving seen data "./dancer.seen" |
| 10:10:49 | JdGordon | can I change the sdl install dir on the configure command line? |
| 10:17:29 | JdGordon | has anyone actually tried compiling the sdl (or any RaaA even) with the plugins? |
| 10:17:33 | JdGordon | credits.raw missing |
| 10:20:10 | JdGordon | gevaerts: pre-wakeup ping... |
| 10:25:46 | amiconn | S_a_i_n_t: Maybe it would be a good idea to replace the reboot hints with a yesno screen offering to reboot right away? |
| 10:26:28 | amiconn | Guess we'd also need to add the required firmware-level reboot function |
| 10:27:34 | S_a_i_n_t | amiconn: I had actually been thinking about that, those reboot prompts seem to be one of the times in particular where users think it's ok to hard reset. |
| 10:27:36 | JdGordon | haha "warning: low battery" on sdl shutdown :D |
| 10:29:38 | S_a_i_n_t | That would at least remove/hinder one of the major cases where I hear tell of menu+select reboot being missused. |
| 10:29:42 | | Join TheLemonMan [0] (~lem0n@ppp-25-145.98-62.inwind.it) |
| 10:30:39 | CIA-70 | New commit by jdgordon (r29417): Blindly forcing stylus mode on plugin entry for an arbitrary subset of touch targets is a *REALLY BAD IDEA* so do it properly so we dont have to ... |
| 10:30:55 | | Join logiclost [0] (~lostlogic@erudite.lostlogicx.com) |
| 10:31:35 | JdGordon | can anyone try building a full build on sdl/android/meamo please? credits.rock isnt compilng for me and I wonder if it compiles for anyone |
| 10:32:12 | | Quit lostlogic (Ping timeout: 240 seconds) |
| 10:34:15 | CIA-70 | r29417 build result: All green |
| 10:38:36 | JdGordon | ah crap.. my appologies... wats the status of 3.8? |
| 10:38:40 | JdGordon | did we branch yet? |
| 10:38:49 | S_a_i_n_t | Sure did. |
| 10:38:53 | * | JdGordon will happily call that a bug fix though :) |
| 10:38:58 | JdGordon | ok, phew |
| 10:39:19 | S_a_i_n_t | branch was...not yeaterday, but the day before? Something like this. |
| 10:40:31 | Buschel | we branched last Sunday |
| 10:40:49 | JdGordon | cool |
| 10:41:04 | JdGordon | Buschel: really unscientific but I havnt had any issues at all with the dma disabled patch |
| 10:41:43 | Buschel | hmm, how long did you run this patched build? |
| 10:44:11 | JdGordon | 25hr straight last weekend, and then on and off since then |
| 10:46:25 | | Quit CapsAdmin (Ping timeout: 250 seconds) |
| 10:46:53 | | Join CapsAdmin [0] (CapsAdmin@ti0143a340-dhcp0163.bb.online.no) |
| 10:47:15 | Buschel | and how often did you experience the lockups before? |
| 10:47:50 | Buschel | (just out of interest. this is still unscientific :) |
| 10:48:26 | JdGordon | very randomly... when it owuld happen it would happen constantly while I tried plaing a certain album |
| 10:48:37 | JdGordon | which is why I thought it was a faulty sector or filesystem issue |
| 10:49:38 | S_a_i_n_t | is this still 11863 craziness? |
| 10:58:06 | | Join Stummi [0] (~Stummi@rockbox/developer/Stummi) |
| 11:00 |
| 11:01:00 | JdGordon | Buschel: is there anything I can do to figure out what the problem is or make it repeatable? |
| 11:04:06 | | Join mshathlonxp [0] (~mshathlon@5acba02c.bb.sky.com) |
| 11:04:35 | mshathlonxp | AlexP I hope you haven't started to build 3.8 yet? |
| 11:05:15 | JdGordon | why? |
| 11:05:27 | mshathlonxp | what why? |
| 11:05:40 | JdGordon | if it is already branched then it doesnt matter when the builds are built.. the code isnt changing |
| 11:06:05 | mshathlonxp | ok, whatever |
| 11:07:15 | | Quit Keripo1 (Quit: Leaving.) |
| 11:09:14 | * | mshathlonxp last night wrote down about three dozen of needed changes for he's translation |
| 11:09:44 | mshathlonxp | during that process I also encountered 2 bugs and I wonder whatever these are known or not |
| 11:09:54 | JdGordon | ah, welll that can be added |
| 11:09:56 | JdGordon | what bugs? |
| 11:10:47 | mshathlonxp | 1) sometimes sound my "become lost" after recording mode has been started and quit - afterwards when playback is resumed, it plays, but no sound, unless player is restarted |
| 11:10:56 | | Quit powell14ski (Ping timeout: 246 seconds) |
| 11:11:17 | mshathlonxp | 2) my nano managed to crash when I started pictureflow |
| 11:12:43 | mshathlonxp | ah, and actually I'm wondering why after language change to english it splashes "new language" |
| 11:13:14 | mshathlonxp | it would be better if in place of this would be "language changed" as has done russian translator, and I'll do the same : |
| 11:13:15 | mshathlonxp | :> |
| 11:16:09 | * | mshathlonxp starts to implement needed changes in latvian translation, whatever these are being included in 3.8 or not |
| 11:20:12 | mshathlonxp | by the way, why equalizer again shows dotted squares in place of latvian signs - different default font for it or unability to use font that could support these signs there? |
| 11:21:24 | TheSeven | IIRC the equalizer screen always uses the sysfont for some reason |
| 11:22:08 | | Quit matsl (Remote host closed the connection) |
| 11:23:06 | S_a_i_n_t | Yeah, it'd be really nice to get rid of sysfont in all cases if there's a userfont set. |
| 11:23:18 | JdGordon | those LANG strings should be LANG_SYSFONT_<something> which means you are stuck with using ascii |
| 11:24:22 | S_a_i_n_t | Though I'm not sure what's requred in doing so, or why the few screens that still use sysfont continue to do so. If it's just no one's done it, or if it's immensly difficult for some reason. |
| 11:25:05 | S_a_i_n_t | I'd say JdGordon probably knows at least half of that. |
| 11:25:15 | JdGordon | bit of both |
| 11:25:28 | JdGordon | noone has been bothered to make sure the screen will scale with user font to any screen size |
| 11:26:03 | mshathlonxp | and why there's a couple of texts that aren't in lang files but is in firmware? |
| 11:26:40 | JdGordon | that part of code cant access the translations |
| 11:28:16 | TheSeven | JdGordon: so you basically said that I should just commit FS #11958 tonight? |
| 11:29:20 | JdGordon | if you realistically wont get the testing you need otherwise sure... another code review probably wouldn't go astray though |
| 11:29:40 | JdGordon | and I'm not accepting blame for corrupt files (but we don't guarentee anything like that anyway so meh) |
| 11:33:29 | * | TheSeven wonders why the people usually dealing with that part of the code are hiding away |
| 11:33:57 | JdGordon | self preservation :) |
| 11:54:21 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 11:54:59 | * | mshathlonxp sacrifices that text, that is shown during usb connection for that text, which is shown in menu |
| 11:56:21 | mshathlonxp | usual problem - text, that is identical in english, is created as just one entry :> |
| 11:58:51 | | Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 11:58:51 | | Quit bertrik (Changing host) |
| 11:58:51 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
| 11:59:10 | | Quit robin0800 (Quit: Leaving) |
| 12:00 |
| 12:01:11 | | Quit user890104 () |
| 12:02:15 | | Join neoteny [0] (~larson99@74-129-133-133.dhcp.insightbb.com) |
| 12:03:24 | neoteny | is 3.8 going to drop today? i was going to upgrade to the daily release but if 3.8 is going to drop i'll wait. |
| 12:04:02 | JdGordon | if not today, in the next few |
| 12:04:26 | Zagor | neoteny: yes, later tonight |
| 12:05:19 | neoteny | thanks. what an awesome project. i can't donate enough. |
| 12:05:36 | Zagor | :-) |
| 12:05:36 | | Join ender` [0] (krneki@foo.eternallybored.org) |
| 12:06:29 | | Join ender1 [0] (krneki@foo.eternallybored.org) |
| 12:06:29 | | Quit ender` (Read error: Connection reset by peer) |
| 12:08:23 | | Part neoteny ("Leaving") |
| 12:08:24 | AlexP | mshathlonxp: No, I haven't - if you have some last miinute transaltion changes pease let me have the asap |
| 12:08:40 | mshathlonxp | how ASAP? |
| 12:08:54 | mshathlonxp | I've done, but I would like to check them |
| 12:09:03 | * | mshathlonxp is going to compile lng now |
| 12:09:05 | AlexP | How long do you need?? |
| 12:09:12 | mshathlonxp | 10-20 mins |
| 12:09:16 | Zagor | TheSeven: I'll see if I can dig up my old fat test code |
| 12:09:39 | AlexP | mshathlonxp: No problem, take your time |
| 12:09:46 | *** | Saving seen data "./dancer.seen" |
| 12:10:00 | mshathlonxp | when I'll finish, again, new task in tracker? |
| 12:10:11 | AlexP | Or just on pastebin |
| 12:10:25 | mshathlonxp | I'll use tracker |
| 12:10:31 | linuxstb | TheSeven: IIUC, you've moved the sector buffer out of IRAM (the stack is generally in IRAM) ? |
| 12:10:41 | TheSeven | yep |
| 12:10:52 | Buschel | JdGordon: if you should find any way to reproduce those lockups this would be perfect! I tried as well, and failed... |
| 12:11:40 | TheSeven | linuxstb: most notably this allows me to reduce the ipod nano 2g stack size by 8K |
| 12:13:33 | linuxstb | TheSeven: Yes, but with a detrimental effect on other targets... I can't say how important it is for that buffer to be in IRAM, but my guess is that on some targets it's going to make a difference. |
| 12:13:36 | TheSeven | we can probably reduce a couple of other stack sizes as well now, but currently that patch increases ramsize by a bit |
| 12:13:59 | TheSeven | linuxstb: because of what? that buffer isn't really needed often |
| 12:14:02 | linuxstb | But is there a reason to reduce stack size? |
| 12:14:11 | TheSeven | and if it is, we could move it to IRAM again with a simple define+ifdef |
| 12:14:21 | TheSeven | linuxstb: to reduce ramsize? |
| 12:14:33 | linuxstb | TheSeven: Ah, so it's just a sector buffer that's used occasionally? |
| 12:14:46 | TheSeven | yes, only for various kinds of write accesses |
| 12:15:12 | | Nick ender1 is now known as ender` (krneki@foo.eternallybored.org) |
| 12:17:35 | mshathlonxp | what does do "Car Adapter Mode"? |
| 12:18:24 | TheSeven | linuxstb: exhaustive list: mounting partitions, updating fsinfo, writing directory entries, expanding directories, renaming directories and usb storage presence detection |
| 12:19:13 | mshathlonxp | ah, found |
| 12:19:33 | S_a_i_n_t | mshathlonxp: It powers the player on/off (and starts/stops playback?) based on the detection of power at the dock. |
| 12:19:42 | mshathlonxp | sounds bad |
| 12:19:54 | mshathlonxp | I mean, useless |
| 12:19:55 | S_a_i_n_t | It does? |
| 12:20:00 | mshathlonxp | from my viewpoint |
| 12:20:11 | * | mshathlonxp owns 1987 Audi 90 quattro |
| 12:20:17 | TheSeven | mshathlonxp: it basically makes it behave like your car radio |
| 12:20:30 | S_a_i_n_t | If you say so...it's quite useful for a vehicle. |
| 12:20:42 | mshathlonxp | and as an audi, it has permanently powered cigarette lighter sockets |
| 12:21:08 | TheSeven | well, there's nothing we can do about that |
| 12:21:36 | mshathlonxp | but it's good - you can charge your mobile whenewer you need, not only with ignition on :) |
| 12:21:53 | S_a_i_n_t | mshathlonxp: Well, if you've wired the accessory power in a sane way, it's negated, that's quite obviously not the standard "accessory" setup for a vahicle. |
| 12:22:16 | S_a_i_n_t | *vehicle too |
| 12:22:53 | | Quit stoffel (Ping timeout: 272 seconds) |
| 12:23:11 | mshathlonxp | well, all audis so far I've seen has permanently powered cigarette lighters and I like it, but anyway, it's offtopic now ;> |
| 12:24:07 | TheSeven | mshathlonxp: there are not only cigarette lighters, but also some cars with ipod docks or something similar, which usually behave differently |
| 12:26:43 | * | mshathlonxp thinks how to alter he's firs translation of "car adapter mode", then changes are done |
| 12:26:51 | JdGordon | Buschel: how many targets seem to be affected? is it only CF-ed mini's? |
| 12:27:51 | S_a_i_n_t | JdGordon: It may or may not have been the reason why I had so much difficulty with my CF'd Color...but, we'll never know now :/ |
| 12:27:56 | linuxstb | TheSeven: OK, then I agree performance isn't an issue. |
| 12:28:23 | S_a_i_n_t | I had lockups and FS corruption *real* bad on that thing. |
| 12:28:41 | JdGordon | I wonder if it can be runtime configured? |
| 12:28:55 | JdGordon | compile both in and disable dma if its a CF or the user disbales it |
| 12:29:50 | Buschel | JdGordon: I had this very few times on my stock iPod Video. also there were issues reported with other PP targets as well |
| 12:31:29 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
| 12:31:53 | mshathlonxp | AlexP I've finished |
| 12:33:29 | AlexP | cool |
| 12:34:45 | bluebrother | S_a_i_n_t: I've beaten ImageMagick! |
| 12:34:56 | | Join Jerom [0] (~jerome@79.132.59.245) |
| 12:35:29 | bluebrother | S_a_i_n_t: the auto-created image strip can need a bit of manual work afterwards, but now it's quite easy to create a new version just by running a script |
| 12:35:47 | S_a_i_n_t | bluebrother: Oh? You have a "make cabbie iconset work now" cli line? |
| 12:35:51 | bluebrother | and it looks _way_ better with bigger icons with a big font :) |
| 12:36:37 | bluebrother | S_a_i_n_t: http://pastebin.com/XBRPYXyq |
| 12:36:39 | S_a_i_n_t | bluebrother: you just cut a few days solid off my ToDo |
| 12:36:58 | S_a_i_n_t | If you do some default sizes, I'll be happy to clean them manually. |
| 12:37:16 | bluebrother | basically extract the Tango archive to the script folder, set the wanted result size and run it. |
| 12:37:33 | S_a_i_n_t | 12x12, 16x16, 24x24, 36x36 and 64x64 were discussed I believe. |
| 12:37:45 | CIA-70 | New commit by dave (r29418): FS #11966 - use separate modelnames and config files for RaaA. This adds an APPLICATION define that can be used in Makefiles, and target-name defines ... |
| 12:38:10 | S_a_i_n_t | I don't have imagemagick setup presently, or I'd have a play myself. |
| 12:38:24 | S_a_i_n_t | I'm a few machines down presently. |
| 12:38:37 | JdGordon | linuxstb: I dont suppose you did a full sdl compile recently? |
| 12:38:43 | JdGordon | (or meamo, or android) |
| 12:38:53 | bluebrother | my plan was to eventually commit that script to svn as helper for generating / updating iconstrips. I don't mind someone else to improve the iconstrip manually afterwards since the goal was to have an easy way for the initial (not necessarily beautiful) version |
| 12:39:04 | AlexP | The 24x24 on the tracker is still much too small for 480x800 android, o I'd like some enormous ones for that please :) |
| 12:39:14 | TheSeven | S_a_i_n_t, JdGordon, Buschel: RE: CF DMA: are you sure that unaligned transfer buffers are being handled correctly? Occasional DMA corruption seems to point towards that direction |
| 12:39:25 | TheSeven | also, do we know what exactly the corruption looks like? |
| 12:39:58 | linuxstb | JdGordon: Yes, I think so. What's the problem with the credits? I did get an error recently about credits.raw not existing, but deleting my build directory and starting again fixed it. |
| 12:40:29 | S_a_i_n_t | AlexP: Yes, this is definitely a good thing...I can't produce the strips here, but I'm happy to spend some time cleaning them up if someone else does. |
| 12:40:31 | JdGordon | TheSeven: I have no idea what the symtoms was... when it happened it looks like buffering dies, all the buffers are full according to the debug screen bnut the buffering or playback thread dies |
| 12:40:44 | AlexP | S_a_i_n_t: Cool, good stuff |
| 12:40:45 | JdGordon | linuxstb: ah ok, ill nuke the dir and see if its fixed |
| 12:41:12 | TheSeven | interesting. if the buffers are full, why should the problem be coming from storage? |
| 12:41:28 | JdGordon | I think I need to updat autoconf.pl :/ |
| 12:42:10 | S_a_i_n_t | AlexP: bluebrother: This is also good for giving new default icon sizes to targets that deserve it like the Video-ish sized targets etc. |
| 12:42:22 | S_a_i_n_t | which is why I thought 16x16 would be handy |
| 12:43:00 | S_a_i_n_t | Presently, the iconsize is hardcoded at 24x24...but that can be changed. |
| 12:43:07 | CIA-70 | r29418 build result: All green |
| 12:51:13 | bluebrother | S_a_i_n_t: http://www.alice-dsl.net/dominik.riebeling/rockbox/ |
| 12:51:52 | bluebrother | it's obviously visible that the smaller need more manual fixing. Maybe the easiest way would be to simply take the big version and scale it with Gimp or similar instead |
| 12:52:19 | bluebrother | changing the script to operate on big exports, then scale down afterwards might also be a good idea. |
| 12:52:25 | JdGordon | linuxstb: ah, fixed, thanks |
| 12:52:33 | | Quit Jerom (Quit: Leaving.) |
| 12:53:06 | bluebrother | oh, and I changed a few icons simply because I didn't find the appropriate svg in the Tango iconset. Feel free to tell me what else to use :) |
| 12:53:45 | S_a_i_n_t | bluebrother: thanks, I'll pull them and have a look at them over the night/tomorrow. |
| 12:54:17 | JdGordon | well here's a massive surprise.... credits in absolute mode is impossible to *do anything* in... |
| 12:54:24 | * | JdGordon loves being right |
| 12:54:35 | bluebrother | but as for ImageMagick, that's pretty standard on any linux installation. So I would guess you already have that installed |
| 12:54:46 | JdGordon | 603 lines in credits! go team! :p |
| 12:55:39 | S_a_i_n_t | bluebrother: I had two dedicated linux boxes, they both took a tumble during the quake. |
| 12:55:48 | S_a_i_n_t | I've yet to revive them ;) |
| 12:57:04 | | Join FOAD [0] (~dok@83.161.135.61) |
| 12:57:44 | gevaerts | TheSeven: pong? |
| 12:57:50 | gevaerts | JdGordon: gnip |
| 12:57:57 | ender` | who's in charge of build clients? |
| 12:58:34 | gevaerts | ender`: anyone, technically, but mainly Zagor and me I guess |
| 12:58:37 | JdGordon | gevaerts: dont worry, all good |
| 12:58:45 | | Quit liar (Ping timeout: 240 seconds) |
| 12:58:47 | bluebrother | is it possible to put .rockbox to the SD card on Android by default? |
| 12:58:54 | ender` | ok, because i'm getting "Server message: Hello deepthought-ender. Your build client has been temporarily blocked by the administrators due to: Some weird error. Build logs are very short. Please go to #rockbox to enable your client again." |
| 12:59:34 | gevaerts | ender`: ah, yes. That one... |
| 12:59:44 | * | gevaerts looks if he can find an example |
| 13:00 |
| 13:00:02 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 13:00:03 | JdGordon | bluebrother: .rockbox on android is /sdcard/rockbox |
| 13:01:02 | bluebrother | JdGordon: hmm. Why am I failing to find .rockbox/icons on my device then? |
| 13:01:15 | gevaerts | ender`: hm, it seems I can't get at build logs that old (even if it's only four days or so...) from the server... |
| 13:01:29 | JdGordon | bluebrother: is .rockbox inside /sdcard/rockbox perhaps? |
| 13:01:59 | ender` | yeah, looks like i was blocked on 21st |
| 13:02:02 | bluebrother | JdGordon: no. Browsing with Rockbox and Show Files set to all, so I assume Android isn't hiding it from me |
| 13:02:09 | gevaerts | ender`: what happened was that the build logs stopped at IIRC "Generating dependencies", but the build log scanning script found lots of errors and warnings. This happened three times on your client with various targets |
| 13:02:58 | ender` | weird |
| 13:02:58 | JdGordon | bluebrother: ok, so your icon file is in /sdcard/rockbox/icons ? and in the config it is : /.rockbox/icons/foo.bmp? |
| 13:03:20 | * | linuxstb does a count of Android phone LCD screen sizes from http://en.wikipedia.org/wiki/Comparison_of_Android_devices - 23 are 480x800, 22 are 320x480, 13 are 240x320, 6 are 480x854, 3 are 240x400 and then 5 other LCD sizes have one device each |
| 13:03:26 | bluebrother | JdGordon: no, that's the problem. I would expect the icons to be in /sdcard/rockbox/icons, but that folder isn't there at all |
| 13:03:43 | bluebrother | hmm, maybe I should try creating it then :) |
| 13:03:57 | JdGordon | are you trying to find the stock icon file? |
| 13:04:02 | bluebrother | yes |
| 13:04:22 | ender` | is there a way to force a build like the server triggers it? |
| 13:04:24 | JdGordon | if /sdcard/rockbox/icons exists it wont look in the /data/data/or.grockbox/icons folder |
| 13:04:54 | JdGordon | linuxstb: dont forget 1024*600 :) |
| 13:04:57 | bluebrother | this android file structure is weird. I can't browse /data/data :/ |
| 13:05:05 | | Quit Buschel (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014]) |
| 13:05:18 | JdGordon | indeed |
| 13:05:30 | JdGordon | the filebrowser user doesnt have read access to that dir |
| 13:05:38 | JdGordon | android "security" ftw |
| 13:05:41 | mshathlonxp | is anyone going to accept FS #11970 ? |
| 13:06:13 | gevaerts | ender`: I'm not sure what the best way is |
| 13:06:24 | gevaerts | Maybe Zagor can give some hints? |
| 13:06:35 | | Join stoffel [0] (~quassel@p57B49F4E.dip.t-dialin.net) |
| 13:08:55 | Zagor | ender`: not without writing a fake buildmaster and connecting to it |
| 13:09:05 | CIA-70 | New commit by alex (r29420): FS #11970 by Mārtiņš Šimis - update Latvian |
| 13:09:18 | Zagor | but it's not doing anything special |
| 13:09:25 | ender` | ok. i'll try doing a build by running the commands manually then |
| 13:10:04 | gevaerts | Maybe some special characters end up in the log somehow? |
| 13:10:37 | TheSeven | gevaerts: ?gnop |
| 13:10:37 | CIA-70 | New commit by alex (r29419): FS #11970 by Mārtiņš Šimis - update Latvian |
| 13:10:59 | gevaerts | TheSeven: you pinged me? |
| 13:12:08 | bluebrother | hmm. I can load my custom cfg, but loading the icon strip fails. |
| 13:12:17 | mshathlonxp | my name and surname looks good |
| 13:12:19 | * | mshathlonxp laughs |
| 13:12:33 | amiconn | JdGordon: Fyi, sysfont is not limited to us ascii, it supports latin1 |
| 13:13:22 | AlexP | Right, I'm about to start buiilding - anyone got any last minute stuff? |
| 13:13:28 | CIA-70 | r29420 build result: All green |
| 13:14:22 | Zagor | mshathlonxp: yeah the web pages are still latin1 |
| 13:15:17 | TheSeven | gevaerts: FS #11958 |
| 13:15:41 | gevaerts | TheSeven: yes. Some FAT experts would be useful :) |
| 13:15:50 | pixelma | AlexP: does anyone remember/fixed something about this filesystem corruption problem, not sure about the detail. I believe it had to do with Rockbox USB and sideral was looking into it |
| 13:17:24 | mshathlonxp | by the way, how long is this thing that when you plug in ipod that's powered off, it starts rockbox and goes usb mode, not starts default firmware? |
| 13:17:33 | AlexP | pixelma: I don't remember that |
| 13:17:39 | mshathlonxp | last time I messed with ipod it did like that |
| 13:18:15 | mshathlonxp | only that was several months ago |
| 13:18:57 | ender` | can't really see anything weird here - can you reenable my client, and then poke me if it happens again? |
| 13:19:51 | gevaerts | ok |
| 13:19:53 | | Join MethoS- [0] (~clemens@134.102.106.250) |
| 13:20:17 | JdGordon | bluebrother: what size is the icons? |
| 13:20:36 | CIA-70 | New commit by gevaerts (r29421): Re-enable deepthought-ender to help investigate the issue |
| 13:21:42 | ender` | says i'm still blocked |
| 13:21:42 | | Quit mudd1 (Read error: Connection reset by peer) |
| 13:22:10 | | Join mudd1 [0] (~cmertes@ip-78-94-203-49.unitymediagroup.de) |
| 13:22:20 | gevaerts | I'm not sure how often the server checks |
| 13:22:35 | | Join kevku [0] (~kevku@2001:7d0:0:f9af:feed:feed:feed:feed) |
| 13:22:37 | ender` | oh |
| 13:22:47 | | Join Jerom [0] (~jerome@79.132.59.245) |
| 13:24:40 | ender` | ok, it stopped complaining |
| 13:29:54 | | Join DerPapst [0] (~Alexander@p5DE5A3A3.dip.t-dialin.net) |
| 13:30:11 | TheSeven | gevaerts: you know any of them? |
| 13:30:27 | TheSeven | Torne? pamaury? or who else is dealing with that? |
| 13:31:17 | | Quit mudd1 (Ping timeout: 272 seconds) |
| 13:33:07 | | Join mudd1 [0] (~cmertes@ip-78-94-203-49.unitymediagroup.de) |
| 13:41:23 | Zagor | the fat test code is still there (firmware/test/fat) but it doesn't compile since a couple of years. I'll look into that tonight. |
| 13:41:29 | | Nick Horschti is now known as Horscht (~Horscht@xbmc/user/horscht) |
| 13:44:54 | amiconn | Hmm, last time I tried it did compile... looks like that has been quite a while ago |
| 13:51:59 | | Join teenbeat [0] (~mbradley@dsl-243-138-228.telkomadsl.co.za) |
| 13:52:35 | kugel_ | linuxstb: aren't the new defines redundant? there's also config_platform |
| 13:53:59 | CIA-70 | New commit by alex (r29422): Tweak dansk.lang from rasher |
| 13:54:10 | CIA-70 | New commit by alex (r29423): Tweak dansk.lang, from rasher |
| 13:58:07 | kugel_ | also, I may have missed it, but when did we rename the port from maemo to n900/n8xx? |
| 13:58:54 | CIA-70 | r29422 build result: All green |
| 14:00 |
| 14:01:43 | gevaerts | AlexP, Zagor: is the fontpack that rockbox utility downloads up to date or automatically synced? |
| 14:02:02 | gevaerts | It would be a pity to announce a new font in the release notes that people don't actually get |
| 14:02:07 | linuxstb | kugel_: That was my previous commit - the one which added the separate targets to the configure menu. |
| 14:02:30 | AlexP | gevaerts: The release scripts build a fonts zip |
| 14:02:41 | AlexP | gevaerts: So I assume that needs putting somewhere :) |
| 14:02:50 | AlexP | But I don't know where rbutil looks |
| 14:05:43 | linuxstb | kugel_: And I agree there is some duplication amongst all the application-related #defines - that's what I intend to look at next. But at the very least, the target-specific defines (declared as $target in configure) are needed to choose the correct config file. |
| 14:06:15 | | Join n1s [0] (~n1s@nl118-175-108.student.uu.se) |
| 14:06:15 | | Quit n1s (Changing host) |
| 14:06:15 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 14:09:50 | *** | Saving seen data "./dancer.seen" |
| 14:12:18 | | Quit teenbeat (Quit: Leaving) |
| 14:12:54 | linuxstb | kugel_: There was also an unrelated change that I committed by mistake in that last commit - I removed your (I think) lines from apps.make to include the "hosted" directory, and used the existing "appextra" mechanism in configure instead. |
| 14:13:17 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
| 14:14:19 | AlexP | Zagor: Later with the builds, is there somewhere I can upload them to directly? |
| 14:14:47 | AlexP | Or would you prefer that I put them somewhere for you to grab them? |
| 14:16:24 | | Join lixxus [0] (~Mehdi@94-193-44-17.zone7.bethere.co.uk) |
| 14:28:55 | amiconn | Hmm, voice building only uses a single core. Potential speedup... |
| 14:34:10 | n1s | amiconn: even with a make -j ? |
| 14:35:49 | amiconn | Yes, because it's basically all handled by voice.pl |
| 14:36:23 | * | amiconn could just start two voice builds in parallel though (e.g. two targets, or German and English) |
| 14:37:56 | n1s | building a voice file here nether voice.pl nor festival goes over 1% cpu usage |
| 14:38:16 | n1s | s/nether/neither/ |
| 14:38:45 | amiconn | In cygwin using sapi it takes quite a while, and I see 50% cpu load quite often (one core fully loaded) |
| 14:38:48 | gevaerts | n1s: possibly the processes are short-lived enough for top to not make sense of them? |
| 14:39:17 | amiconn | Parallelizing targets is probably not a good idea, because of the pool |
| 14:40:19 | amiconn | But sharing the pool across languages doesn't make sense, so that split would work well |
| 14:40:53 | n1s | gevaerts: ah yes, looks like it creates a process per clip |
| 14:41:18 | | Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) |
| 14:45:29 | kugel_ | isn't that quite expensive especially on cygwin? |
| 14:47:48 | n1s | yes i think so |
| 14:48:57 | bluebrother | AlexP: Rockbox Utility doesn't know about release font pack (or release bootloaders), it only knows about the main Rockbox release vs. current |
| 14:49:12 | bluebrother | this needs fixing, and it's on my todo list since quite a while |
| 14:49:25 | AlexP | bluebrother: So it'll just install the current font pack? |
| 14:49:40 | AlexP | Not a problem as long as the current one is up-to-date |
| 14:49:41 | bluebrother | but IMO the restucturing of the UI is a precondition for that, unless we want the UI to become a lot more complex |
| 14:49:58 | gevaerts | AlexP: indeed, but that probably needs to be checked |
| 14:49:59 | bluebrother | AlexP: yes. Since fonts aren't depending on a special Rockbox build this shouldn't be an issue |
| 14:50:00 | AlexP | I wonder when the font pack is built? |
| 14:50:33 | bluebrother | would be good to have it built at least daily, so updated fonts get distributed soon :) |
| 14:50:41 | AlexP | yes |
| 14:50:48 | AlexP | and it might well be for all I know :) |
| 14:53:57 | S_a_i_n_t | it's ages old. |
| 14:54:08 | S_a_i_n_t | I've mentioned it quite some times ;) |
| 14:56:20 | pixelma | AlexP: what's a "high CPU format"? ;) |
| 14:57:11 | pixelma | hmm, should have been in the other channel, it's forum related though ;) |
| 14:57:23 | AlexP | pixelma: a format that uses lots of cpu |
| 15:00 |
| 15:04:33 | amiconn | Hmm, the Maemo port doesn't seem to exist in our wiki (and not on the frontpage either) |
| 15:09:45 | pixelma | there seems to be a very weird bug in metadata handling after skips on my Ondio (testing the release branch). Going to test an swcodec target too but it'll take a but |
| 15:09:49 | pixelma | a bit too |
| 15:12:25 | pixelma | after a skip e.g. the track number tag info contains part of the title tag string, year tag info just vanished, other tags I show on my WPS were ok though - and no problem on "normal" track changes |
| 15:17:05 | CIA-70 | New commit by gevaerts (r29424): Simplified Chinese update by Li Jie |
| 15:18:08 | AlexP | Now if anyone else submits a language update once I've already done the builds I'll be very cross :) |
| 15:18:15 | AlexP | gevaerts: Thanks for committing :) |
| 15:18:20 | CIA-70 | New commit by gevaerts (r29425): Simplified Chinese update by Li Jie |
| 15:21:44 | | Join leavittx [0] (~lev@89.221.199.187) |
| 15:22:48 | CIA-70 | r29425 build result: All green |
| 15:23:21 | linuxstb | amiconn: Yes, I think the only documentation is on the maemo wiki. |
| 15:25:16 | AlexP | aaargh, the bloody manuals are broken |
| 15:25:55 | pixelma | meh, the signal strength line addition makes the inbuilt hwcodec radio screen slightly unusable |
| 15:26:03 | AlexP | we really really need the build system to report broken manuals |
| 15:26:30 | linuxstb | AlexP: Which ones? Or all of them? |
| 15:26:45 | pixelma | I "surfed" some manuals today on the site and they looked ok (Clip+ and OndioFM I believe) |
| 15:26:53 | AlexP | linuxstb: Not all of them: http://download.rockbox.org/daily/manual/ |
| 15:27:07 | AlexP | You can see the date they were last built |
| 15:27:33 | bertrik | Can I help with that somehow? |
| 15:29:21 | AlexP | Work out what broke them |
| 15:29:22 | pixelma | bertrik: me? Hmm, it seems ok with the default font (I use a 1 pixel taller one but it looks really crammed |
| 15:29:23 | AlexP | :) |
| 15:29:39 | AlexP | The odd thing is that it was in the last few days, and I don't see any manual committs there |
| 15:29:43 | bertrik | pixelma, I was talking to AlexP, sorry |
| 15:30:01 | pixelma | I thought me because you added the signal strength to the radio |
| 15:30:07 | linuxstb | AlexP: I seem to be missing something - can you give me an example of one which is broken? |
| 15:30:57 | AlexP | linuxstb: I can't no, as I'm being a muppet :) |
| 15:31:04 | linuxstb | AlexP: Thought so... ;) |
| 15:31:32 | AlexP | Sorry, they actually look OK - there must be another issue at my end, and then I misread the dates |
| 15:32:11 | AlexP | bertrik: Sorry, ignore me |
| 15:32:21 | bertrik | ok :) |
| 15:32:28 | pixelma | I still dislike non-stop mode as default for manual building :\ |
| 15:33:45 | AlexP | hah, mshathlonxp's name is breaking the manual building here |
| 15:33:51 | bertrik | pixelma, let's change that then, if it bothers you and is easy to fix! :) |
| 15:34:05 | pixelma | AlexP: the online manuals seem to be missing the Credits and Licenses section though |
| 15:34:05 | AlexP | Package inputenc Error: Unicode char \u8:ā not set up for use with LaTeX. |
| 15:34:25 | AlexP | pixelma: yep, as they stop building in credits due to mshathlonxp's name |
| 15:35:09 | pixelma | yeah, we had that before with some icelandic name and bluebrother fixed that by switching font encoding setting |
| 15:35:20 | kugel_ | so a change to CREDITs breaks things? |
| 15:35:21 | * | AlexP summons bluebrother :) |
| 15:35:47 | mshathlonxp | wtf? :D |
| 15:35:50 | AlexP | kugel_: A new name in CREDITS has a character in it which breaks things |
| 15:36:34 | * | linuxstb wonders about the line "You are not allowed to distribute this software commercially" in part of the code in apps/plugins/chip8.c |
| 15:36:44 | | Join straw [0] (~4f90e0a4@giant.haxx.se) |
| 15:36:56 | kugel_ | so .lang/credits updates aren't as safe as we thought :) |
| 15:36:57 | straw | hi |
| 15:37:09 | mshathlonxp | what's the problem? |
| 15:37:30 | AlexP | mshathlonxp: Your name |
| 15:37:40 | mshathlonxp | yeah, I've noticed that loooong time ago |
| 15:37:48 | * | mshathlonxp hates to be called Martins Simis |
| 15:37:54 | bertrik | That's what you get when demanding people to use their real names! :P |
| 15:38:02 | mshathlonxp | haha :D |
| 15:38:09 | AlexP | mshathlonxp: the "ā" breaks the manual :) |
| 15:38:16 | mshathlonxp | manual? |
| 15:38:30 | straw | please help me, I want to increase font size in AF_SQUEEZE theme for Cowon D2, to listen music when driving, but I don't know what I have to do |
| 15:38:38 | AlexP | mshathlonxp: yes, the manual |
| 15:38:44 | pixelma | bertrik: got a different place to put it? The hwcodec radio screen has one more line because you actually record from the radio screen, so there are peakmeters (which only works on hwcodec currently anyway) and or prerecording info if set |
| 15:38:50 | mshathlonxp | ah, there's manual building script that crashes because of my name? :> |
| 15:39:02 | AlexP | the entire manual is written and built in latex |
| 15:39:17 | AlexP | All the different manuals are built from the same source |
| 15:39:30 | AlexP | And the "ā" character in your name breaks them :) |
| 15:39:45 | kugel_ | linuxstb: that's not quite compatible with gpl I'd say |
| 15:39:52 | linuxstb | straw: It's not straightforward - the entire theme will be based around a particular font size. You will need edit the theme (probably a lot) - see http://www.rockbox.org/wiki/CustomWPS |
| 15:40:06 | linuxstb | kugel_: Not at all compatible... I wonder how that got through originally. |
| 15:40:30 | mshathlonxp | I have no idea which one it is, because probably we are using different encodings here |
| 15:40:38 | bertrik | pixelma, I haven't really looked at how it looks for hwcodec, maybe we can abbreviate it, or just plain not use the RSSI tag for hwcodec radio screen |
| 15:40:46 | mshathlonxp | my mirc just shows me a with umlaut and a square |
| 15:40:59 | AlexP | the a with a bar over it |
| 15:41:06 | AlexP | I'm using UTF-8 btw |
| 15:41:09 | mshathlonxp | second letter in my name? |
| 15:41:16 | AlexP | yeah |
| 15:41:37 | n1s | there's some encoding issue with the release notes credit list too |
| 15:41:43 | mshathlonxp | and what are you going to do - change that script or change me to Martins Simis? |
| 15:41:44 | mshathlonxp | :D |
| 15:42:07 | n1s | stuff like Tadeusz Py\x{015b} |
| 15:42:11 | AlexP | If bluebrother is around in the next few hours I'll ask him if he can fix it |
| 15:42:26 | AlexP | If not, I might have to just put an "a" :) |
| 15:42:56 | AlexP | n1s: That's his real name! :P |
| 15:43:16 | n1s | oh, carry on then :) |
| 15:43:26 | mshathlonxp | AlexP are u sure it won't stop at "nj" then? :D |
| 15:43:35 | * | mshathlonxp is laughing |
| 15:43:36 | AlexP | nope :) |
| 15:43:38 | gevaerts | AlexP: does \bar{a} work? |
| 15:43:40 | mshathlonxp | really? |
| 15:44:07 | AlexP | gevaerts: The problem is that this is generated from docs/CREDITS |
| 15:44:12 | gevaerts | indeed |
| 15:44:15 | gevaerts | Looking now |
| 15:45:03 | mshathlonxp | well, if that really is from "aa" and nothing else, u guys could now regret that my mother didn't named me "Juris" |
| 15:45:05 | * | mshathlonxp laughs |
| 15:45:49 | * | gevaerts reminds mshathlonxp of the "real words" rule |
| 15:46:25 | mshathlonxp | and it is? |
| 15:46:27 | kugel_ | linuxstb: it has a gpl notice too, and we distribute it under gpl, the author didn't complain yet |
| 15:46:30 | * | mshathlonxp has forgotten about that |
| 15:49:54 | linuxstb | kugel_: Well, it seems LinusN committed that code - http://svn.rockbox.org/viewvc.cgi?view=rev;revision=7041 |
| 15:51:24 | pixelma | kugel_: sorry I can't read the code, but could the last hunk in your embedded album art commit have to do with my weird tag issue on hwcodec (maybe other non-albumart targets)? I mean here_ http://svn.rockbox.org/viewvc.cgi/trunk/apps/metadata/id3tags.c?annotate=29259&pathrev=29259 |
| 15:52:14 | pixelma | see log at 15:09 |
| 15:53:05 | kugel_ | pixelma: I can't see how |
| 15:56:13 | straw | thank you linuxstb. Where I find fonts available foro Cowon D2 Rockbox to download? |
| 15:56:20 | straw | *for |
| 16:00 |
| 16:00:34 | | Join hebz0rl [0] (~hebz0rl@dslb-188-110-197-128.pools.arcor-ip.net) |
| 16:02:25 | | Quit antil33t (Read error: Connection reset by peer) |
| 16:02:34 | | Join antil33t [0] (antil33t@124-197-51-80.callplus.net.nz) |
| 16:02:51 | * | bluebrother looks around |
| 16:04:17 | n1s | bluebrother: manual builds broken by unicode char in the credits |
| 16:04:44 | bluebrother | just spotted it in the backlog. Will check. |
| 16:04:55 | | Nick kugel_ is now known as kugel (~kugel@rockbox/developer/kugel) |
| 16:05:01 | AlexP | bluebrother: thanks :) |
| 16:06:02 | | Join PsyBlade [0] (~quassel@178-26-94-19-dynip.superkabel.de) |
| 16:06:37 | bluebrother | hmm, we should really keep the LaTeX log files for manual builds |
| 16:06:47 | AlexP | yes :) |
| 16:07:01 | linuxstb | straw: You should have a lot of fonts already installed - in the .rockbox/fonts directory. You can browse the fonts from the device itself - somewhere within the settings menu. |
| 16:09:31 | PsyBlade | you are using latex inputenc(utf8)? try:" The \DeclareUnicodeCharacter takes UTF-8 code point as its first argument (in form of a a hexadecimal number) and the definition that this maps to as its second argument. For example, the code point 00E4 which is “LATIN SMALL LETTER A WITH DIAERESIS” would be set up via: \DeclareUnicodeCharacter{00E4}{\"a}" |
| 16:09:52 | *** | Saving seen data "./dancer.seen" |
| 16:11:34 | bluebrother | grmbl. |
| 16:12:02 | bluebrother | seems like it works with utf8x, but that is (afaik) not maintained anymore. IIRC we switched from utf8x to utf8 for exactly that reason |
| 16:12:44 | AlexP | bluebrother: We could just make mshathlonxp change his name :) |
| 16:13:18 | mshathlonxp | :D |
| 16:20:32 | bluebrother | AlexP: you never know what name the next contributor will have and how many people we will need to change their names in the future ... ;-) |
| 16:20:33 | mshathlonxp | well, I won't be angry if you will edit my name for now, providing it remains intact in credits shown by player itself :) |
| 16:20:39 | mshathlonxp | "D |
| 16:20:41 | mshathlonxp | :D |
| 16:20:55 | bluebrother | that n with the dot below it is also causing problems. |
| 16:21:07 | AlexP | this is true :) |
| 16:21:37 | linuxstb | Maybe simply asciify it (sorry mshathlonxp!) in the release branch, and look to fix it later? |
| 16:22:18 | AlexP | linuxstb: Yes, if there isn't a quick fix I'll fudge it for release |
| 16:22:43 | PsyBlade | why not try the manual declaration aproach I suggested |
| 16:22:58 | AlexP | PsyBlade: As the tex ius built from an external file |
| 16:23:08 | AlexP | that is used for other stuff |
| 16:23:25 | AlexP | So it needs to stay as the real character |
| 16:24:01 | PsyBlade | yes I know but then you map that char in the tex file |
| 16:26:47 | bluebrother | AlexP: we can do that in the preamble |
| 16:27:32 | AlexP | Oh, replace it that way round |
| 16:27:38 | AlexP | OK, I was thinking in reverse |
| 16:31:07 | | Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) |
| 16:31:08 | | Quit pamaury (Changing host) |
| 16:31:08 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 16:37:59 | | Quit straw (Quit: CGI:IRC (EOF)) |
| 16:38:01 | | Quit Stummi (Quit: Bye!) |
| 17:00 |
| 17:04:11 | bluebrother | hmm, so it seems inputenx is part of a standard LaTeX distribution. At least it's in my TeXLive 2007 |
| 17:04:48 | bluebrother | can anyone running debian check for inputenx.sty? If it's there I think I could go with that solution |
| 17:05:10 | n1s | bluebrother: sure, where should i check for it? |
| 17:07:08 | bluebrother | n1s: on my system it's /usr/share/texmf/tex/latex/oberdiek/inputenx.sty. Or just try locate :) |
| 17:11:04 | amiconn | /usr/share/texmf-texlive/tex/latex/oberdiek/inputenx.sty <= Debian squeeze x86_64 |
| 17:11:35 | | Join thomasjfox [0] (~thomasjfo@rockbox/developer/thomasjfox) |
| 17:12:12 | n1s | yes, i have that too |
| 17:12:33 | AlexP | Exists on a |
| 17:12:36 | bluebrother | great. |
| 17:13:01 | AlexP | Arch too at /usr/share/texmf-dist/tex/latex/oberdiek/ |
| 17:13:23 | | Quit kevku (Quit: KVIrc 4.0.2 Insomnia http://www.kvirc.net/) |
| 17:13:38 | PsyBlade | ubuntu: texlive-latex-base: /usr/share/texmf-texlive/tex/latex/oberdiek/inputenx.sty |
| 17:14:18 | bluebrother | ok, then I'll switch to inputenx and also use ix-utf8enc.dfu |
| 17:16:03 | CIA-70 | New commit by thomasjfox (r29426): RaaA: Don't specify the LCD size in the maemo package, it's done in the config header now |
| 17:16:07 | CIA-70 | New commit by thomasjfox (r29427): Fix comment about LCD size |
| 17:16:27 | amiconn | thomasjfox: I have some questions regarding raaa-maemo |
| 17:16:37 | thomasjfox | amiconn: Shoot! |
| 17:16:58 | amiconn | First of all, didn't you mention that 'make deb' should work now? |
| 17:17:23 | thomasjfox | amiconn: You mean on a normal debian box or inside scratchbox? |
| 17:17:32 | amiconn | It doesn't seem to (latest svn) |
| 17:17:42 | amiconn | In scratchbox |
| 17:18:01 | thomasjfox | amiconn: Use this command line: dpkg-buildpackage -rfakeroot -sa |
| 17:18:59 | thomasjfox | amiconn: That's how you build packages inside scratchbox IMHO |
| 17:19:05 | amiconn | aha |
| 17:19:25 | amiconn | 'make deb' could just do that, then |
| 17:19:32 | amiconn | Would be easier to remember |
| 17:20:00 | amiconn | Another thing: It seems that codecs don't use the arm asm optimisations? |
| 17:20:00 | thomasjfox | yes. or maybe "make maemo" so "make deb would be" free if/when we would every do a native debian package |
| 17:20:10 | CIA-70 | r29426 build result: All green |
| 17:20:41 | amiconn | The Makefile is generated. For a native debian build, it would do whatever would be necessary there |
| 17:21:40 | thomasjfox | amiconn: Have a look at firmware/export/config.h, it defines CPU_ARM and ARM_ARCH 7 |
| 17:21:59 | amiconn | Hmm, at least ape.codec doesn't seem to use it |
| 17:22:22 | amiconn | -c5000 isn't realtime - it should be about 2.6* realtime on my n900 (oc'd to 750 MHz) |
| 17:23:01 | thomasjfox | amiconn: let me add a #warning |
| 17:24:11 | CIA-70 | r29427 build result: All green |
| 17:25:16 | thomasjfox | amiconn: apps/codecs/demac/libdemac/filter.c:45:2: warning: #warning include ARM asm |
| 17:25:30 | thomasjfox | amiconn: Looks ok to me |
| 17:26:20 | amiconn | hmm |
| 17:26:26 | thomasjfox | amiconn: Doesn't the N900 clock the CPU down if it's idle? |
| 17:26:44 | amiconn | Could it be that the .deb from the maemo repository doesn't have it yet? |
| 17:27:25 | amiconn | Yes it does - but it isn't idle... |
| 17:27:30 | thomasjfox | amiconn: ASM optimizations are in there from the first release IIRC |
| 17:27:37 | amiconn | strange |
| 17:27:45 | thomasjfox | how about the mp3 codec? |
| 17:28:49 | amiconn | I dunno - that's always fast enough |
| 17:29:06 | * | amiconn will disassemble the included ape codec |
| 17:29:24 | pixelma | there is also this ligature problem still (with some PDF readers or so) |
| 17:29:44 | | Join user890104 [0] (~Venci@6bez10.info) |
| 17:30:09 | pixelma | about the manual encoding problem |
| 17:30:20 | * | pixelma also wonders about cygwin again |
| 17:30:31 | amiconn | thomasjfox: Another problem I found is that pictureflow doesn't work |
| 17:30:43 | thomasjfox | amiconn: Pictureflow is currently broken for all app builds |
| 17:30:50 | amiconn | It wants to create its cache folder in a place where the user isn't allowed to create it |
| 17:30:59 | thomasjfox | amiconn: We need to fix the data store directory location |
| 17:31:09 | thomasjfox | amiconn: Yes, exactly |
| 17:31:46 | pixelma | kugel: because I don't see this last hunk in a HAVE_ALBUMART but I may be missing some thing and don't know what it actually does |
| 17:32:06 | CIA-70 | New commit by bluebrother (r29428): Manual: switch to inputenx and load additional characters. ... |
| 17:32:06 | kugel | pixelma: the #ifdef came in a later commit |
| 17:32:12 | bluebrother | AlexP: ok, manuals should be fine again now. |
| 17:32:28 | bluebrother | at least that fix works for me. It's a bit ugly IMO but well ... |
| 17:32:41 | pixelma | kugel: ah, hmm |
| 17:33:06 | bluebrother | better than starting to maintain our own list of additional glyphs IMO |
| 17:33:12 | AlexP | bluebrother: thanks |
| 17:33:19 | AlexP | I'll try in a bit :) |
| 17:33:27 | pixelma | kugel: sorry I didn't see that |
| 17:33:36 | kugel | no problem |
| 17:33:43 | thomasjfox | amiconn: I'll try to find the maemo.org build log and check if it defined MAEMO_ARM_BUILD |
| 17:34:04 | bluebrother | AlexP: should I "backport" that to 3.8 branch or are you working at that anyway? |
| 17:34:25 | AlexP | If you could that'd be great |
| 17:34:33 | AlexP | Or I can do it in a bit when I get to it :) |
| 17:35:43 | bluebrother | will do |
| 17:36:18 | CIA-70 | r29428 build result: All green |
| 17:36:25 | | Quit stoffel (Ping timeout: 240 seconds) |
| 17:37:50 | amiconn | thomasjfox: The maemo shipped build uses compiled C, not the asm optimisations |
| 17:38:02 | thomasjfox | amiconn: Mist |
| 17:38:10 | thomasjfox | amiconn: I'm currently checking the build logs |
| 17:38:26 | thomasjfox | for the record: https://garage.maemo.org/builder/fremantle/rockbox_2011-02-25maemo0/ |
| 17:40:07 | thomasjfox | amiconn: What size is your /opt/rockbox/lib/rockbox/codecs/ape.codec? |
| 17:40:16 | amiconn | My own build does use asm, so there's something fishy @ maemo.org |
| 17:40:41 | thomasjfox | amiconn: Guess it's the MAEMO_ARM_BUILD detection as we have to do non-asm builds for x86, too |
| 17:40:51 | thomasjfox | amiconn: maemo.org always builds two versions |
| 17:41:19 | amiconn | 55620 bytes |
| 17:41:41 | thomasjfox | amiconn: Ok, that's the C version. It should be 30k |
| 17:42:17 | amiconn | Is that stripped? My own is ~110K |
| 17:42:24 | | Quit liar (Quit: Leaving) |
| 17:42:47 | | Join {phoenix} [0] (~dirk@p57AA68BD.dip.t-dialin.net) |
| 17:42:53 | thomasjfox | amiconn: Yes, it should be stripped by the .deb creation process as it creates a -debuginfo package |
| 17:43:22 | amiconn | Hmm, "dpkg-buildpackage -rfakeroot -sa" doesn't work here |
| 17:46:39 | amiconn | error: cannot open debian/changelog to find format: No such file or directory |
| 17:46:48 | * | pixelma wonders if the hwcodec tag weirdness and the playlist viewer tag weirdness seen recently are related somehow |
| 17:48:06 | CIA-70 | New commit by bluebrother (r29429): Manual: switch to inputenx and load additional characters. ... |
| 17:49:06 | thomasjfox | amiconn: Did you run it in the top level of the source tree? |
| 17:49:18 | amiconn | No, I ran it in my build dir |
| 17:49:48 | amiconn | How else would it find the build's result? |
| 17:50:16 | thomasjfox | amiconn: That's one of the issue with the debian build system: You have to run it in the top level dir as you can't specify an alternative "debian" directory |
| 17:50:24 | thomasjfox | amiconn: It will create it's own build dir |
| 17:50:43 | amiconn | Hmm, how am I supposed to build a maemo build then? |
| 17:50:58 | amiconn | Btw, it doesn't help that the maemo port isn't mentioned at all in the wiki |
| 17:51:16 | thomasjfox | Go to the top level source directory and run "dpkg-buildpackage -rfakeroot -sa" |
| 17:52:28 | thomasjfox | I'll have to leave for about half an hour and will investigate the ARM build issue on maemo.org then |
| 17:52:44 | thomasjfox | Thanks for pointing it out amiconn! |
| 17:52:47 | | Quit pamaury (Ping timeout: 276 seconds) |
| 17:53:39 | amiconn | Put an ape -c5000 file on your n900, and try to play it. Then you'll notice easily when a build doesn't use asm - it won't play realtime |
| 17:53:59 | thomasjfox | amiconn: and yes, it's still not in the wiki. A minimal page should be created soonish |
| 17:55:47 | | Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) |
| 18:00 |
| 18:00:21 | | Quit factor (Ping timeout: 264 seconds) |
| 18:00:46 | | Join factor [0] (~factor@75.108.68.114) |
| 18:01:05 | mshathlonxp | is finally problem with my name fixed? :D |
| 18:01:55 | AlexP | yes |
| 18:02:55 | mshathlonxp | by fixing script or my name? |
| 18:03:10 | AlexP | by chqnging the input pqckqge used |
| 18:03:15 | mshathlonxp | nice |
| 18:03:25 | mshathlonxp | when 3.8 will be ready? |
| 18:03:42 | AlexP | When it is reqdy |
| 18:03:58 | pixelma | shitty azerty ;) |
| 18:04:02 | mshathlonxp | ...and that could be by...? |
| 18:04:05 | AlexP | pixelma: yep :) |
| 18:04:18 | AlexP | mshathlonxp: There are never any ETAs |
| 18:04:28 | AlexP | Soon hopefully |
| 18:04:34 | pixelma | what about ETQs? |
| 18:04:38 | mshathlonxp | wtf is ETA? |
| 18:04:47 | AlexP | pixelma: They are even rarer |
| 18:04:50 | AlexP | mshathlonxp: google |
| 18:04:54 | kugel | thomasjfox: how about moving debian into a maemo dir which can also act as a build dir? |
| 18:05:36 | pixelma | I find the weird metadata handling bug on hwcodec quite important for a release. Currently I'm trying to find the revision that broke it |
| 18:06:00 | AlexP | all the builds are done, I'm just doing manuals, then we need to upload |
| 18:06:45 | mshathlonxp | AlexP do you mean - Basque Homeland and Freedom: a terrorist organization organized in 1959 by student activists who were dissatisfied with the moderate nationalism of the traditional Basque party ? |
| 18:06:46 | mshathlonxp | :D |
| 18:06:58 | AlexP | mshathlonxp: This is well off topic for this channel |
| 18:07:07 | mshathlonxp | I guess so |
| 18:09:23 | | Join vnl [0] (~slayer@cpc5-king10-2-0-cust73.perr.cable.virginmedia.com) |
| 18:09:27 | | Part vnl |
| 18:09:53 | *** | Saving seen data "./dancer.seen" |
| 18:10:22 | amiconn | thomasjfox: Hmm, I can't seem to find the created .deb? |
| 18:10:54 | thomasjfox | amiconn: Believe it or not, it one directory above the top level source dir. Dunno if that can be fixed |
| 18:10:54 | | Quit TheLemonMan (Ping timeout: 246 seconds) |
| 18:11:18 | amiconn | odd |
| 18:11:25 | thomasjfox | kugel: Unfortunately it's not supported. That's what I wanted to do in the first place |
| 18:11:30 | amiconn | Also, where does it take the weird version from? |
| 18:11:37 | thomasjfox | amiconn: debian/changelog |
| 18:11:56 | kugel | thomasjfox: why? |
| 18:12:32 | thomasjfox | kugel: Debian build tools don't support alternative "debian" directory locations AFAIK |
| 18:12:45 | thomasjfox | kugel: "debian" has to be in the top level source directory |
| 18:13:13 | kugel | but the build tools don't know what the top level is do they? |
| 18:13:47 | thomasjfox | kugel: You mean like "symlink everything in a sub dir" or some other trick? |
| 18:14:34 | kugel | symlink tricks will likely also work, but I mean how do the build tools know that maemo/ isn't the top level source dir? |
| 18:15:03 | kugel | (I imagine you could temporarily ln -s debian ../debian at make deb time) |
| 18:15:36 | thomasjfox | kugel: The build tools create a .tgz of everything in the "top level dir" before starting the build |
| 18:16:18 | linuxstb | thomasjfox: What does it do with that? |
| 18:16:19 | thomasjfox | kugel: Dunno if those symlinks would be compatible with the .tgz creation process |
| 18:17:03 | amiconn | thomasjfox: My own build uses asm fine. .deb building is really weird... |
| 18:17:27 | thomasjfox | linuxstb: It's the source tarball it later on invokes the debian/rules files on |
| 18:18:03 | thomasjfox | amiconn: It's likely a problem with tools/configure line 577 |
| 18:18:06 | linuxstb | thomasjfox: So it unarchives it somewhere else to do the actual build? |
| 18:18:32 | * | thomasjfox starts a .deb build |
| 18:18:55 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 18:19:04 | linuxstb | thomasjfox: Which reminds me, the lcd size can no longer be set for the N900/N8xx from configure - is that a problem? (it's easy enough to put back if you want it). |
| 18:19:23 | linuxstb | (so that can be removed from the CONFIGURE_OPTIONS line in debian/rules) |
| 18:20:02 | thomasjfox | linuxstb: It's already removed ;) |
| 18:20:46 | | Quit robin0800 (Quit: Leaving) |
| 18:20:55 | linuxstb | thomasjfox: So it is ;) |
| 18:21:50 | thomasjfox | linuxstb: I think it creates the .tgz "source tarball" and then just invokes debian/rules for the actual build process |
| 18:22:01 | * | thomasjfox wishes maemo would use rpm like meego does |
| 18:23:12 | | Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) |
| 18:23:42 | linuxstb | thomasjfox: What is your intention regarding using the maemo status bar? |
| 18:23:56 | thomasjfox | linuxstb: Two steps needed here |
| 18:24:18 | thomasjfox | linuxstb: 1. Implement smooth fullscreen/windowed mode switching in the SDL code |
| 18:24:41 | thomasjfox | linuxstb: 2. Adapt/polish new OS status bar code from/with kugel |
| 18:24:50 | linuxstb | thomasjfox: OK, that answers my first question - it's going to be user-configurable? |
| 18:24:57 | thomasjfox | linuxstb: Yes |
| 18:25:27 | thomasjfox | linuxstb: kugels proof of concept code: kugel-rb.git/commit/bdaeda6a38fb81db03bfbe9fd35f1836989b5ef3">http://repo.or.cz/w/kugel-rb.git/commit/bdaeda6a38fb81db03bfbe9fd35f1836989b5ef3 |
| 18:27:18 | | Quit PsyBlade (Remote host closed the connection) |
| 18:33:24 | | Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) |
| 18:45:56 | | Quit bertrik (Read error: Connection timed out) |
| 18:46:28 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
| 18:47:20 | | Join {-phoenix-} [0] (~dirk@p57AA2F2B.dip.t-dialin.net) |
| 18:49:27 | | Join esperegu [0] (~quassel@145.116.15.244) |
| 18:50:44 | | Quit {phoenix} (Ping timeout: 240 seconds) |
| 18:55:46 | | Join Keripo [0] (~Keripo@eng401.wireless-resnet.upenn.edu) |
| 18:56:03 | | Join kevku [0] (~kevku@2001:7d0:0:f9af:feed:feed:feed:feed) |
| 19:00 |
| 19:05:22 | | Quit hebz0rl (Read error: Operation timed out) |
| 19:11:08 | | Join Stummi [0] (~Stummi@rockbox/developer/Stummi) |
| 19:12:14 | | Join saratogahome [0] (600afc5f@gateway/web/freenode/ip.96.10.252.95) |
| 19:19:07 | | Join stoffel [0] (~quassel@p57B49F4E.dip.t-dialin.net) |
| 19:19:49 | | Quit jordan` (Quit: Coyote finally caught me) |
| 19:20:03 | | Join JesusFreak316 [0] (~JesusFrea@pool-173-65-106-39.tampfl.fios.verizon.net) |
| 19:22:08 | pixelma | the metadata weirdness occured with r 28672 (sadly some days old already but) ... still a commit by you kugel (http://svn.rockbox.org/viewvc.cgi?view=rev;revision=28672) |
| 19:22:18 | pixelma | on hwcodec |
| 19:28:46 | kugel | pixelma: I see nothing wrong right now. you could try http://pastie.org/1613868, nothing else changed really for mp3 |
| 19:34:56 | pixelma | I'll try |
| 19:35:57 | | Quit MaynardWaters (Remote host closed the connection) |
| 19:36:31 | linuxstb | kugel: I think that change will break other parsers - they (mis) use the path field as temporary storage. But that does look to be the bug - the mp3 parser probably relies on knowing the filename, which is why it was passed as a parameter. |
| 19:37:09 | kugel | linuxstb: no it doesn't, I checked that. but I now see what else changed for mp3 |
| 19:37:32 | linuxstb | kugel: Yes, I was just about to say it doesn't... |
| 19:37:40 | pixelma | ok, I'll wait then |
| 19:38:29 | kugel | pixelma: try this please: http://pastie.org/1613900 |
| 19:40:39 | * | amiconn wonders why thi might help |
| 19:41:12 | amiconn | Or rather, if it does, why swcodec doesn't need the memset |
| 19:42:35 | linuxstb | amiconn: Presumably the swcodec playback engine clears that struct, but the hwcodec doesn't. |
| 19:43:03 | linuxstb | Although it may be sensible to always do it... |
| 19:43:31 | kugel | hwcodec calls mp3info(), swcodec doesn't |
| 19:43:52 | kugel | I wonder why hwcodec just also uses get_metadata() |
| 19:44:01 | kugel | doesn't* |
| 19:44:05 | linuxstb | Ah yes, get_metadata does it... |
| 19:44:21 | linuxstb | kugel: I guess no-one has got round to unifying it... |
| 19:44:32 | | Join jordan` [0] (~jordan@jem75-13-78-235-252-137.fbx.proxad.net) |
| 19:45:03 | pixelma | I also seem to remember one of the "exotic" tags which is supported by swcodec but isn't on hwcodec - grouping I think it was |
| 19:45:21 | | Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) |
| 19:45:21 | | Quit pamaury (Changing host) |
| 19:45:21 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 19:46:12 | linuxstb | The API is different though - mp3info takes the filename, get_metadata() takes a file descriptor. Maybe mp3info should be a wrapper around get_metadata() |
| 19:47:45 | pixelma | the patch doesn't seem to help though |
| 19:49:05 | kugel | pixelma: maybe this http://pastie.org/1613926 ? |
| 19:49:46 | bluebrother | am I the only one with problems with playback on Android? In some cases playback stops shortly after starting it :/ |
| 19:50:24 | kugel | bluebrother: some people reported problems. for me playback works just fine |
| 19:51:06 | pixelma | hrrmm... I think I took the wrong one to try (the very first)... ETOOMANYOPENTABS |
| 19:51:48 | kugel | pixelma: the last one is the "best" one even if the others also work |
| 19:52:00 | | Quit pamaury (Ping timeout: 260 seconds) |
| 19:52:04 | bluebrother | too bad. Any easy way to check why playback has stopped if it stops? |
| 19:52:06 | pixelma | bluebrother: for me sometimes audio stops working and I need to kill the app and start again |
| 19:52:08 | * | bluebrother guesses not |
| 19:52:28 | kugel | bluebrother: adb logcat maybe |
| 19:52:40 | bluebrother | pixelma: that "cures" it for me but it also makes Rockbox unusable |
| 19:52:40 | kugel | (you can also view logcat on the device if you're rooted) |
| 19:53:00 | pixelma | kugel: I'll try the last one then |
| 19:53:40 | kugel | when playback was unstable for me months ago stopping (i.e. long press play icon in the wps) once or twice helped |
| 19:53:58 | bluebrother | that unfortunately doesn't work for me |
| 19:54:37 | kugel | did you try stopping twice? I seem to remember in some cases a second time was needed |
| 19:55:00 | bluebrother | stop by long pressing the play icon? |
| 19:55:29 | bluebrother | or is there another way on Android? |
| 19:56:23 | kugel | using the widget |
| 19:57:36 | pixelma | kugel: looks like that one fixes it |
| 19:58:00 | kugel | great, can you commit it? I don't have the 3.8 branch |
| 19:58:01 | bluebrother | doesn't work. Rockbox "starts" playback but doesn't advance in the file, and no audio output |
| 19:58:30 | | Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) |
| 19:58:30 | | Quit pamaury (Changing host) |
| 19:58:30 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 19:58:33 | CIA-70 | New commit by dave (r29430): Remove some unnecessary includes |
| 19:59:32 | pixelma | kugel: not easily now as I'm about to leave for a few hours... maybe I have some time in 20-25 minutes but it'll be very limited |
| 19:59:37 | pixelma | and you should have ;) |
| 19:59:58 | bluebrother | hmm. Trying it a couple of times resulted in it now playing back like half a second of music, then no audio again |
| 20:00 |
| 20:00:00 | kugel | AlexP: ? :) |
| 20:02:06 | AlexP | If you are going to ask me to redo the builds yet again I'm going to kill you |
| 20:02:26 | AlexP | Anyway, how can I help? :) |
| 20:02:38 | linuxstb | OK, I'll ask - can you redo the builds? |
| 20:02:47 | CIA-70 | r29430 build result: All green |
| 20:02:54 | kugel | after someone committed the hwcodec fix |
| 20:02:56 | AlexP | The promise of swift death applies to all :) |
| 20:03:09 | linuxstb | AlexP: OK, then I withdraw. |
| 20:03:15 | AlexP | So I only need to rebuild hwcodec? |
| 20:03:22 | AlexP | That is a small mercy :) |
| 20:03:40 | kugel | I'm not sure |
| 20:04:10 | linuxstb | Technically I think you should, as it changes the code for all targets. Whether it fixes any bugs on swcodec is a different question. |
| 20:04:14 | * | bluebrother thinks Rockbox should show the Android status bar |
| 20:04:16 | AlexP | It takes me an hour and a half to do all the builds, then I have to spend ages uploading |
| 20:04:25 | AlexP | It is already 20:00 |
| 20:04:30 | AlexP | And I have work tomorrow |
| 20:04:30 | kugel | vbrfix.rock also calls mp3info() on swcodec |
| 20:04:37 | * | AlexP is not pleased |
| 20:04:45 | kugel | I can imagine :( |
| 20:04:47 | linuxstb | kugel: But does it clear the mp3entry struct? |
| 20:05:07 | kugel | no |
| 20:05:09 | bluebrother | AlexP: postpone the release until tomorrow then :) |
| 20:05:17 | AlexP | I will have to |
| 20:05:19 | kugel | it's on stack and passed to mp3info() directly |
| 20:05:32 | AlexP | But it is a great shame that this was only found now |
| 20:05:44 | AlexP | We've had two weeks, including release candidates |
| 20:05:59 | bluebrother | that's Murphy ;-) |
| 20:06:00 | Zagor | well, it's good that it *was* found |
| 20:06:04 | AlexP | indeed |
| 20:06:10 | AlexP | but I'm still pissed off |
| 20:06:30 | Zagor | yes, it's a bit of a bummer |
| 20:07:19 | * | kugel could do the release builds on his build client |
| 20:07:43 | AlexP | Don't worry, I'll do them |
| 20:07:46 | AlexP | What is the fix |
| 20:08:12 | kugel | AlexP: http://pastie.org/1613926 |
| 20:09:20 | kugel | my build client is fast and has fast upload speeds; we can still release today |
| 20:09:31 | AlexP | Anmd what is the problem it is fixing? |
| 20:09:53 | AlexP | Don't worry, it'll be OK |
| 20:09:57 | *** | Saving seen data "./dancer.seen" |
| 20:10:12 | kugel | "15:12:25pixelma after a skip e.g. the track number tag info contains part of the title tag string, year tag info just vanished, other tags I show on my WPS were ok though - and no problem on "normal" track changes" |
| 20:10:12 | saratogahome | what does that fix? |
| 20:10:15 | bluebrother | Zagor: any idea why I get "Empty output. Bad input?" on http://www.rockbox.org/genlang/?lang=latviesu&rev=29385&t=ipodnano2g&f=accessory_supply:backlight_brightness ? |
| 20:10:25 | saratogahome | ah thanks! |
| 20:11:03 | kugel | so corrupted metadata on manual track change |
| 20:11:20 | AlexP | on hwcodec? |
| 20:11:44 | kugel | yes |
| 20:12:19 | CIA-70 | New commit by alex (r29431): Fix corrupted metadata on manual track change on hwcodec. Thanks to kugel for the patch. |
| 20:13:32 | Zagor | bluebrother: maybe because latviesu didn't exist in r29385 |
| 20:14:38 | AlexP | OK, building again :) |
| 20:14:38 | bluebrother | Zagor: ah! Thought I checked when it was added, but seems like I misread the revision. D'oh! |
| 20:14:52 | AlexP | I really will hunt down anyone next time :) |
| 20:14:54 | CIA-70 | New commit by kugel (r29432): Fix corrupted metadata on manual track change on hwcodec. ... |
| 20:14:57 | bluebrother | using the correct revision indeed does make it work :) |
| 20:19:29 | CIA-70 | r29432 build result: All green |
| 20:20:47 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
| 20:25:58 | | Quit saratogahome (Quit: Page closed) |
| 20:28:34 | | Quit {-phoenix-} (Remote host closed the connection) |
| 20:31:10 | | Join panni_ [0] (hannes@ip-178-203-73-7.unitymediagroup.de) |
| 20:31:59 | mshathlonxp | what's going on? |
| 20:32:08 | * | mshathlonxp seems to have caused much trouble :D |
| 20:32:22 | | Join {phoenix} [0] (~dirk@p57AA2F2B.dip.t-dialin.net) |
| 20:32:27 | Zagor | mshathlonxp: no, it's just standard confusion :) |
| 20:34:08 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
| 20:34:21 | | Quit factor (Read error: Connection reset by peer) |
| 20:34:51 | | Quit robin0800 (Quit: Leaving) |
| 20:45:57 | | Join Sochiro [0] (~Sochiro@194.90.222.165) |
| 20:49:41 | | Quit stripwax (Quit: http://miranda-im.org) |
| 20:52:06 | | Join factor [0] (~factor@75.108.68.114) |
| 20:52:18 | linuxstb | kugel: There seem to be lots of files you've added to svn without any svn properties set... |
| 20:56:45 | thomasjfox | linuxstb: That me be true for me, too ;) Anything special needed? |
| 20:56:51 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
| 20:57:03 | | Quit stripwax (Client Quit) |
| 20:57:04 | linuxstb | thomasjfox: See the UsingSVN wiki page. |
| 20:57:26 | thomasjfox | amiconn: Public build now features ASM optimizations. Thanks again for pointing it out. |
| 20:57:26 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
| 20:57:36 | * | linuxstb isn't sure what the eol-style policy is though - most files seem to have it set to native, but the UsingSVN page doesn't state it. |
| 20:58:13 | pixelma | the only thing I don't like about that fix especially with regard to the release is that it didn't get thorough testing, just a quick one... |
| 20:58:15 | * | linuxstb seems to recall n1s or bluebrother setting eol-style on a lot of files, but may be wrong... |
| 20:58:43 | CIA-70 | New commit by thomasjfox (r29433): New way to detect build for arm target in the maemo port. ... |
| 20:58:49 | CIA-70 | New commit by thomasjfox (r29434): Update maemo changelog |
| 20:59:00 | pixelma | I don't have much time for this just now though :/ |
| 21:00 |
| 21:02:19 | pixelma | linuxstb: I seem to recall an ml discussion about svn properties some time ago but I think it was left without consensus |
| 21:02:24 | | Join esperegu_ [0] (~quassel@145.116.10.163) |
| 21:02:47 | CIA-70 | r29433 build result: All green |
| 21:03:14 | | Quit esperegu (Ping timeout: 276 seconds) |
| 21:05:12 | bluebrother | yep, there was a ML discussion. |
| 21:06:45 | CIA-70 | r29434 build result: All green |
| 21:07:02 | | Quit MethoS- (Remote host closed the connection) |
| 21:07:06 | | Quit Jerom (Quit: Leaving.) |
| 21:10:29 | | Join MethoS- [0] (~clemens@134.102.106.250) |
| 21:12:02 | linuxstb | bluebrother: Can you remember it? I've just read the last two posts, and it was about eol-style - is that all the discussion was? |
| 21:13:16 | * | linuxstb asks gevaerts, as he started it... |
| 21:13:18 | kugel | linuxstb: I'm using git, that's why |
| 21:13:25 | bluebrother | linuxstb: iirc the discussion was more general, starting with a discussion why svn properties are needed to get set at all |
| 21:14:07 | linuxstb | kugel: Huh? |
| 21:14:13 | bluebrother | and git-svn doesn't support svn properties there are cases when people forget to set them. Not much of an issue with svn:keywords, much more of an issue with svn:mime-type |
| 21:14:48 | | Quit sasquatch (Ping timeout: 276 seconds) |
| 21:14:48 | kugel | IIRC we agreed to drop svn:keywords anyway? |
| 21:15:44 | linuxstb | kugel: Then why has nobody removed it from existing files and edited the wiki page? |
| 21:16:06 | kugel | I don't know. I can be wrong also |
| 21:17:04 | bluebrother | no, it was not agreed. Some people were in favour of doing so but (at least I didn't notice) no consensus was reached |
| 21:17:17 | kugel | anyway, even if I was using svn I would forget about the properties |
| 21:17:22 | bluebrother | personally I wouldn't mind dropping svn:keywords. |
| 21:17:24 | | Quit sinthetek (Ping timeout: 272 seconds) |
| 21:17:28 | | Quit lixxus (Quit: Leaving.) |
| 21:17:44 | * | kugel thinks there's very little point in svn:keywords |
| 21:18:02 | bluebrother | well, it's all about getting the system you're using know. And making the process a habit. |
| 21:18:45 | bluebrother | and in any case you can set svn auto-props so svn can do the obvious cases automatically |
| 21:19:05 | | Join lixxus [0] (~Mehdi@94-193-44-17.zone7.bethere.co.uk) |
| 21:19:24 | * | bluebrother is using git as well |
| 21:20:35 | | Quit lixxus (Client Quit) |
| 21:20:37 | kugel | thomasjfox: what was the problem with asm? |
| 21:20:37 | | Quit stoffel (Read error: Connection reset by peer) |
| 21:20:44 | | Quit Sochiro (Ping timeout: 250 seconds) |
| 21:20:52 | * | thomasjfox curses at the maemo build server |
| 21:21:13 | kugel | pixelma: the change was pretty safe |
| 21:21:22 | thomasjfox | kugel: It had a target name without ARMEL in the name. So I had to find another way to detect if the current build target is for arm |
| 21:21:35 | thomasjfox | kugel: I hope I've now found a future-proof way |
| 21:22:51 | | Join sideral [0] (~sideral@rockbox/developer/sideral) |
| 21:23:05 | kugel | thomasjfox: doesn't gcc define __arm__ or so? can't that be used for enabling optimizations? |
| 21:23:21 | sideral | Hi there, is it too late for a critical last-minute fix for 3.8? |
| 21:23:56 | kugel | only if you're ok with getting killed by AlexP :P |
| 21:24:13 | sideral | sounds like a yes :) |
| 21:24:32 | thomasjfox | kugel: Didn't check that. I now have a simple solution that should be future proof (calling "sb-conf" and query the current arch) |
| 21:24:37 | kugel | it probably depends on how bad the bug is |
| 21:24:53 | sideral | BTW, are there instructions somewhere for commiting to an SVN branch from git-svn? |
| 21:25:17 | kugel | AlexP is an expert for that |
| 21:25:20 | CIA-70 | New commit by sideral (r29435): Fix database import and export ... |
| 21:25:40 | AlexP | sideral: That hgad better bloody be a joke |
| 21:26:00 | CIA-70 | New commit by bluebrother (r29436): Rockbox Utility voicefile generation: add Latvian to supported languages. |
| 21:26:29 | sideral | AlexP: I just found this while trying to implement the extend-db-as-we-go feature you wanted :) |
| 21:26:59 | * | sideral hands AlexP a cookie |
| 21:27:38 | AlexP | What is the bug? |
| 21:28:01 | sideral | DB import/export has been broken since Jan 2 or so |
| 21:28:14 | AlexP | ffs |
| 21:28:55 | CIA-70 | r29435 build result: All green |
| 21:29:14 | mshathlonxp | by the way, is that glitch, where 1g nano loses sound after turning on record until next reboot, known? |
| 21:29:19 | sideral | AlexP: How bad is it? |
| 21:29:37 | | Join sasquatch [0] (~username@p4FF2DA5B.dip.t-dialin.net) |
| 21:30:57 | pixelma | with all those last minute fixes I wouldn't mind a one day delay or so. Just saying... |
| 21:31:23 | AlexP | I am seriosuly pissed off with this |
| 21:31:55 | AlexP | Everybody knew that today was release day, we have had a week of freeze and a week of branch, we have had a weeks worth release candiudates |
| 21:32:07 | bluebrother | maybe it makes sense to schedule the next release for like a wednesday so people can fix the weekend before instead of spending time releasing |
| 21:32:09 | AlexP | I've spent all bloody day building and rebuilding, and have wasted the entire day |
| 21:32:23 | linuxstb | bluebrother: I was about to say the same. |
| 21:32:27 | AlexP | I don't have enough time on a work day evening |
| 21:32:34 | sideral | AlexP: I'm sincerely sorry. Feel free to ignore the fix. |
| 21:32:34 | CIA-70 | r29436 build result: All green |
| 21:32:36 | thomasjfox | Is database import/export a critical feature? |
| 21:32:37 | AlexP | People knew it was today |
| 21:32:46 | AlexP | They should have spent last weekend fixing |
| 21:32:52 | linuxstb | Delay a week? |
| 21:33:17 | pixelma | I am also sorry to only have checked a hwcodec build today... |
| 21:33:27 | kugel | someone else can do the builds |
| 21:33:29 | sideral | AlexP: I was offline all week and noticed the bug only today. I thought fixing this pre-release would make you happy :/ |
| 21:33:50 | AlexP | sideral: in a way |
| 21:34:00 | AlexP | I'm just pissed off to have ended up wasting my entire day |
| 21:34:10 | AlexP | I gave so much warning this time round |
| 21:34:16 | AlexP | Emails announcing every stage |
| 21:34:22 | kugel | I don't think db import/export is very critical. I'd be ok with putting it into known issues and move forward |
| 21:35:06 | AlexP | I don't want to release with it broken really |
| 21:35:06 | pixelma | maybe plan for an early point release? |
| 21:35:38 | | Join hebz0rl [0] (~hebz0rl@dslb-188-110-197-128.pools.arcor-ip.net) |
| 21:35:43 | AlexP | sideral: I'm glad you found it before release, I just don't know what the point in panning and giving notice is if it makes fuck all difference |
| 21:35:48 | AlexP | *planning |
| 21:37:18 | bluebrother | AlexP: I think one problem is that quite a few people don't have much time to work on Rockbox during the week. At least that is the case for me. So as a result those fixes come in late, and hence the idea to release during the week |
| 21:37:39 | sideral | AlexP: There will be another last-minute fix if you delay you're release because of this one. So why not draw the line here? |
| 21:38:36 | AlexP | bluebrother: That is what the last two weekends are for though |
| 21:38:40 | | Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) |
| 21:39:17 | AlexP | bluebrother: I published a timetable 4 months in advance |
| 21:40:44 | bluebrother | AlexP: I know, just tried to think about a way how to improve it. I can really understand your frustration ... |
| 21:41:19 | AlexP | sideral: commit it, I'll build again |
| 21:41:33 | | Join Buschel [0] (~chatzilla@p54A39EA9.dip.t-dialin.net) |
| 21:41:51 | sideral | AlexP: can you point me to instructions for committing via git-svn? |
| 21:42:05 | AlexP | to a remote branch you mean? |
| 21:42:09 | sideral | yep |
| 21:42:15 | pixelma | me too, I'm honestly sorry |
| 21:42:20 | AlexP | It depends if you checked them all out properly in the first place |
| 21:42:33 | AlexP | sideral: does git branch -r show you the remote branches? |
| 21:42:36 | * | bluebrother uses plain old svn for this :) |
| 21:42:38 | sideral | I cloned the official git repo |
| 21:42:43 | AlexP | pixelma: It's OK, I'm just frustrated |
| 21:42:57 | AlexP | sideral: then you probably don't have them |
| 21:43:14 | AlexP | If you do, then you just do git checkout -b local_branch remote_branch and it just works |
| 21:43:41 | sideral | It doesn't |
| 21:44:03 | AlexP | That's because the git clone doesn't have them |
| 21:44:11 | | Quit hebz0rl (Ping timeout: 250 seconds) |
| 21:44:14 | AlexP | I did git svn clone svn://blah |
| 21:44:19 | AlexP | as that gives you everything |
| 21:44:29 | AlexP | just let me have the patch, I'll commit it to the branch |
| 21:44:41 | sideral | 1 sec |
| 21:44:57 | AlexP | sideral: For reference, http://www.jukie.net/~bart/blog/svn-branches-in-git |
| 21:47:43 | sideral | (I'm on a slow and expensive GPRS link, pastebin.com is slow...) |
| 21:47:52 | CIA-70 | New commit by kugel (r29437): Android: Show cover art in the widget (including option to hide it). |
| 21:48:45 | | Quit t0rc (Quit: Give someone code, help them with one project. Teach someone to code, help them rule the world.) |
| 21:49:15 | CIA-70 | New commit by Buschel (r29438): Remove some useless code and variables in the area of metadata parsing. Bump codec API. |
| 21:51:47 | CIA-70 | r29437 build result: All green |
| 21:56:48 | CIA-70 | r29438 build result: All green |
| 22:00 |
| 22:01:36 | CIA-70 | New commit by alex (r29439): Backport r29435 to 3.8 branch. |
| 22:03:45 | sideral | Thanks AlexP! |
| 22:03:52 | AlexP | no worries |
| 22:09:42 | CIA-70 | New commit by kugel (r29440): Fix warning in android build. |
| 22:10:01 | *** | Saving seen data "./dancer.seen" |
| 22:11:56 | | Join Kitr88 [0] (~Kitarist@89.142.95.47) |
| 22:14:43 | CIA-70 | r29440 build result: All green |
| 22:15:44 | | Quit Kitar|st (Ping timeout: 264 seconds) |
| 22:16:12 | | Quit Kitr88 (Ping timeout: 250 seconds) |
| 22:20:58 | | Quit sideral (Ping timeout: 240 seconds) |
| 22:21:01 | | Quit Keripo (Quit: Leaving.) |
| 22:21:16 | CIA-70 | New commit by kugel (r29441): Make struct static. |
| 22:21:32 | | Join Kitar|st [0] (Kitarist@BSN-182-121-129.dial-up.dsl.siol.net) |
| 22:22:20 | linuxstb | thomasjfox: I'm confused with the audio on the N900 - it seems to be a mixture of SDL, gstreamer and libplayback ? |
| 22:23:22 | thomasjfox | linuxstb: It's gstreamer + libplayback. libplayback is Nokia's library for audio policy management (audio output in silent mode, stop playback on incoming calls) |
| 22:23:48 | linuxstb | thomasjfox: So it's not using SDL? pcm-gstreamer.c includes <SDL.h> |
| 22:24:39 | thomasjfox | linuxstb: Seems like an oversight |
| 22:24:44 | | Join einhirn [0] (~Miranda@p54850804.dip0.t-ipconnect.de) |
| 22:24:46 | linuxstb | (and drivers/audio/sdl.c is also being built on the n900) |
| 22:24:58 | | Quit bertrik (Quit: :tiuQ) |
| 22:25:29 | CIA-70 | r29441 build result: All green |
| 22:25:38 | thomasjfox | linuxstb: drivers/audio/sdl.c consists mostly of stubs. There's one MAEMO5 ifdef in there |
| 22:27:00 | | Quit Buschel (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014]) |
| 22:27:54 | linuxstb | thomasjfox: Maybe you should create a firmware/drivers/audio/maemo.c - see the similar android.c |
| 22:28:32 | linuxstb | Or in fact, perhaps android.c could be application.c (kugel?) |
| 22:28:51 | thomasjfox | linuxstb: OTOH, maemo 4 uses SDL |
| 22:29:01 | thomasjfox | linuxstb: At least for now |
| 22:29:02 | linuxstb | OK, then maemo5.c |
| 22:29:19 | kugel | thomasjfox: did you work on pulseaudio already? |
| 22:29:25 | linuxstb | And then you can undefine HAVE_SDL_AUDIO, as you don't... |
| 22:29:33 | thomasjfox | kugel: No :) |
| 22:30:07 | thomasjfox | kugel: Nokia N8xx is not on my priority list... |
| 22:30:42 | kugel | I thought it would work better on the n900 as well? and on your openpandora? |
| 22:31:36 | | Quit esperegu_ (Remote host closed the connection) |
| 22:31:43 | thomasjfox | kugel: Openpandora uses alsa only :-( From a performance point of view that should be a :) though |
| 22:32:08 | thomasjfox | kugel: gstreamer currently works good enough. Status bar support is more important |
| 22:32:32 | thomasjfox | kugel: I want to push a release to extras-testing and then "extras" once we have proper status bar support. Right now rockbox is in "extras-devel" only |
| 22:32:51 | kugel | that doesn't mean anything to me :) |
| 22:33:07 | thomasjfox | Just different levels of user exposure |
| 22:33:30 | thomasjfox | You can upload anything you want to extras-devel. If the developer is happy with it, you can promote it to "extras-testing" |
| 22:33:32 | kugel | do those imply stability? |
| 22:34:05 | thomasjfox | If ten people vote for it in extras-testing, it gets into normal "extras" and is available to every normal user without any special setup / download location |
| 22:34:21 | thomasjfox | kugel: Never experienced any hickups |
| 22:34:33 | Torne | extras-testing is pretty much "i reasonably believe that installing this won't break your phone" |
| 22:34:34 | | Quit leavittx (Ping timeout: 240 seconds) |
| 22:35:13 | thomasjfox | As long as rockbox can only be closed by pressing CTRL+BACKSPACE to invoke the tasks switcher, I don't want it in normal "extras" yet |
| 22:35:38 | thomasjfox | That's where the status bar support comes into play: Nothing to explain, just works out of the box |
| 22:35:40 | kugel | thomasjfox: I think releasing it to extras happen in coordination with the project |
| 22:36:02 | kugel | +should |
| 22:36:11 | thomasjfox | kugel: Yes, extras releases should be upstream releases or releases with "critical" fixes |
| 22:36:26 | * | gevaerts proposes to extend the freeze by one week per late fix |
| 22:36:30 | gevaerts | (next time) |
| 22:37:21 | TheSeven | yeah, maybe add one step more |
| 22:38:05 | linuxstb | thomasjfox: I think the question is when we release the first RaaA version. I don't think anyone knows what the criteria should be for calling a RaaA port "stable". |
| 22:38:06 | TheSeven | the last week being just for trivial things like translations and similar cleanup, and if regressions are found during that period, re-start it |
| 22:38:48 | gevaerts | The extension has to be *before* the branch, otherwise nobody will care |
| 22:39:22 | TheSeven | pushing things like "Fix database import and export" on the day of release certainly sounds dangerous, if it isn't something absolutely trivial (haven't checked the diff) |
| 22:40:03 | TheSeven | gevaerts: i'm also wondering if more unit testing could help |
| 22:40:09 | thomasjfox | linuxstb: For maemo, I would consider status bar support + fixed plugin data dir a good release candidate |
| 22:40:09 | AlexP | TheSeven: It is a one liner anyway |
| 22:40:24 | thomasjfox | kugel: Anything seriously left in android? |
| 22:40:28 | TheSeven | AlexP: one-liners can be rather evil as well :) |
| 22:40:37 | | Quit pamaury (Ping timeout: 240 seconds) |
| 22:40:43 | AlexP | TheSeven: I know, hence the anyway :) |
| 22:40:44 | gevaerts | TheSeven: of course, but I don't think our source is really structured well enough for that |
| 22:41:07 | linuxstb | thomasjfox: Personally I would like to see more integration with the native UI. i.e. it should feel more like a native app. |
| 22:41:43 | TheSeven | gevaerts: not neccessarily everything automated and simulated |
| 22:42:17 | | Join esperegu [0] (~quassel@145.116.15.244) |
| 22:42:25 | TheSeven | we have the apps/firmware split anyway, so why not write a second apps layer that tries to do as exhaustive as possible testing of the firmware layer on-target? |
| 22:42:31 | thomasjfox | linuxstb: That's a good development target, though I normally stick to "release early, release often" |
| 22:42:46 | TheSeven | to stress test things like storage, PCM, or the kernel |
| 22:42:51 | thomasjfox | linuxstb: Of course only after testing and the usual QA |
| 22:43:10 | TheSeven | and detect misimplementations of some APIs on some targets :) |
| 22:43:32 | gevaerts | TheSeven: that would be possible I guess, but on the other hand it seems as if all those last-minute bugs tend to be in apps/ |
| 22:43:40 | AlexP | thomasjfox: "usual QA" :P |
| 22:44:01 | | Quit esperegu (Remote host closed the connection) |
| 22:44:04 | TheSeven | gevaerts: yes, I'm seeing this as a separate goal :) |
| 22:44:16 | gevaerts | right |
| 22:44:28 | gevaerts | Yes, for your purpose that would work |
| 22:44:39 | gevaerts | Except for the usual Mr. Someone being lazy... |
| 22:44:42 | TheSeven | could be helpful while porting to new targets, and to weed out weird bugs like the one i'm currently experiencing on the ipod classic (occasional seemingly-random hard lockups) |
| 22:44:46 | linuxstb | thomasjfox: Perhaps. Although the Rockbox way of doing that is to make current builds available before the port is promoted to "stable" and is included in a release. |
| 22:44:48 | thomasjfox | AlexP: Running valgrind on rockbox was worthwhile, see the fixes in the metadata parser ;) |
| 22:45:37 | linuxstb | thomasjfox: So I guess "extras-devel" is our equivalent of "unstable", and then "extras" will be when a release (3.9?) is made. |
| 22:46:03 | thomasjfox | linuxstb: Yes, that sounds reasonable |
| 22:46:51 | thomasjfox | linuxstb: In case some critical bug fix turns up after a release (...), I might still cherry-pick it and push it to extras, too. |
| 22:51:43 | TheSeven | AlexP: about how much time is left before the release will be tagged? |
| 22:51:56 | AlexP | why? |
| 22:52:33 | TheSeven | because I don't want to mess with trunk until we're all set |
| 22:52:47 | AlexP | I'm all in the branch anyway |
| 22:53:02 | AlexP | anway, not long |
| 22:53:23 | TheSeven | nevertheless I don't want to red the trunk now, as usually fixes that are applied to the branch will be applied to trunk as well |
| 22:53:27 | linuxstb | thomasjfox: Well, we have point releases for critical bugs already. (3.7.1 exists) |
| 22:53:46 | linuxstb | (which can also only be for some targets I think) |
| 22:54:14 | gevaerts | We tend to do them for all targets, even if they don't affect everything |
| 22:54:23 | gevaerts | Just to keep things manageable |
| 22:55:29 | | Quit benedikt93 (Quit: Bye ;)) |
| 22:55:41 | | Quit einhirn (Ping timeout: 250 seconds) |
| 22:56:02 | thomasjfox | Would r29395 qualify as critical? That's something I cherry-picked recently |
| 22:56:19 | | Join sideral [0] (~sideral@rockbox/developer/sideral) |
| 22:56:24 | linuxstb | thomasjfox: Is it possible to automate updates to extras-devel/testing ? |
| 22:56:26 | thomasjfox | Though I would stick to official release policy anyway |
| 22:56:54 | gevaerts | TheSeven: what's the impact? |
| 22:57:02 | gevaerts | oops |
| 22:57:06 | gevaerts | thomasjfox: what's the impact? |
| 22:57:16 | * | gevaerts apologises to TheSeven for waking him up |
| 22:57:24 | linuxstb | Hmm, that wasn't applied to the branch as well? |
| 22:57:36 | * | TheSeven points gevaerts to his fat patch |
| 22:58:23 | | Join Rob2223 [0] (~Miranda@p4FFF085D.dip.t-dialin.net) |
| 23:00 |
| 23:01:19 | * | gevaerts looks at TheSeven's fat patch and vows to never wake him up again |
| 23:01:19 | | Join AlexP_ [0] (~alex@rockbox/staff/AlexP) |
| 23:01:23 | | Join thomasjfox_ [0] (~thomasjfo@rockbox/developer/thomasjfox) |
| 23:02:05 | | Join Mephistopheles [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) |
| 23:03:25 | | Quit AlexP (Ping timeout: 240 seconds) |
| 23:03:45 | | Join knitt1 [0] (~knittl@unaffiliated/knittl) |
| 23:04:17 | thomasjfox_ | linuxstb: extras-devel is accessible via scp + ssh pubkey if needed |
| 23:04:22 | thomasjfox_ | linuxstb: Though pushing updates daily to extras-devel will annoy users I guess |
| 23:04:29 | | Quit thomasjfox (Ping timeout: 240 seconds) |
| 23:04:42 | linuxstb | thomasjfox_: Ah yes, users will be prompted to upgrade? |
| 23:04:49 | thomasjfox_ | gevaerts: IIIRC it was related to the playback/buffer freezes |
| 23:04:52 | | Nick thomasjfox_ is now known as thomasjfox (~thomasjfo@rockbox/developer/thomasjfox) |
| 23:05:01 | linuxstb | thomasjfox: But on the other hand, they should... |
| 23:05:02 | thomasjfox | linuxstb: Yes, every time |
| 23:05:26 | thomasjfox | linuxstb: If an app wants to upgrade every day, I would uninstall it pretty fast :o) |
| 23:05:29 | gevaerts | thomasjfox: "related to" doesn't mean much :) |
| 23:05:33 | | Quit Rob2222 (Ping timeout: 240 seconds) |
| 23:05:34 | | Quit bluefoxx_ (Ping timeout: 240 seconds) |
| 23:05:34 | | Quit MagusG (Read error: Connection reset by peer) |
| 23:05:34 | | Quit knittl (Read error: Operation timed out) |
| 23:05:53 | gevaerts | thomasjfox: if that app is called "rockbox-svn-build", you know what you ask for :) |
| 23:06:04 | | Join overnite [0] (~pking@CPE001217c01c7d-CM000a735bf803.cpe.net.cable.rogers.com) |
| 23:06:10 | linuxstb | And it's more than once a day... ;) |
| 23:06:28 | gevaerts | Yes, but the checking is only once a day |
| 23:06:33 | | Join MagusG [0] (magusg@c-71-59-57-46.hsd1.ga.comcast.net) |
| 23:07:37 | linuxstb | thomasjfox: What do you upload? The source or a binary? |
| 23:07:58 | thomasjfox | linuxstb: Source tarball + some debian related control files |
| 23:08:22 | thomasjfox | gevaerts: The "source" for r29395: http://www.rockbox.org/tracker/task/11863#comment38799 |
| 23:08:38 | gevaerts | I suspect uploading ten times a day may annoy the maemo build server people |
| 23:09:22 | gevaerts | thomasjfox: I can't really judge. This fits in with all other stuff that jhMikeS committed after the branch, right? |
| 23:10:29 | | Quit sideral (Ping timeout: 276 seconds) |
| 23:10:37 | thomasjfox | gevaerts: Can't judge either. As I run SVN code, it was a good pick |
| 23:11:22 | | Quit overnite (Quit: leaving) |
| 23:14:24 | gevaerts | TheSeven: I think I'd prefer the cachealign stuff split out for commit. Apart from that, if you didn't forget an error path somewhere (I didn't count them all!), and if our earlier analysis about there never being two sector buffers on the stack any more, that should be OK |
| 23:14:44 | linuxstb | thomasjfox: Is it possible to do a web-based install on the n900? i.e. just make current builds downloadable on the main Rockbox site? |
| 23:15:00 | TheSeven | gevaerts: if there should be a path that needs the sector buffer twice, that will at least trigger a panic |
| 23:15:25 | gevaerts | TheSeven: exactly. And the same will happen if you missed a return path somewhere |
| 23:15:33 | TheSeven | not neccessarily |
| 23:15:40 | | Quit Stummi (Quit: Bye!) |
| 23:15:46 | gevaerts | Well, not immediately |
| 23:15:49 | TheSeven | only if there are more storage accesses coming from the same thread |
| 23:16:08 | thomasjfox | linuxstb: Don't know if it's enough to just click on a .deb file. You can definately scp it to the n900 and run dpkg -i. Sounds unpractical to me |
| 23:16:09 | TheSeven | if something comes from a different thread, that might end up as a mutex deadlock |
| 23:16:27 | gevaerts | Ah, yes. We'll be told about those too :) |
| 23:17:12 | gevaerts | amiconn: does any flash stuff need to happen for 3.8, or is flash dead anyway due to binsize? |
| 23:17:13 | thomasjfox | linuxstb: Easiest thing would be to run an own apt channel and people can add rockbox to their "sources" list |
| 23:17:43 | linuxstb | thomasjfox: There are various issues - making stable releases available (easy - just put them in extras), and then making the daily and/or current builds available in a way that doesn't constantly annoy the user. |
| 23:18:11 | linuxstb | thomasjfox: But running our own apt channel would still have the constant prompts for upgrades? |
| 23:18:34 | gevaerts | linuxstb: yes, but it's easy to disable that one catalog |
| 23:19:10 | TheSeven | gevaerts: so you think I should just commit that thing? |
| 23:19:42 | linuxstb | gevaerts: OK, then that seems sensible - someone should set it up now... |
| 23:19:57 | gevaerts | TheSeven: I think so, yes |
| 23:20:07 | TheSeven | (in 4 steps: 1. get rid of on-stack sector buffers and introduce shared sector buffer, 2. align the static buffers, 3. add that STORAGE_NEEDS_ALIGN thing, 4. S5L8702 ATA driver) |
| 23:20:14 | AlexP_ | amiconn: Do we need any archos flash stuff? |
| 23:20:31 | gevaerts | TheSeven: what does STORAGE_NEEDS_ALIGN mean exactly? |
| 23:20:57 | TheSeven | that the file code will ensure that all memory addresses passed to the storage layer are aligned |
| 23:21:19 | TheSeven | e.g. copy through the file's sector buffer even for multiple-sector accesses if the buffer isn't aligned |
| 23:21:47 | gevaerts | Ah, right. So nothing that will break anything in apps/ |
| 23:22:05 | gevaerts | Yes, that plan looks sane then |
| 23:22:21 | TheSeven | it just adds overhead if it's defined, but means that the storage layer doesn't have to care about that |
| 23:22:29 | TheSeven | (which would need another sector buffer) |
| 23:23:41 | | Quit Unhelpful (Quit: No Ping reply in 180 seconds.) |
| 23:24:06 | gevaerts | Yes. Not nice to have, but if the hardware needs it... |
| 23:24:07 | | Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful) |
| 23:25:54 | stripwax | any way to log how often that gets hit (if/when it gets hit)? |
| 23:26:17 | stripwax | to help indicate which plugins might benefit from changes to align their own buffers |
| 23:26:31 | amiconn | AlexP_: Nothing new there, so no |
| 23:26:37 | AlexP_ | OK, thanks |
| 23:26:44 | gevaerts | stripwax: there's a single if() that checks for it and patches things up, so that should be easy to add |
| 23:26:45 | amiconn | I wonder whether we should publish a new flash package from time to time |
| 23:27:00 | amiconn | Saves the user the follow-up flash of the current .ucl |
| 23:27:35 | amiconn | It's only relevant for first-time flashers though, and I guess those are rare these days |
| 23:27:39 | CIA-70 | New commit by alex (r29442): Tag 3.8 release. |
| 23:28:43 | linuxstb | AlexP_: \o/ |
| 23:29:08 | AlexP_ | linuxstb: Indeed :) |
| 23:30:02 | | Join einhirn [0] (Miranda@vpn10.rz.tu-clausthal.de) |
| 23:36:48 | linuxstb | kugel: I think you missed my question earlier, would you object to firmware/drivers/audio/android.c being renamed to something like "application.c" for use as a generic RaaA audio driver? I can't see anything specific to android there. |
| 23:42:45 | CIA-70 | New commit by zagor (r29443): Point out the 3.8 release. |
| 23:44:32 | CIA-70 | New commit by theseven (r29444): iPod Classic CE-ATA Support (Part 1 of 4: Cacheline align some statically allocated sector buffers) |
| 23:44:56 | kugel | linuxstb: I'm not sure |
| 23:45:00 | CIA-70 | New commit by theseven (r29445): iPod Classic CE-ATA Support (Part 2 of 4: Remove on-stack sector buffers, and replace them with a single statically allocated sector buffer that's ... |
| 23:45:19 | * | TheSeven waits for r29444 to complete building before committing r29446 |
| 23:45:21 | kugel | it's possible that other targets can offer more audio functions via APIs (or less, not even volume) |
| 23:46:37 | thomasjfox | linuxstb: Can you take a look at http://pastie.org/1614725? Hope I got the new RaaA build system stuff right |
| 23:46:38 | CIA-70 | New commit by zagor (r29446): Updated front page |
| 23:47:04 | n1s | TheSeven: are stuff using the sector buffer ever performance sensitive? |
| 23:47:19 | CIA-70 | r29443 build result: All green |
| 23:47:26 | TheSeven | n1s: depends on the use case, but not for read accesses at least |
| 23:47:36 | CIA-70 | New commit by theseven (r29447): iPod Classic CE-ATA Support (Part 3 of 4: Introduce STORAGE_NEEDS_ALIGN, which ensures that no unaligned storage accesses are performed through ... |
| 23:48:00 | CIA-70 | New commit by theseven (r29448): iPod Classic CE-ATA Support (Part 4 of 4: S5L8702 ATA driver) |
| 23:48:35 | n1s | TheSeven: ah good, since the main threads stack is in iram for most targets and that is significantly faster than dram for some |
| 23:48:50 | gevaerts | n1s: they're all doing disk I/O by definition |
| 23:50:13 | n1s | gevaerts: yes, just thought i'd ask in case some behind the scenes magic was going on :) |
| 23:52:39 | CIA-70 | r29445 build result: All green |
| 23:52:53 | gevaerts | Oh, and you're assuming they're all in the main stack, which I don't think is true |
| 23:53:09 | TheSeven | they're duplicated amongst several stacks |
| 23:53:49 | gevaerts | now, yes |
| 23:54:08 | gevaerts | I mean, the assumption that they used to be in IRAM isn't necessarily true |
| 23:55:56 | linuxstb | thomasjfox: I've only take a quick look, but it looks fine to me. |
| 23:56:08 | | Quit {phoenix} (Remote host closed the connection) |
| 23:56:34 | thomasjfox | linuxstb: Compiles and runs fine too. I diffed the export/config/pandora.h against sdlapp.h and nokian8xx.h |
| 23:57:10 | CIA-70 | r29448 build result: 0 errors, 198 warnings (theseven committed) |
| 23:57:38 | kugel | thomasjfox: what's is unique about pandora? isn |
| 23:57:47 | kugel | isn't it just generic linux actually? |
| 23:57:49 | | Quit domonoky (Read error: Connection reset by peer) |
| 23:57:52 | TheSeven | arrrrrrrrrr |
| 23:57:55 | JdGordon | AlexP_: why didnt you just say "ou've missed the deadline" and leave those extra fixes for 3.8.1 when you (or someone) has time? |
| 23:57:59 | AlexP_ | Zagor: The font archive that RBUtil grabs, I think it isn't the 3.8 font zip |
| 23:58:21 | gevaerts | JdGordon: broken database restore is rather critical for a release I'd say |
| 23:58:22 | thomasjfox | kugel: We know the LCD screen size, it will get a special button map and later on an ALSA audio backend |
| 23:58:24 | amiconn | TheSeven: Whoa, half a kilobyte additional code? |
| 23:58:27 | | Quit einhirn (Ping timeout: 250 seconds) |
| 23:58:29 | Zagor | oh? |
| 23:58:30 | AlexP_ | JdGordon: Because it seems silly to release with a known problem |
| 23:58:33 | gevaerts | As that's when people will actually use it |
| 23:58:40 | kugel | thomasjfox: alsa is generic linux, isn't it? |
| 23:58:42 | amiconn | Also, all-yellow |
| 23:58:46 | thomasjfox | kugel: Yes |
| 23:58:47 | AlexP_ | Zagor: I'm not sure about that, just maybe worth checking |
| 23:58:51 | TheSeven | amiconn: no, not all-yellow |
| 23:58:55 | TheSeven | all except ipod classic :P |
icon identifies that the person is a core developer (has commit access).