| 00:05:14 | | Join curtism [0] (~curtis@bas11-montreal02-1128531121.dsl.bell.ca) |
| 00:11:17 | | Quit ukleinek (Ping timeout: 252 seconds) |
| 00:16:50 | | Quit n1s (Quit: Ex-Chat) |
| 00:18:16 | | Join ukleinek [0] (~ukl@2001:6f8:1178:2:21e:67ff:fe11:9c5c) |
| 00:20:34 | | Quit domonoky (Read error: Connection reset by peer) |
| 00:22:09 | | Join anewuser [0] (~anewuser@190.207.238.156) |
| 00:22:09 | | Quit anewuser (Changing host) |
| 00:22:09 | | Join anewuser [0] (~anewuser@unaffiliated/anewuser) |
| 00:25:21 | | Quit bertrik (Quit: And That, My Liege, Is How We Know the Earth to Be Banana Shaped) |
| 00:35:05 | | Quit pamaury (Remote host closed the connection) |
| 00:45:42 | | Join ender1 [0] (~ender@foo.eternallybored.org) |
| 00:47:53 | JdGordon | [Saint]: see my commits last night? \t and \n in conditionals should work nicely now |
| 00:48:11 | | Quit ender` (Ping timeout: 260 seconds) |
| 00:48:53 | [Saint] | Ah, I hadn't checked yet. That should allow me to break down some *very* ugly lines. |
| 00:52:38 | | Join anewuser_ [0] (~anewuser@186.93.196.107) |
| 00:54:34 | | Join ender` [0] (~ender@foo.eternallybored.org) |
| 00:55:38 | | Quit anewuser (Ping timeout: 248 seconds) |
| 00:56:25 | | Join [1]ender [0] (~ender@foo.eternallybored.org) |
| 00:56:40 | JdGordon | [Saint]: I checked before doing it and # at the end of the line already let you split any line, but i tihnk actual \n sup[port is nicer |
| 00:56:54 | JdGordon | \t should work at the start of any line now also |
| 00:57:03 | | Quit ender1 (Ping timeout: 252 seconds) |
| 00:57:35 | | Quit lebellium (Quit: ChatZilla 0.9.88 [Firefox 10.0/20120123235200]) |
| 00:57:35 | [Saint] | I'd have to agree with that, I'm not sure the comment thing was deliberate was it, just a happy accident? |
| 00:57:51 | *** | Saving seen data "./dancer.seen" |
| 00:58:19 | | Join ender1 [0] (~ender@foo.eternallybored.org) |
| 00:58:23 | JdGordon | http://forums.rockbox.org/index.php?topic=22664.0 |
| 00:58:35 | JdGordon | and there was quite a irc discussion also |
| 00:59:14 | | Quit ender` (Ping timeout: 248 seconds) |
| 01:00 |
| 01:00:52 | | Quit [1]ender (Ping timeout: 245 seconds) |
| 01:03:34 | | Quit ukleinek (Ping timeout: 272 seconds) |
| 01:15:26 | | Join ukleinek [0] (~ukl@2001:6f8:1178:2:21e:67ff:fe11:9c5c) |
| 01:27:34 | [Saint] | Hahaha....learn to read more, Hayden. |
| 01:28:06 | [Saint] | I almost stormed in here with "what the hell, you broke my commenting style, bastard!" :p |
| 01:28:41 | [Saint] | ...carry on. Nothing to see here. |
| 01:36:54 | | Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) |
| 01:37:46 | | Quit [Saint] (Ping timeout: 272 seconds) |
| 02:00 |
| 02:07:04 | | Join anewuser [0] (~anewuser@186.93.196.107) |
| 02:07:05 | | Quit anewuser (Changing host) |
| 02:07:05 | | Join anewuser [0] (~anewuser@unaffiliated/anewuser) |
| 02:09:46 | | Quit anewuser_ (Ping timeout: 248 seconds) |
| 02:10:48 | | Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) |
| 02:14:02 | | Quit [Saint_] (Ping timeout: 248 seconds) |
| 02:14:13 | | Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) |
| 02:17:57 | | Quit [Saint] (Ping timeout: 245 seconds) |
| 02:22:46 | | Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) |
| 02:25:27 | | Quit [Saint_] (Ping timeout: 245 seconds) |
| 02:31:39 | | Join Gentoochild [0] (~blub@wl-l2-195.rz.tu-ilmenau.de) |
| 02:32:34 | Gentoochild | hi. I installed the new 3.10 on my Clip+. I discovered that the system freezes when I try to change the interface language |
| 02:34:13 | JdGordon | change to which language? or all of them? |
| 02:35:11 | Gentoochild | I tried English andI think danish (default is German which I set in 3.9) |
| 02:35:32 | Gentoochild | I can try another random one... |
| 02:36:26 | Gentoochild | just selected French, the result is the same. It shows "Loading..." and that's it |
| 02:36:45 | Gentoochild | FM Radio kept playing, but the clock doesn't update anymore |
| 02:37:20 | JdGordon | try it with all music stopped |
| 02:37:22 | JdGordon | including radio |
| 02:37:53 | * | [Saint] smells bufflib issues. |
| 02:38:30 | Gentoochild | the same :-/ |
| 02:39:19 | Gentoochild | I installed it the manual way, using a file system synchronisation tool to copy over the files to /.rockbox |
| 02:39:49 | JdGordon | does the language take affect after the reset? |
| 02:39:52 | [Saint] | There's a chance it screwed up. |
| 02:39:53 | Gentoochild | nope |
| 02:39:55 | Gentoochild | still German |
| 02:40:15 | JdGordon | open up /.rockbox/config.cfg on your computer and change it the lang you want and see if that works |
| 02:40:18 | JdGordon | and file a bug |
| 02:40:32 | [Saint] | Try just extract the zip, no fancy tools, let it overwrite what it wants, first. |
| 02:41:25 | [Saint] | I'm skeptical of such tools. |
| 02:44:02 | Gentoochild | it was the normal directory synchronisation of Krusader, a Commander-style file manager for KDE |
| 02:44:24 | Gentoochild | I did an asymmetric sync, so the Clip's dir should be a perfect mirror of the zip |
| 02:44:44 | Gentoochild | except for some theming and font files which I excluded manually |
| 02:44:59 | Gentoochild | I changed the file, waiting for the stock rom to update its DB... |
| 02:45:46 | Gentoochild | I changed deutsch.lng to english.lng, and lo and behold, it now speaks English to me |
| 02:46:31 | JdGordon | yeah, definitly buflib issue |
| 02:46:34 | JdGordon | please file a bug |
| 02:47:04 | Gentoochild | is stuff like menu layout also discussed in the bugtracker? or rather here? because 3.10 changed a bit −− it moved settings between Now Playing and Radio. Quite illogical, if you ask me |
| 02:48:11 | JdGordon | 1) noone is allowed to use the word "logic" in regards to menu layout.. it is entirely subjective |
| 02:48:17 | JdGordon | 2) no they didnt? |
| 02:48:35 | Gentoochild | would it be imposing if I asked you to file the bug? I'm always a bit reluctant to create new user accounts on the Internet when I don't know whether I'll ever use it again. |
| 02:49:18 | Gentoochild | well, my menu says, in that order: Files, Database, Resume Playback, Settings, Recording, FM Radio, Playlist catalogue, Plugins, System |
| 02:49:30 | JdGordon | well, if oyu don't tihnk you'll be back to harass us about fixing it there isnt uch point filing the bug |
| 02:50:46 | Gentoochild | hm... please don't make me feel bad :) |
| 02:50:49 | Gentoochild | very well then. |
| 02:50:50 | | Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) |
| 02:50:55 | Gentoochild | I'll do it :) |
| 02:51:03 | * | [Saint_] slaps JdGordon |
| 02:51:29 | [Saint_] | That's an um...."different" outlook on bugs. |
| 02:53:47 | | Quit [Saint] (Ping timeout: 245 seconds) |
| 02:53:59 | Gentoochild | (the main reason for my being reluctant is the mess that is my system of login credentials; user names and passwords don't follow any system, so oftentimes I just can't remember them after a few months of absense ^^) |
| 02:57:52 | *** | Saving seen data "./dancer.seen" |
| 02:58:28 | Gentoochild | I don't suppose this belongs into the Language category, but rather OS |
| 02:58:55 | | Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) |
| 03:00 |
| 03:01:25 | | Quit [Saint_] (Ping timeout: 240 seconds) |
| 03:04:40 | JdGordon | Gentoochild: settings probably, the important thing is can you check with the current build (not release) and specify the target |
| 03:06:40 | Gentoochild | speaking of specifying... which Player Type would I have to select? The Clip+ itself is not listed. |
| 03:06:43 | Gentoochild | I can try a current build... |
| 03:07:03 | JdGordon | ok leave player type and just mention it in the comment |
| 03:07:13 | JdGordon | yeah, if its working in currnt build but not release that is a problem |
| 03:08:36 | JdGordon | though, i tihnk the plan is still to do a relativly quick release cycle this time so not a major problem |
| 03:08:42 | Gentoochild | ah.. just noticed, I have the clip v2, not the clip+. mixed the two up |
| 03:10:29 | | Quit Keripo (Quit: Leaving.) |
| 03:14:49 | Gentoochild | I suppose it's not possible to rename the /.rockbox folder from within the player and then just reboot, right? I have to reboot into the stock ROM to use USB mode |
| 03:16:28 | JdGordon | sure there is |
| 03:16:45 | * | Gentoochild is listening :) |
| 03:17:53 | Gentoochild | hm.. .running on an empty, stock 3.10, the problem doesn't occur :-( |
| 03:18:13 | | Quit ender1 (Read error: Connection reset by peer) |
| 03:18:13 | | Join ender` [0] (~ender@foo.eternallybored.org) |
| 03:18:30 | JdGordon | can you pastebin your config.cfg (the one thats broken) |
| 03:18:44 | Gentoochild | hmk |
| 03:18:45 | JdGordon | oh, empty .rockbox folder? or clean one? |
| 03:18:51 | Gentoochild | clean one |
| 03:19:04 | Gentoochild | I renamed my old one and copied the zip afresh |
| 03:20:03 | Gentoochild | http://paste.kde.org/198308/ |
| 03:20:55 | JdGordon | hmm |
| 03:20:56 | JdGordon | dunno |
| 03:20:59 | | Quit ender` (Read error: Connection reset by peer) |
| 03:21:05 | | Join ender` [0] (~ender@foo.eternallybored.org) |
| 03:21:21 | Gentoochild | is there a debug mode I can enable? |
| 03:21:39 | JdGordon | nup :/ |
| 03:22:26 | Gentoochild | hm.... I could incrementally add stuff to the config and see after which one it happens. |
| 03:22:31 | Gentoochild | but that'll take a while |
| 03:23:04 | | Join perrikwp [0] (~quassel@cpe-071-076-184-171.triad.res.rr.com) |
| 03:23:25 | JdGordon | na, dont bother |
| 03:24:18 | Gentoochild | or rather, I'll use my old installation, but with an empty config file. I can replay the settings through the menu, so I don't need to go into USB mode all the time |
| 03:27:06 | Gentoochild | setting the language worked, so it's not a binary problem :) |
| 03:31:45 | | Quit [Saint] (Ping timeout: 240 seconds) |
| 03:32:46 | | Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) |
| 03:33:11 | | Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) |
| 03:37:14 | | Quit [Saint] (Ping timeout: 244 seconds) |
| 03:38:21 | Gentoochild | hm... it's gone now. So a freak accident noone needs to bother with? Or do you still want the bug report? |
| 03:40:27 | | Quit MethoS- (Quit: Konversation terminated!) |
| 03:41:36 | JdGordon | Gentoochild: if it cant be reproduced its more likely a crash loading the .lng file than anything |
| 03:41:57 | JdGordon | md5sum the clean dir and the broken one.. |
| 03:42:05 | JdGordon | assuming they have the same version of the same files |
| 03:42:23 | Gentoochild | I'll do a comparison of the dirs... |
| 03:43:19 | | Join BHSPitMonkey_ [0] (~stephen@68-185-203-185.dhcp.dntn.tx.charter.com) |
| 03:47:54 | | Join ntkm [0] (~taku@g1-27-253-251-6.bmobile.ne.jp) |
| 03:49:30 | | Quit ntkm (Client Quit) |
| 03:51:42 | | Quit [Saint_] (Read error: Connection reset by peer) |
| 03:52:00 | | Quit Strife89 (Quit: Night!) |
| 03:52:38 | | Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) |
| 03:52:54 | Gentoochild | hm... I copied the config from the problematic system to the clean system and still no problem. |
| 03:53:21 | Gentoochild | The comparison of the failing .rockbox and the new one shows the only differences in a few database files, nvram.bin and fonts/08-Rockfont.gc (which I actually use in the menu) |
| 03:53:42 | Gentoochild | perhaps the font file got borked |
| 03:53:44 | | Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) |
| 03:55:43 | * | [Saint_] is reserving tonight for "fix up the frickin' popups in my RaaA cabbie (and also hopefully massage the same/similar solution into git RaaA cabbie) |
| 03:55:48 | [Saint_] | " |
| 03:58:45 | JdGordon | Gentoochild: no, the .gc file is a cache list... not the actual font.. |
| 03:58:52 | JdGordon | wierd, but if its not still happning dont worry |
| 03:59:12 | Gentoochild | yeah, I notieced, it contains a message just in the set language |
| 03:59:41 | Gentoochild | what is the purpose of the nvram.bin? I noticed that it was not in the zip |
| 04:00 |
| 04:00:36 | [Saint_] | JdGordon: There's a "problem" with the way I've been (ab)using %Tl(ident,timeout) to trigger skin vars. |
| 04:01:32 | [Saint_] | it needs the "timeout" value to go false, so it can be next read true, which is totallylogical...but fucks trying to launch a popup too early up. |
| 04:02:53 | JdGordon | go on....? |
| 04:03:49 | Gentoochild | got it! |
| 04:03:57 | Gentoochild | I deleted the nvram.bin and now setting the language works |
| 04:04:20 | JdGordon | did you back it up first? |
| 04:04:28 | Gentoochild | yeah, I still have it on my puter |
| 04:04:52 | Gentoochild | as long as the power stays on... it's only in the ramdisk :o) |
| 04:05:16 | Gentoochild | so... can you make use of the file? I'll attach it to the bug report then. |
| 04:05:26 | JdGordon | nvram.bin stores some settings which don't go in config.cfg like the last screen and some other stuff |
| 04:05:44 | JdGordon | Please attach it to the bug report and i'll try to investigate tonight |
| 04:05:46 | Gentoochild | and the time :) |
| 04:05:49 | Gentoochild | will do |
| 04:05:58 | JdGordon | not the time |
| 04:06:06 | JdGordon | nvram.bin is very rockbox specific |
| 04:06:37 | JdGordon | its not actual nvram. its just named that way because the really old players have some which we used and it limits the amount of dupe coding we'd need to do |
| 04:08:20 | JdGordon | [Saint_]: pastebin a snippet and explanation? |
| 04:08:27 | JdGordon | I'm not sure im undertsanding your greif :) |
| 04:08:48 | | Quit [Saint] (Ping timeout: 252 seconds) |
| 04:09:15 | Gentoochild | hmk |
| 04:11:54 | [Saint_] | I can do it here just briefly. Its actually perfectly expected behaviour really. "%?Tl(foo,timeout)<true|false>" is essentially what I'm using to set skin vars read in another conditional, but my use case really needs it to only use "timeout" for the true check, waiting for "timeout" to know if it has gone false stops you from being able to launch another popup early because the w |
| 04:12:15 | [Saint_] | rong (not technically, actually) skin var is set. |
| 04:13:23 | JdGordon | explain what you're actually trying to do... not the skin code you're using |
| 04:13:31 | JdGordon | stop two overlapping popups both popping up? |
| 04:13:44 | [Saint_] | right. |
| 04:13:53 | [Saint_] | three, really. |
| 04:15:05 | JdGordon | ok, so what you need is one skin var with 4 values, one for each popup and one for none |
| 04:15:26 | [Saint_] | so I'm basically doing "has this area been pressed since "timeout"" to check when set what skin var. |
| 04:15:31 | JdGordon | then when a button is pressed you need to check if that value is the 'none' case or not |
| 04:16:10 | Gentoochild | blegh.... |
| 04:16:23 | Gentoochild | it's not over yet ;-) |
| 04:16:26 | [Saint_] | huh....thats an interesting way to do the check. but, how can I then do "but display for x period"? |
| 04:16:54 | [Saint_] | as that's why I was (ab)using (and get cabbie too) %Tl's timeout value. |
| 04:17:22 | JdGordon | use the "how long since the var has changed?" to disblae it |
| 04:17:31 | JdGordon | not the "how long since a touch" tag |
| 04:17:42 | [Saint_] | Huh... |
| 04:17:59 | Gentoochild | with no nvram.bin, setting the language works. After switching the Clip off and on again the problem comes back. |
| 04:18:08 | [Saint_] | You. My friend, are *awesome*. |
| 04:18:57 | JdGordon | :D |
| 04:19:00 | JdGordon | and yes, I am :) |
| 04:19:16 | JdGordon | Gentoochild: what time zone you in? |
| 04:19:21 | Gentoochild | GMT+1 |
| 04:19:23 | [Saint_] | I have no idea how to write that quite yet...but, the checks sound perfectly sound, and the logic is *so* much better than what's in place. |
| 04:19:51 | [Saint_] | I can't fault what's in git cabbie really as its a minor adaptation of my hacked solution. :P |
| 04:20:17 | JdGordon | Gentoochild: waay past your bed time no? :) I really want to investigate but im at work now and cant, but if you're around in your morning it would be helpful |
| 04:20:40 | JdGordon | or email me your nvram.bin (rockbox at jdgordon dot info) and i'll have a looky |
| 04:20:46 | Gentoochild | I dunno... I'm a bad awaker :) |
| 04:21:34 | Gentoochild | So no bug report for now? I'm just updating the wording about my new finding. |
| 04:21:37 | JdGordon | im usually quite bored and not sleepy when the euro folk wake up |
| 04:21:42 | JdGordon | yes, do the report also |
| 04:21:46 | JdGordon | that would be better |
| 04:22:22 | Gentoochild | kk |
| 04:24:00 | JdGordon | [Saint_]: remember... only allow skinvars to enable/disable viewports, and only ever allow touch regions to set a skin var (try not to unset in touches)... |
| 04:24:08 | JdGordon | then your code will be more flexible later |
| 04:24:15 | | Quit perrikwp (Ping timeout: 245 seconds) |
| 04:25:30 | Gentoochild | report submitted |
| 04:26:24 | Gentoochild | nvram.bin: http://www.rockbox.org/tracker/task/12574?getfile=24728 |
| 04:26:44 | JdGordon | ok, I'll try to remember to investigate |
| 04:27:01 | Gentoochild | while it's normal for me to do allnighters, I'm trying to cut down on it. I would be in bed now if it wasn't for that bug ;-) |
| 04:29:02 | Gentoochild | I'm in the last two minutes of the Lord of the Rings soundtrack, I'll just let it play out and then go |
| 04:29:16 | [Saint_] | that's a bit of a problem, then. there's 4 viewports that could be displayed, only three really as it depends on the AA case so only cases at a time are ever considered. Anyway, two of them need a "cooloff" period, namely display for at least "foo" seconds, and one of them needs to be able to be held open for the case where you're setting volume manually and don't want it to timeout on you. |
| 04:30:07 | [Saint_] | there's also a case that will show the volume changing popup only for the duration of the volume changing if you're using hardware keys only to change it. |
| 04:30:39 | JdGordon | also remember to have all that in the default viewport |
| 04:30:44 | [Saint_] | (by way of knowing a touch area wasn't used to set the volume you can assume hardware is doing it :P) |
| 04:30:45 | JdGordon | or else they wont get unset |
| 04:32:32 | [Saint_] | the checks at the moment are sound, its just the totally logical part of %?Tl not knowing if its false case is false for at least 1 second (the default timeout) or the value of a specified timeout. |
| 04:32:48 | [Saint_] | and...expecting it not to do that :P |
| 04:33:03 | [Saint_] | That's what bit me in the bum, as it were. |
| 04:35:19 | JdGordon | i don't understand... are you complaining that "was last touch 1s ago" goes false at 1.1s? |
| 04:35:30 | JdGordon | i.e immediatly after the timeout value? |
| 04:36:06 | JdGordon | you could always do "%?Tl(foo, 1)<true|%?Tl(foo, 2)<|false>>" if that is the case |
| 04:36:10 | [Saint_] | No, I'm complaining that my use case really needs it to ignore the timeout in the false case, but not the true. |
| 04:36:55 | [Saint_] | And...hmmm. that code snippet is interesting. |
| 04:37:05 | JdGordon | dont do that! |
| 04:37:16 | JdGordon | use the "how long since the var was set" tag to unset it |
| 04:37:26 | [Saint_] | it would still have a big hole in it for my use. that snippet. |
| 04:38:14 | [Saint_] | it could make for a type of "race condition" where you're trying to do checks whilst waiting for someting to go false, then setting off thecheck again... |
| 04:38:45 | JdGordon | right, which is why that is bad |
| 04:38:51 | JdGordon | I was just trying to understand your problem |
| 04:39:54 | [Saint_] | what does the "how long since the var was set" tag/statement look like. I only know of get (check), set, inc, and dec in relation to vars. |
| 04:40:18 | [Saint_] | I didn't realize there was a param for get that did that. |
| 04:41:14 | [Saint_] | Or am I in the whole wrong ballpark? |
| 04:41:19 | JdGordon | gitweb isnt very nice compared to viewvcs for svn |
| 04:41:36 | | Quit TheSeven (Read error: Operation timed out) |
| 04:42:04 | JdGordon | [Saint_]: %?vl(setting, timeout)<> |
| 04:42:31 | [Saint_] | setting? |
| 04:42:36 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 04:42:40 | JdGordon | skin var sorry |
| 04:42:41 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
| 04:42:41 | | Quit amiconn (Disconnected by services) |
| 04:43:02 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
| 04:43:32 | | Quit pixelma (Disconnected by services) |
| 04:43:34 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
| 04:43:36 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
| 04:45:18 | [Saint_] | Hmmmm....I wonder if I can then eliminate some checks. |
| 04:46:24 | [Saint_] | if that works out, I should be able to not worry about checking for which touch area has been pressed at all, as it will be safe to guess based on the current value of the variable (and a check for the presence of album art). |
| 04:48:58 | [Saint_] | Oh, whoops...no. no no no. |
| 04:50:34 | Gentoochild | OK, enough for today. Good night guys (n gals) |
| 04:51:48 | [Saint_] | the viewport display conditional is going to be an ugly, ugly monster. |
| 04:51:54 | | Quit Gentoochild (Quit: Konversation terminated!) |
| 04:57:55 | *** | Saving seen data "./dancer.seen" |
| 04:58:23 | [Saint_] | %?C<%?mv<%?vg(foo)<%?vl(foo)<|>|%?vl(foo)<|>|>|%?vg(foo)<%?vl(foo)<|>|%?vl(foo)<|>|>>|%?mv<%?vg(foo)<%?vl(foo)<|>|%?vl(foo)<|>|>|%?vg(foo)<%?vl(foo)<|>|%?vl(foo)<|>|>>> |
| 04:59:16 | [Saint_] | that's even neglectiong a few even deeper checks, and the actual filler of a the conditions themselves :P |
| 04:59:54 | [Saint_] | I think this beast will give me a chance to test out your recent line breaking/comment commits JdGordon :) |
| 05:00 |
| 05:04:37 | | Quit [Saint_] (Ping timeout: 252 seconds) |
| 05:06:40 | | Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) |
| 05:30:14 | | Quit anewuser (Read error: Connection reset by peer) |
| 05:50:12 | | Quit BHSPitMonkey_ (Remote host closed the connection) |
| 05:51:44 | | Join Rob2223 [0] (~Miranda@p5B024F74.dip.t-dialin.net) |
| 05:55:55 | | Quit Rob2222 (Ping timeout: 248 seconds) |
| 05:57:11 | | Quit CapNemo (Ping timeout: 245 seconds) |
| 06:00 |
| 06:07:03 | | Quit Topy (Read error: Connection reset by peer) |
| 06:13:57 | | Join Topy44 [0] (~Topy44@f048040208.adsl.alicedsl.de) |
| 06:35:39 | | Quit curtism (Quit: Live Long and Prosper) |
| 06:57:59 | *** | Saving seen data "./dancer.seen" |
| 07:00 |
| 07:17:27 | | Join KiwiCam [0] (~Kiwi_Cam@165.197.69.111.dynamic.snap.net.nz) |
| 07:31:42 | | Quit saratoga (Quit: Page closed) |
| 07:58:32 | | Join Zagor [242] (~bjst@rockbox/developer/Zagor) |
| 08:00 |
| 08:06:15 | | Join pjm0616 [0] (~user@61.78.96.156) |
| 08:32:41 | | Join LinusN [0] (~linus@giant.haxx.se) |
| 08:38:47 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
| 08:44:34 | | Join nick-p [0] (~nick@82-69-105-120.dsl.in-addr.zen.co.uk) |
| 08:45:47 | | Nick nick-p is now known as nick_p (~nick@82-69-105-120.dsl.in-addr.zen.co.uk) |
| 08:48:04 | | Quit amiconn (Remote host closed the connection) |
| 08:48:04 | | Quit pixelma (Read error: Connection reset by peer) |
| 08:50:51 | | Join amiconn [0] (quassel@rockbox/developer/amiconn) |
| 08:50:52 | | Join pixelma [0] (quassel@rockbox/staff/pixelma) |
| 08:58:02 | *** | Saving seen data "./dancer.seen" |
| 08:58:06 | | Join n1s [0] (~n1s@nl118-175-223.student.uu.se) |
| 08:58:06 | | Quit n1s (Changing host) |
| 08:58:06 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 09:00 |
| 09:09:43 | | Join wodz [0] (~wodz@89-76-160-35.dynamic.chello.pl) |
| 09:15:31 | wodz | Gerrit didn't solve our main problem it seems. There are not many devs interested in reviewing code. ARM unwinder first was hanging on FS for a long time attracting some interest but not many constructive rewievs/comments, then I moved it to Gerrit asking for reviews and tests. Since Jan 25 no tests, no reviews... |
| 09:20:43 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 09:22:04 | n1s | i don't think many people feel qualified to review that, i sure don't |
| 09:23:27 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
| 09:25:46 | JdGordon | wodz: so whats the problem? just commit it |
| 09:30:36 | wodz | JdGordon: I could, but I am not strong enough in lowlevel ARM world I feel. Moreover the implementation has some design constraints and it would be great to test if our codebase doesn't break assumptions all the times :-) |
| 09:38:11 | | Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) |
| 09:38:11 | | Quit pamaury (Changing host) |
| 09:38:11 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 09:40:13 | kugel | wodz: what do you want to be reviewed, really? the small shim you added or the backtrace library? |
| 09:40:30 | kugel | I also think "why is this not just committed yet" |
| 09:41:45 | wodz | kugel: Have you tested this on RaaA? No? Why? |
| 09:43:41 | wodz | The main concern is if THIS implementation suits our needs (aka test in various places if this gives meaningful backtrace at all) |
| 09:52:27 | pamaury | I tested the backtrace on the fuze+ with success except that it breaks with gotos |
| 09:53:55 | pamaury | I don't understand what jhMikeS is proposing in his mail, did he even read my first mail ? |
| 09:58:03 | pamaury | wodz: does your arm patch enable the backtrace by default ? How much ram does it take ? |
| 10:00 |
| 10:02:32 | wodz | pamaury: Yes, it does. As of ram usage - I don't know to be honest. There are two defines which control how deep we search for valid stackframe and how big is hash lookup table. See http://gerrit.rockbox.org/r/#patch,sidebyside,69,1,firmware/target/arm/unwarminder/unwarm.h for comments |
| 10:03:34 | wodz | BTW. now I see that hash size of 63 is not prime and comment says it should |
| 10:03:38 | jhMikeS | pamaury: I did. Sometimes it does reset it and so I fail to see the assumption in the driver except in one particular place. |
| 10:04:45 | pamaury | tuner_power(false) will reset the registers, thus stop the internal oscillator. Since the call does not come from the driver, it means our code can basically stop the internal oscillator at any time without the driver noticing. And when it will try to tune, it will break |
| 10:05:24 | pamaury | the driver sets the internal oscillator once for all |
| 10:05:40 | jhMikeS | so? just move the register write |
| 10:05:47 | pamaury | where ? |
| 10:06:41 | pamaury | it needs to be before the ENABLE bit is set and it takes half a second to be stable, it not just a random register write |
| 10:09:55 | jhMikeS | putting it in si4700_sleep won't do it? |
| 10:11:00 | pamaury | that would only work for sure if the driver was always put in sleep mode before powering off which I suspect is not the case |
| 10:11:42 | jhMikeS | it seems to working for setting up the RDS just fine, masking and unmasking the interrupt and such |
| 10:13:32 | pamaury | And it can break at any time without noticing because of bad radio code. I already saw the driver getting tune while powered off in some occasion, so I don't trust the radio code |
| 10:15:02 | jhMikeS | that's a bug since it should be woken up first. there's also two possible sleep codes, one for pause (1) and one to really power off (2) |
| 10:16:04 | pamaury | that's quite a hack too |
| 10:17:04 | jhMikeS | true, but it would hang if actually fully sleeping the tuner during pause and then tuning during pause |
| 10:18:57 | jhMikeS | it's suppose to be radio_start(), do stuff with radio, radio_off, stop messing with it |
| 10:19:20 | jhMikeS | s/radio_off/radio_stop |
| 10:21:09 | JdGordon | does anyone have the ipod accessory datasheet? |
| 10:21:42 | | Join Rower85 [0] (~husvagn@v-413-alfarv-90.bitnet.nu) |
| 10:26:06 | pamaury | there was a link the ipod accessory datasheet months ago, it was a complete (and leaked) one. I thought I had a copy but I can't find it |
| 10:32:51 | | Join Sleepy_C1der [0] (majic@just.dontfeedthebots.co.uk) |
| 10:32:56 | | Quit Sleepy_C1der (Client Quit) |
| 10:56:00 | wodz | hmm boomshine plugin doesn't have manual entry |
| 10:58:05 | *** | Saving seen data "./dancer.seen" |
| 11:00 |
| 11:09:11 | | Join merbanan [0] (~benjamin@2a00:801:f5:10:221:70ff:fecb:d6f9) |
| 11:10:39 | | Join remlap1 [0] (~Patrick@190.28.169.217.in-addr.arpa) |
| 11:12:35 | | Quit remlap (Ping timeout: 255 seconds) |
| 11:15:30 | | Join nosa [0] (~m00k@adsl-74-235-42-105.clt.bellsouth.net) |
| 11:17:38 | | Quit nosa-j (Ping timeout: 244 seconds) |
| 11:17:38 | | Nick nosa is now known as nosa-j (~m00k@adsl-74-235-42-105.clt.bellsouth.net) |
| 11:20:59 | CIA-10 | Commit 3511435 in rockbox by Amaury Pouly: fuze+: don't use the DCP to copy the framebuffer since it can yield and then several lcd udpates could run concurrently with undefined behaviour |
| 11:23:30 | CIA-10 | 3511435 build result: All green |
| 11:25:45 | | Join Keripo [0] (~Keripo@eng403.wireless-resnet.upenn.edu) |
| 11:37:15 | | Join T44 [0] (~Topy44@f048101034.adsl.alicedsl.de) |
| 11:38:43 | JdGordon | I'm working on a tag to be able to do logical "and" on a bunch of tags to simplify conditionals... any idea what the tag shold be? |
| 11:38:48 | JdGordon | %and is too long |
| 11:39:12 | JdGordon | temped to do %&& |
| 11:40:08 | | Quit Topy44 (Ping timeout: 240 seconds) |
| 11:41:02 | wodz | JdGordon: looks messy |
| 11:41:46 | JdGordon | ineed |
| 11:41:48 | JdGordon | indeed |
| 11:42:08 | JdGordon | I don't really want to go to 3 char tags though, but the other best i have is %nd |
| 11:42:17 | wodz | does it have to be 3 chars? Can't it be simpy && or % is needed |
| 11:42:26 | wodz | ? |
| 11:42:43 | JdGordon | yeah % is needed |
| 11:44:25 | wodz | do you plan other logical tags? |
| 11:44:59 | wodz | %a - and %o - or %x - xor %n - not for example to distinguish from others |
| 11:45:35 | JdGordon | maybe |
| 11:45:41 | JdGordon | i'm adding and and or |
| 11:45:43 | JdGordon | maybe not |
| 11:46:24 | JdGordon | not is redundant because %?mh<|something> is just as bad as %?not(%mh)<something> |
| 11:49:25 | wodz | hmm, does button repeat trigger cpu boost or something? |
| 11:49:38 | JdGordon | yes |
| 11:49:42 | JdGordon | all buttons trigger boost now |
| 11:50:04 | wodz | this screws plugins like hell |
| 11:50:15 | | Quit Rob2223 (Read error: Connection reset by peer) |
| 11:50:32 | | Join Rob2222 [0] (~Miranda@p5B024F74.dip.t-dialin.net) |
| 11:54:07 | | Quit petur (Ping timeout: 240 seconds) |
| 11:55:43 | wodz | can this behavior be suppressed somehow? |
| 11:56:08 | wodz | or is it hardcoded in action subsystem now? |
| 11:58:40 | pamaury | is it a known bug that exit the radio screen doesn't actually stop the radio ?! |
| 11:58:48 | pamaury | *exitting |
| 11:59:14 | wodz | pamaury: there are two separate actions - exit with stopping radio and go to main menu with radio still playing |
| 11:59:18 | JdGordon | wodz: its in the action system |
| 11:59:25 | JdGordon | plugins shold probably just boost always |
| 11:59:42 | gevaerts | huh? Why? |
| 11:59:57 | wodz | JdGordon: when boosted I can't see the ball in pong :-) |
| 12:00 |
| 12:00:07 | gevaerts | Many plugins don't need lots of CPU |
| 12:00:14 | gevaerts | wodz: that sounds like an actual bug :) |
| 12:00:19 | gevaerts | Busy waiting or something? |
| 12:00:59 | wodz | gevaerts: I can't see the ball because the game runs so fast that is |
| 12:01:16 | gevaerts | wodz: yes, I claim that that's seriously buggy |
| 12:01:39 | wodz | gevaerts: I can barely see the ball when unboosted anyway |
| 12:02:07 | gevaerts | It should use ticks to adjust speed |
| 12:02:14 | wodz | and triggering button repeat speeds up the game |
| 12:03:08 | pamaury | jhMikeS: for your information, setting the internal oscillator in si4700_sleep doesn't work either |
| 12:03:17 | wodz | gevaerts: feel free to fix - I just compare plugins behavior to what I described in manual |
| 12:04:13 | pamaury | a game not using ticks is seriously buggy |
| 12:05:22 | JdGordon | ticks is wrong too |
| 12:05:29 | JdGordon | ticks change based on boost |
| 12:06:10 | pamaury | what ? |
| 12:06:22 | gevaerts | They run at HZ all the time |
| 12:06:46 | pamaury | that would be serious bug if tick was cpu dependent |
| 12:07:30 | | Nick Jack87 is now known as Jack87|Away (Jack87@nasadmin/admin/jack87) |
| 12:08:50 | wodz | still boosting may provide a glitch in timing functions (it does for sure on coldfires) |
| 12:11:22 | JdGordon | but... but... err |
| 12:11:48 | JdGordon | if that were the case, then brickmania shouldnt speed up when boosted (which it does) |
| 12:14:31 | wodz | IMO plugins should be separete package (just like fonts and themes) anyway. Plugins are mostly unmaintained and rarely used. |
| 12:14:45 | | Quit yosafbridge (Read error: Operation timed out) |
| 12:14:51 | wodz | not to mention keymap nightmare |
| 12:16:09 | gevaerts | wodz: that's not at all easy to manage |
| 12:16:46 | Torne | fonts and themes don't have ABI compatibility requirements |
| 12:18:03 | pamaury | and where would you put them ? You still need a source repo |
| 12:18:16 | wodz | Its only a matter of different packaging. Make zip could build rockbox.zip and plugins.zip |
| 12:18:31 | wodz | I am not proposing to move it from repo |
| 12:18:48 | pamaury | the browser relies on some plugin(s) iirc |
| 12:19:01 | wodz | true |
| 12:19:22 | wodz | but there is something like 10? to maintain actively then |
| 12:19:35 | Torne | i don't think we would gain anything by doing that at all |
| 12:19:56 | wodz | writing plugins keymaps and then writing manual for new target is not fun |
| 12:20:10 | Torne | so don't |
| 12:20:21 | Torne | splitting the binaries up doesn't make that any easier |
| 12:20:24 | wodz | then I can't advertise the target as stable |
| 12:20:30 | wodz | which it is in fact |
| 12:20:32 | Torne | the atlernative you are lookoing for is "let's decide that plugins working doesn't matter" |
| 12:20:44 | Torne | whether the binaries are in the same zip or not is irrelevant |
| 12:21:13 | wodz | Torne: nope - make barfs when there are no keymaps defines for plugins |
| 12:21:25 | pamaury | plugins are not well tested anyway |
| 12:21:27 | Torne | not if you don't build those plugins for that target |
| 12:21:53 | wodz | Torne: we don't have something like make main which builds everything except plugins |
| 12:21:56 | Torne | again: splitting up the binaries won't help |
| 12:22:04 | Torne | gargh |
| 12:22:20 | Torne | i mean: make it so that the plugins which don't work on target X are *just never built for target X* |
| 12:22:25 | Torne | ifdef them, or whatever |
| 12:22:35 | Torne | There, problem solved |
| 12:22:39 | Torne | no need to change anything else |
| 12:22:44 | wodz | Torne: you can disable plugin building in configure but you can disable all |
| 12:22:47 | Torne | we just need to agree that that's acceptable |
| 12:23:06 | wodz | Torne: do we have single central place to disable plugins? |
| 12:23:10 | Torne | yes |
| 12:23:20 | Torne | Well, two. |
| 12:23:26 | Torne | apps/plugins/{SOURCES,SUBDIRS} |
| 12:23:36 | Torne | already ifdef'ed to all hell for screen types and so on |
| 12:23:41 | Torne | Maybe we can come up with a neater mechanism |
| 12:24:09 | Torne | but yes, i am perfectly happy with a world where someone developing a new port just disables all the plugins they don't care about getting to run |
| 12:24:15 | Torne | and then we promote it to stable anyway |
| 12:24:32 | Torne | and if someone else wnats those plugins to work they are welcome to offer a patch that adds keymaps/etc and also re-enables building that plugin |
| 12:24:33 | wodz | Torne: Thats what I remembered - its a hell to exclude plugin not disturbing other targets |
| 12:24:41 | Torne | It's not |
| 12:24:45 | Torne | It's just *verbose* |
| 12:24:50 | Torne | Wrap individual lines in #ifdef |
| 12:24:58 | Torne | Trivial, doesn't disturb other targets |
| 12:25:05 | Torne | It will make the file really fucking long, is all :) |
| 12:25:19 | wodz | Torne: hell lots of typing |
| 12:25:20 | Torne | but yes, i can imagine an alternative method that's much simpler |
| 12:25:50 | wodz | maybe targets config should list plugins they support |
| 12:25:50 | Torne | one text file per plugin, with list of features required and list of targets where it's disabled |
| 12:25:56 | Torne | Naw |
| 12:26:02 | Torne | That way around sucks because most targets do support most plugins |
| 12:26:09 | Torne | and the cases where they don't is already usually covered by features |
| 12:26:17 | Torne | anyway, there's lots of possible ways to do it |
| 12:26:21 | Torne | the mechanism is not important |
| 12:26:32 | Torne | what you actually want is to see what people think about the idea that we do it that way at all |
| 12:26:41 | Torne | i.e. that we stop caring if all plugins work before a port is done |
| 12:27:01 | wodz | yeah, I'll post to ML about it |
| 12:27:39 | wodz | but I fear there will be oposition as this would mean plugins will get less testing which is tiny anyway |
| 12:28:02 | Torne | i personally don't think that objection is justified |
| 12:28:18 | Torne | i'm not suggesting we should disable any plugins that currently build |
| 12:28:26 | Torne | just allow people doing new ports to not care so much |
| 12:28:31 | * | gevaerts agrees |
| 12:28:44 | Torne | Once someone gets plugin X to work on target Y, then that's pretty much done |
| 12:28:50 | Torne | we shouldn't really ever have to go *back* to not supporting it |
| 12:29:03 | Torne | so yeah. if people care about plugin X on target Y, they can contribute a patch. |
| 12:29:25 | Torne | and once it's enabled, it will get built/etc the same as on every other target, and we won't let it regress |
| 12:29:30 | Torne | i.e. we won't just disable it again if there's a build error |
| 12:29:45 | wodz | sounds sensible |
| 12:30:17 | Torne | yah. the only thing we need to fix here is not holding up the perceived status of a port just because nobody has done a keymap for every silly demo and game |
| 12:30:31 | Torne | :) |
| 12:31:25 | wodz | hmm, Is it only me or controls on sliding puzzle are reversed? |
| 12:31:59 | JdGordon | can we use cia-bot to notify us of new patches on gerrit? |
| 12:34:28 | Torne | wodz: i suspect that's a matter of opinion |
| 12:34:28 | | Join yosafbridge [0] (~yosafbrid@li125-242.members.linode.com) |
| 12:34:46 | Torne | wodz: i.e. are you moving the hole, or "a tile adjacent to the hole" :) |
| 12:35:29 | wodz | yes, I realized that but since you controll the whole its a bit ackward |
| 12:36:21 | Torne | Controlling the hole is more logical, if you think about it :p |
| 12:36:28 | Torne | but hey |
| 12:38:33 | n1s | JdGordon: that would be neat |
| 12:39:00 | | Quit GodEater (Ping timeout: 272 seconds) |
| 12:40:04 | wodz | Torne: any chance you'll dive into unwinder? |
| 12:40:47 | | Join GodEater [0] (~bibble@cl-711.lon-02.gb.sixxs.net) |
| 12:40:47 | | Quit GodEater (Changing host) |
| 12:40:47 | | Join GodEater [0] (~bibble@rockbox/staff/GodEater) |
| 12:41:23 | n1s | about the plugins, i think we have too many crappy plugins that i think we could just delete |
| 12:43:29 | Torne | n1s: Probably, but i suspect if we deleted allt he ones that are ever an inconvenience for new ports people would be annoyed |
| 12:43:40 | Torne | so i think we still need to discuss the aforementioned as well |
| 12:44:51 | n1s | yeah, i agree but part of the problem is the sheer volume nad that could be decreased by raising the quality bar |
| 12:46:11 | Torne | Yeah, I nkow |
| 12:46:47 | Torne | the problem i see, though, is that because it's so difficult and impractical to build plugins independantly, anything we decide to kill is basically dead for everyone forever :) |
| 12:46:50 | wodz | snake manual is bogus - It lists which key is used to change game level (but this is in game menu) but doesn't list actual controls in game |
| 12:47:11 | Torne | so if you pick anything that *anyone* cares about, they will bitch |
| 12:47:13 | Torne | :) |
| 12:47:29 | n1s | let them bitch :) |
| 12:51:02 | | Join CapNemo [0] (~nrdufour@pool-96-242-160-242.nwrknj.fios.verizon.net) |
| 12:55:07 | gevaerts | wodz: plugin documentation in general isn't very good. Have a look at the shopper thing :) |
| 12:57:12 | gevaerts | Torne: did we end up changing the partition type handling? |
| 12:57:17 | wodz | considering amount of work I try to match controls description only |
| 12:57:19 | Torne | Someone reverted it |
| 12:57:29 | gevaerts | Ah, right |
| 12:57:30 | Torne | because it broke superfloppy SD cards |
| 12:57:42 | Torne | because our FAT mount code is *far too willing* to mount something that's obviously not a FAT filesystem |
| 12:57:47 | gevaerts | So 3.10 probably has the strict handling |
| 12:57:52 | Torne | Yes, probably |
| 12:58:06 | *** | Saving seen data "./dancer.seen" |
| 12:59:30 | gevaerts | I'm asking because someone on the forums has a non-working sd card that used to have ext3 on it |
| 13:00 |
| 13:05:42 | | Quit nick_p (Quit: Leaving) |
| 13:06:08 | Torne | they probably need to change the partition type, then, yes :) |
| 13:06:28 | Torne | we really should fix that again sometime |
| 13:06:44 | Torne | only this time, also fix the code so that it actually checks if the thing it's interpreting as an MBR is actually plausible |
| 13:07:08 | * | gevaerts nods |
| 13:07:09 | Torne | and ideally also fix the FAT mount code so it will reject a "partition" which is actually just whatever data happened to be in the partition table entry of something that wasn't an MBR |
| 13:07:25 | Torne | because the fact that it was willing to do that was very surprising :p |
| 13:08:14 | pamaury | perhaps you can check whether the mbr partition size matches the fat size, that would be a sensible check ? |
| 13:08:33 | pamaury | and far too hard to get it right by chance |
| 13:09:49 | pamaury | jhMikeS: so what do you suggest for the radio problem ? |
| 13:17:10 | Torne | pamaury: that one is actually false with surprising frequency |
| 13:17:21 | Torne | you can check that the FAT size is no *larger* than the partition, that's a good start :p |
| 13:19:14 | pamaury | it's incredible that FAT doesn't have some sort of magic string |
| 13:19:43 | pamaury | how does linux check if a partition is a fat ? |
| 13:24:36 | | Quit TheSeven (Disconnected by services) |
| 13:24:50 | | Join [7] [0] (~TheSeven@rockbox/developer/TheSeven) |
| 13:27:59 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 13:28:32 | Misanthropos | pamaury, parition type? |
| 13:29:45 | gevaerts | no |
| 13:29:54 | wodz | hmm, somehow greylib can messup slidestrip state |
| 13:29:55 | gevaerts | Linux explicitely doesn't care about partition type |
| 13:33:53 | pamaury | Misanthropos: partition type is not reliable |
| 13:38:26 | | Quit kadoban (Ping timeout: 245 seconds) |
| 13:45:06 | pamaury | why is there a special case for tuner_set(RADIO_SLEEP, 2) ? It is unused by the si4700 |
| 13:51:00 | | Quit Keripo (Quit: Leaving.) |
| 13:51:02 | Misanthropos | man 5 magic maybe |
| 13:52:10 | Misanthropos | but thats for files... |
| 13:57:56 | Misanthropos | which should work after reading man file :D |
| 14:00 |
| 14:00:01 | gevaerts | Misanthropos: the question isn't really "How can I figure out which file system it is under linux", but "How does linux determine the file system to use when mounting" |
| 14:03:17 | | Quit nosa-j (Excess Flood) |
| 14:04:43 | | Join aarch [0] (~z@ip-115.viapori.fi) |
| 14:04:47 | Misanthropos | ok - but the neccessary "magic bytes" info should be found in the "magic" file and thats how you could determine the partition type |
| 14:05:01 | | Join nosa-j [0] (~m00k@adsl-74-235-42-105.clt.bellsouth.net) |
| 14:05:19 | gevaerts | Maybe |
| 14:07:14 | | Join WalkGood [0] (~4@unaffiliated/walkgood) |
| 14:08:54 | | Quit remlap1 (Quit: Leaving.) |
| 14:13:45 | | Join nosa [0] (~m00k@adsl-74-235-42-105.clt.bellsouth.net) |
| 14:14:36 | dionoea | gevaerts: in busybox's mount they just loop through all the block based filesystem types until one works (that kind of seems inefficient :S) |
| 14:14:47 | | Quit nosa-j (Ping timeout: 240 seconds) |
| 14:14:48 | | Nick nosa is now known as nosa-j (~m00k@adsl-74-235-42-105.clt.bellsouth.net) |
| 14:15:09 | pamaury | dionoea: that's still not the point, the point is: how do you tell if it's a fat or not |
| 14:15:29 | dionoea | ah sorry, I didn't read the full discussion :) |
| 14:15:42 | pamaury | you could rely on the root directory to have a system label entry but I'm sure some fat don't have it |
| 14:16:34 | dionoea | don't they have a special file system type in the partition table for fat types? |
| 14:17:02 | dionoea | or are there cases where other types can be used and still be considered valid? |
| 14:17:12 | aarch | Hey. I'm trying to make a simple plugin, but I'm having problems with printing text. Everything but rb->splash seems to be working just fine. The code snippet is here: http://pastebin.com/JVsegJ1z . I also tried using rb->lcd_putsxy, but still got nothing but black screen :( |
| 14:18:11 | pamaury | aarch: you need to call rb->lcd_update after lcd_putsxy |
| 14:18:14 | aarch | tried it with both ui simulator and from the machine itself (sansa clip+), with no success |
| 14:18:52 | aarch | pamaury: okay thanks. i'll give it a try |
| 14:25:06 | Torne | Misanthropos: that's absolutely not how it works |
| 14:25:27 | Torne | Misanthropos: you try mounting with different filesystems until one of them accepts it |
| 14:25:30 | Torne | basically. |
| 14:25:30 | Torne | :) |
| 14:25:42 | Misanthropos | thats how linux does it.. but maybe you don't want that |
| 14:25:44 | Torne | dionoea: The partition types are irrelevant garbage. No modern OS cares about them at all. |
| 14:25:49 | Torne | Misanthropos: That's the only way to do it that's sane. |
| 14:26:07 | Torne | dionoea: linux, windows, etc will all mount any partition they can recognise the FS of, regardless of type |
| 14:26:14 | Torne | the change i made a while ago made Rockbox do the same |
| 14:26:23 | Torne | but our mount code is too tolerant of garbage and it breaks some disks' detection |
| 14:26:28 | Torne | so it got reverted. |
| 14:26:49 | Torne | Misanthropos: We only have one filesystem, which makes this easier ;) |
| 14:26:54 | Misanthropos | :D |
| 14:26:59 | dionoea | ah ok :) |
| 14:27:25 | Torne | dionoea: the reason this matters is because the formatting tools in host OSes don't change the partition type |
| 14:27:38 | dionoea | in the 3.2 linux source code fat partition validation is done in the fat_fill_super() function in fs/fat/inode.c |
| 14:27:44 | dionoea | that might help |
| 14:27:46 | Torne | so if you reformat a partitoin of type 82, or whatever the exFAT type is, as FAT32, then it will work perfectly fine on the host OS< but rockbox will choke |
| 14:27:55 | Torne | dionoea: yah, i've read it |
| 14:28:03 | Torne | the logic is all very obvious |
| 14:28:17 | Torne | i don't think this is tricky to do correctly, we just haven't really tried |
| 14:28:18 | Torne | :) |
| 14:28:27 | Torne | i got distracted and forgot about it |
| 14:28:31 | Torne | and nobody else has done it either :p |
| 14:28:47 | dionoea | ah ok :) |
| 14:29:01 | Torne | we have some conditions that cause us to barf, but not that many |
| 14:29:44 | pamaury | linux doesn't seem to do too many checks either but that seems sufficient |
| 14:30:05 | Torne | Linux is also checking the MBR itself before concluding that there are even partitions |
| 14:30:09 | Torne | Which we check even less |
| 14:30:23 | JdGordon | has the tracking id thing been setup for flyspray? |
| 14:30:24 | Torne | That may be sufficient to fix the cases we were failing in, even, i dunno. |
| 14:30:24 | JdGordon | http://gerrit.rockbox.org/r/Documentation/config-gerrit.html#trackingid |
| 14:30:27 | pamaury | how do check the mbr is valid ? non-overlapping partitions ? |
| 14:30:38 | pamaury | *do you |
| 14:30:39 | Torne | pamaury: also within the range of the disk, and a few other basic things, yes |
| 14:31:11 | Torne | pamaury: i don't think we require *anything* for the MBR to be valid, other than the boot sector signature which is identical to the FAT BPB's signature :p |
| 14:31:18 | Torne | (as it must be, to make BIOS booting work) |
| 14:31:57 | Torne | JdGordon: there's two different things that accomplish the linking-to-bugs thing; i set up the simpler one (that just turns strings of a certain form into links) |
| 14:32:00 | Torne | i think. |
| 14:32:09 | Torne | the more complex one that lets you actually search/etc i haven't done |
| 14:32:22 | Torne | since it looked fiddly :) |
| 14:32:30 | Torne | i forget exactly what is in the config; ask Zagor. |
| 14:32:38 | Torne | and/or experiment yourself by uploading stuff in the sandbox repo |
| 14:33:31 | Zagor | we have a [commentlink "flyspray"] set up that matches "[Ff][Ss]#?(\\d+)" and inserts a link |
| 14:33:37 | Torne | Right, yeah |
| 14:33:39 | Torne | That was the easy one |
| 14:33:49 | Torne | The tracking id thing lets you search gerrit to see which changes mention FS #12345 |
| 14:33:51 | fs-bluebot | http://www.rockbox.org/tracker/task/12345 r30826:Line padding to lists on touchscreens can't work well. (bugs, closed) |
| 14:33:53 | Torne | which is potentially useful |
| 14:33:57 | Torne | but, it reuqired more setup |
| 14:34:01 | | Join remlap [0] (~Patrick@190.28.169.217.in-addr.arpa) |
| 14:34:23 | Torne | if we want to do that, then it's in the docs, tho :) |
| 14:34:45 | Torne | i meant to revisit it but just forgot, and now the config is on zagor's box instead of mine so i can't just fiddle :p |
| 14:35:43 | Zagor | I welcome suggestions for config entries. I have very little time to read up on it myself at the moment. |
| 14:36:05 | Torne | i think it requires more than a config entry, you have to prod it to regenerate the index of tracking ids for existing changes |
| 14:36:08 | Torne | but hey |
| 14:36:12 | Torne | JdGordon: feel free to read up on that one :p |
| 14:36:20 | Torne | gerrit is very easy to just graba nd run on your own box if you want to play |
| 14:36:29 | Torne | all the deps other than "a jvm" are just inside its .war |
| 14:38:03 | JdGordon | well, the docs suggest file:^*.c shold work but it barfs on it :/ |
| 14:39:28 | Torne | that doesn't look right |
| 14:39:35 | Torne | ^ is regex, your * there is a glob |
| 14:40:09 | Torne | you mean ^.*\.c$ |
| 14:40:10 | Torne | i think |
| 14:42:03 | JdGordon | nup |
| 14:42:22 | Torne | ah, quoting |
| 14:42:30 | Torne | file:"^.*\.c$" is accepted |
| 14:42:35 | Torne | dunno if it matches the right things |
| 14:43:36 | Torne | it doesn't like the unquoted $ |
| 14:44:01 | Torne | file:^.*\.c works without quotes but probably matches foo.cabcde as well |
| 14:48:29 | wodz | Torne: one note to UsingGit - if you do git pull −−rebase as it describes but you are not in local master branch the command fails |
| 14:48:45 | Torne | it will work if your branch is set up properly |
| 14:49:07 | Torne | You probably want to create tracking branches: do git checkout -b foo -t origin/master |
| 14:49:26 | Torne | then pull will work fine in them, and status/branch -v will tell you the difference between that branch and origin/master |
| 14:49:40 | Torne | UsingGit is not really meant to be a complete guide to everything in git, at least not currently |
| 14:49:56 | Torne | the flow described doesn't involve creating any other local branches (since you don't *have* to) |
| 14:50:24 | Torne | (also, git branch −−set-upstream foo origin/master to set it after creation) |
| 14:50:59 | Torne | if you can think of a good way to explain stuff, go ahead and change it, but there are enough steps in the basic instructions already without adding explicit creation of topic branches and stuff :/ |
| 14:51:16 | wodz | Torne: right, but common practice is to git branch foo && git checkout foo && work some && work some more -> want to push |
| 14:51:29 | Torne | No, common practise is to do that but with a tracking branch :) |
| 14:51:46 | Torne | "git branch foo && git checkout foo" is git checkout -b foo |
| 14:52:34 | Torne | seriously, tracking branches are almost always what you want, beacuse whatever you're using a local branch for you probably at least want a way to see how it differs from upstream easily |
| 14:52:52 | Torne | it works as a very nice default for a lot of commands |
| 14:54:29 | Torne | Git does it for you automatically by default if your starting point is a remote, even |
| 14:54:50 | Torne | but if you don't explicitly specify the starting point then it's HEAD, which is never a remote, so it won't |
| 14:57:25 | CIA-10 | Commit 5863361 in rockbox by Marcin Bukat: MPIOs: keymap tweaks |
| 14:57:26 | CIA-10 | Commit 4bbc9f6 in rockbox by Marcin Bukat: MPIOs: manual work |
| 14:57:26 | CIA-10 | Commit ae7d40f in rockbox by Marcin Bukat: HD300: manual graphics |
| 14:57:27 | DBUG | Enqueued KICK CIA-10 |
| 14:57:27 | CIA-10 | Commit 230caaa in rockbox by Marcin Bukat: HD300: fix messages in blackjack |
| 14:57:43 | | Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) |
| 14:58:08 | *** | Saving seen data "./dancer.seen" |
| 15:00 |
| 15:02:37 | CIA-10 | 230caaa build result: 10 errors, 2 warnings (Marcin Bukat committed) |
| 15:27:30 | | Join domonoky [0] (~Domonoky@agsb-5d852485.pool.mediaWays.net) |
| 15:27:36 | | Quit domonoky (Changing host) |
| 15:27:36 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
| 15:31:25 | | Join MethoS- [0] (~clemens@134.102.106.250) |
| 15:40:05 | | Quit MethoS- (Quit: Konversation terminated!) |
| 15:44:03 | | Join MethoS- [0] (~clemens@134.102.106.250) |
| 15:52:50 | | Quit factor (Remote host closed the connection) |
| 16:00 |
| 16:08:02 | | Join factor [0] (~factor@74.197.205.204) |
| 16:08:56 | CIA-10 | Commit e362e34 in rockbox by Marcin Bukat: HD200: fix typo in goban keymap |
| 16:11:19 | CIA-10 | e362e34 build result: All green |
| 16:12:29 | | Quit domonoky (Read error: Connection reset by peer) |
| 16:12:48 | pamaury | jhMikeS: my proposal for the radio: https://gist.github.com/1723910 |
| 16:14:17 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
| 16:18:31 | | Quit domonoky (Read error: Connection reset by peer) |
| 16:23:14 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
| 16:25:42 | | Quit MethoS- (Quit: Konversation terminated!) |
| 16:27:39 | | Join y4n [0] (y4n@unaffiliated/y4ndexx) |
| 16:32:02 | | Quit Misanthropos (Quit: Leaving) |
| 16:34:45 | | Join nick_p [0] (~nick@82-69-105-120.dsl.in-addr.zen.co.uk) |
| 16:44:55 | | Quit wodz (Quit: Leaving) |
| 16:50:28 | | Quit domonoky (Read error: Connection reset by peer) |
| 16:54:12 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
| 16:58:11 | *** | Saving seen data "./dancer.seen" |
| 16:59:23 | | Part Zagor |
| 17:00 |
| 17:08:25 | | Quit nick_p (Quit: Leaving) |
| 17:31:51 | | Quit Zambezi (Ping timeout: 255 seconds) |
| 17:31:55 | | Join Zambezi_ [0] (Zulu@bnc.fran.dotbnc.se) |
| 17:39:57 | | Join TheLemonMan [0] (~LemonBoy@ppp-227-40.26-151.libero.it) |
| 17:42:40 | | Join Gentoochild [0] (~blub@wl-l2-195.rz.tu-ilmenau.de) |
| 17:49:52 | kugel | bluebrother^: did adding you as reviewer work? |
| 17:52:32 | | Quit evilnick (Ping timeout: 260 seconds) |
| 17:55:17 | | Quit petur (Quit: *plop*) |
| 17:55:45 | | Quit Galois (Ping timeout: 252 seconds) |
| 18:00 |
| 18:00:16 | | Quit rsFF (Ping timeout: 255 seconds) |
| 18:02:05 | | Join rsFF [0] (~rsFF@bl19-55-26.dsl.telepac.pt) |
| 18:23:13 | | Join ungali [0] (~8b8e9a82@www.haxx.se) |
| 18:23:22 | | Quit ungali (Client Quit) |
| 18:23:42 | | Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) |
| 18:27:38 | | Join Gorin [0] (~541b204d@www.haxx.se) |
| 18:33:56 | | Join anewuser [0] (~anewuser@186.93.195.183) |
| 18:33:57 | | Quit anewuser (Changing host) |
| 18:33:57 | | Join anewuser [0] (~anewuser@unaffiliated/anewuser) |
| 18:34:52 | | Quit CapNemo (Ping timeout: 252 seconds) |
| 18:36:15 | Gorin | Hi, I'm completely new ad this and not sure how it works, but here goes nothing. I have a Sansa e280v2 running rockbox ( r. 29066-110116). As of a few days ago it boots , informs me it is scanning the disks and then gives me a white screen with some vertical lines along the left hand side of the screen that look like interference. Does anyone konw how to fix this ..can't really reset, because the moment I press the bower button it immediately reboots end |
| 18:36:54 | funman | does OF boot correctly ? |
| 18:37:20 | Gorin | OF being original firmware? |
| 18:37:27 | Gorin | :$ |
| 18:38:37 | funman | yes |
| 18:39:42 | | Join CapNemo [0] (~nrdufour@pool-96-242-160-242.nwrknj.fios.verizon.net) |
| 18:40:03 | Gorin | srry, yeah.. well OF used to run fine and I switched to rockbox over a year ago without any problems and nice added functionality. I haven't looked at OF since. How can I check if OF will boot correctly? |
| 18:42:17 | funman | press left while booting |
| 18:42:53 | Gorin | nice |
| 18:42:54 | Gorin | :) |
| 18:42:56 | Gorin | just a sec |
| 18:43:18 | Gorin | jep OF works no problem..showing up on my laptop as connected |
| 18:43:55 | | Quit SynrG (Changing host) |
| 18:43:55 | | Join SynrG [0] (~synrg@debian/developer/synrg) |
| 18:44:11 | Gorin | acutally when I disconnect it asks to free up space |
| 18:49:47 | Gorin | just getting rid of some of the recordings, though haven't recorded anything in ages so why that should be a problem now I don't know. In any case OF seems to be booting fine so I guess I can then re-install rockbox from OF right? |
| 18:50:03 | | Join toffe82 [0] (~chatzilla@maf.wirelesstcp.net) |
| 18:50:05 | Gorin | and just go for the lastest version while I'm at it |
| 18:50:05 | funman | just try booting rockbox again. still white screen ? |
| 18:50:16 | funman | yeah you could try that also |
| 18:50:25 | | Quit TheLemonMan (Quit: WeeChat 0.3.6) |
| 18:51:48 | toffe82 | perhaps a tool that can be useful for usb debug : http://labs.vmware.com/flings/virtualusb |
| 18:53:39 | funman | toffe82: there are free tools also (virtualbox/qemu/wireshark) |
| 18:53:42 | | Quit adnap (Read error: Operation timed out) |
| 18:53:52 | funman | there's a free usb analyzer for windows but i can't find its name atm |
| 18:55:52 | Gorin | Well the wird thing was that it still asked to free up more space, even after I'd just done so - now moving ALL recordings off if it to see what that does and whether it'll boot correctly again after that |
| 18:56:38 | Gorin | I don't think it's a problem with the usb connection though bc I also get the white screen when booting normally - not connected to my laptop |
| 18:56:56 | | Join adnap [0] (~adnap@rrcs-71-42-140-57.sw.biz.rr.com) |
| 18:58:16 | *** | Saving seen data "./dancer.seen" |
| 18:58:18 | | Quit WalkGood (Quit: CaminaBien ♪ ♫ ♪ ♫) |
| 19:00 |
| 19:00:46 | funman | toffe82: usbsnoop |
| 19:01:07 | funman | Gorin: just format it or ignore OF when you get rockbox working again |
| 19:01:58 | Gorin | ok |
| 19:04:17 | | Join anewuser_ [0] (~anewuser@186.93.193.87) |
| 19:05:38 | Gorin | right so it seems space was an issue all of a sudden - don't know why bc all my music is on the microsd and I haven't recorded anything in a while - but in any case it boots fine boot rockbox and OF now that I deleted the stuff |
| 19:05:45 | Gorin | thx for the help :) |
| 19:06:11 | funman | welcome |
| 19:07:19 | | Quit anewuser (Ping timeout: 255 seconds) |
| 19:20:44 | | Quit Gorin (Quit: CGI:IRC) |
| 19:25:08 | | Join lebellium [0] (~chatzilla@e179139178.adsl.alicedsl.de) |
| 19:31:05 | | Quit KiwiCam (Quit: Leaving) |
| 19:33:06 | | Quit toffe82 (Ping timeout: 244 seconds) |
| 19:42:45 | | Join KiwiCam [0] (~KiwiCAM@165.197.69.111.dynamic.snap.net.nz) |
| 19:44:34 | | Join toffe82 [0] (~chatzilla@maf.wirelesstcp.net) |
| 19:52:43 | | Join Galois [0] (djao@efnet-math.org) |
| 19:58:39 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 20:00 |
| 20:28:00 | | Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 20:28:00 | | Quit bertrik (Changing host) |
| 20:28:00 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
| 20:28:07 | | Quit lebellium (Ping timeout: 240 seconds) |
| 20:31:38 | | Quit remlap (Quit: Leaving.) |
| 20:38:53 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 20:39:32 | | Join lebellium [0] (~chatzilla@e179139178.adsl.alicedsl.de) |
| 20:39:52 | | Join remlap [0] (~Patrick@190.28.169.217.in-addr.arpa) |
| 20:58:19 | *** | Saving seen data "./dancer.seen" |
| 21:00 |
| 21:00:48 | | Join WalkGood [0] (~4@unaffiliated/walkgood) |
| 21:04:14 | | Join perrikwp_ [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) |
| 21:05:06 | | Quit y4n (Quit: 6,000,000 ways to die — choose one.) |
| 21:05:13 | | Quit perrikwp (Read error: Operation timed out) |
| 21:21:23 | | Join bluebrother [0] (~dom@g231120196.adsl.alicedsl.de) |
| 21:21:23 | | Quit bluebrother (Changing host) |
| 21:21:23 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
| 21:24:07 | | Quit fs-bluebot (Ping timeout: 240 seconds) |
| 21:24:38 | | Quit bluebrother^ (Ping timeout: 252 seconds) |
| 21:25:41 | | Join fs-bluebot [0] (~fs-bluebo@g231120196.adsl.alicedsl.de) |
| 21:27:08 | | Join curtism [0] (~curtis@bas11-montreal02-1128531121.dsl.bell.ca) |
| 21:33:10 | | Join AlexP [0] (~alex@rockbox/staff/AlexP) |
| 21:39:53 | | Join Strife89 [0] (~Strife89@207.144.201.128) |
| 21:42:21 | | Join AlexP_ [0] (~alex@rockbox/staff/AlexP) |
| 21:44:56 | | Quit AlexP (Ping timeout: 272 seconds) |
| 21:45:21 | | Quit liar (Read error: Connection timed out) |
| 21:46:45 | | Nick AlexP_ is now known as AlexP (~alex@rockbox/staff/AlexP) |
| 21:50:26 | | Join dhrasmus [0] (~dhrasmus@c-76-105-170-114.hsd1.or.comcast.net) |
| 21:57:32 | | Quit CapNemo (Quit: leaving) |
| 21:58:25 | | Join Strife1989 [0] (~Strife89@207.144.201.128) |
| 22:00 |
| 22:03:46 | | Quit domonoky (Read error: Connection reset by peer) |
| 22:16:00 | | Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) |
| 22:18:25 | | Join TheLemonMan [0] (~LemonBoy@ppp-227-40.26-151.libero.it) |
| 22:18:41 | | Quit WalkGood (Quit: CaminaBien ♪ ♫ ♪ ♫) |
| 22:21:48 | | Quit benedikt93 (Quit: Bye ;)) |
| 22:41:48 | | Quit dhrasmus (Quit: Leaving) |
| 22:44:41 | | Join Guest28027 [0] (~Ben_and_A@pool-96-238-198-249.bing.east.verizon.net) |
| 22:44:56 | | Nick [Saint] is now known as terrorist (~Saint]@unaffiliated/saint/x-8516940) |
| 22:45:05 | | Nick Guest28027 is now known as Baltowolf (~Ben_and_A@pool-96-238-198-249.bing.east.verizon.net) |
| 22:45:18 | | Nick terrorist is now known as [Saint] (~Saint]@unaffiliated/saint/x-8516940) |
| 22:45:19 | Baltowolf | Ok, so I'm going to RMA my Fuze, got the shipping label and all, now I need to remove Rockbox |
| 22:45:20 | | Nick gevaerts is now known as composer (~fg@rockbox/developer/gevaerts) |
| 22:45:30 | | Nick composer is now known as gevaerts (~fg@rockbox/developer/gevaerts) |
| 22:45:40 | | Join MethoS- [0] (~clemens@134.102.106.250) |
| 22:45:44 | Baltowolf | So to replace the modded firmware with the OF can I run the installer and uninstall it? |
| 22:48:25 | Baltowolf | anyone? |
| 22:49:18 | funman | Baltowolf: the manual says how to do it i think |
| 22:51:46 | bertrik | Baltowolf, you get can the original firmware from here: http://forums.sandisk.com/t5/Fuze/Sansa-Fuze-Firmware-Update-01-02-31-amp-02-03-33/td-p/139175 If you install that, it uninstalls the rockbox bootloader. After that you can remove the .rockbox folder |
| 22:52:36 | bertrik | you need to know if you have a "fuze v1" or a "fuze v2" |
| 22:53:05 | Baltowolf | Ok, so I can run the firmware updater and it will remove the modded firmware? right? |
| 22:53:58 | | Quit [Saint] (Ping timeout: 272 seconds) |
| 22:58:20 | *** | Saving seen data "./dancer.seen" |
| 23:00 |
| 23:00:52 | | Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.) |
| 23:01:43 | | Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) |
| 23:05:30 | Baltowolf | There's no risk of bricking it by using the firmware updater, righT? Just making sure. |
| 23:08:37 | Baltowolf | anyone? |
| 23:09:24 | gevaerts | There's *always* a risk of bricking a player, even by just switching it on |
| 23:10:14 | Baltowolf | But ther'es no added risk by reverting to OF with the updater, correct? |
| 23:10:57 | | Quit TheLemonMan (Quit: WeeChat 0.3.6) |
| 23:14:54 | Baltowolf | And after I run the firmware updater to revert to OF I just delete .Rockbox and there's no other files from Rockbox left, correct? |
| 23:15:29 | | Part LinusN |
| 23:16:25 | [Saint] | None that you didn't make a conscious decision to place elsewhere, no. |
| 23:16:31 | | Join wodz [0] (~wodz@89-76-160-35.dynamic.chello.pl) |
| 23:17:27 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 23:17:27 | * | bertrik is not sure if the sansa firmware updater will recognise a rockboxed fuze over USB |
| 23:17:35 | wodz | Do I need to poke something to get HD300 manual listed on daily manual page (http://www.rockbox.org/manual.shtml)? |
| 23:22:10 | Baltowolf | bertrik: Is that only in Rockbox? I'm in the OF right now. |
| 23:22:16 | Baltowolf | My computer doesn't even see it in Rockbox. |
| 23:23:53 | funman | wodz: did you see manual.pl in www repo ? |
| 23:24:03 | funman | there's a foreach my $t (usablebuilds()) { |
| 23:24:36 | funman | [fun@castafiore /media/dev/www-rockbox]% l builds.pm |
| 23:24:36 | funman | lrwxrwxrwx 1 fun fun 24 janv. 17 14:21 builds.pm -> ../trunk/tools/builds.pm |
| 23:24:46 | funman | i'm not sure if it's correct |
| 23:26:47 | wodz | whats usablebilds() that is the question :-) |
| 23:30:27 | wodz | Ah no it should pick it up automatically when manual is present on the download server. So I should just wait until new version of manual get built. |
| 23:30:52 | | Join dman [0] (~david@c-69-242-30-52.hsd1.pa.comcast.net) |
| 23:30:53 | funman | yeah probably, it's built daily afaik |
| 23:30:58 | Baltowolf | thanks for your help guys, gtg. |
| 23:31:02 | | Part Baltowolf |
| 23:34:54 | | Join anewuser [0] (~anewuser@190.207.168.195) |
| 23:34:55 | | Quit anewuser (Changing host) |
| 23:34:55 | | Join anewuser [0] (~anewuser@unaffiliated/anewuser) |
| 23:38:06 | | Quit anewuser_ (Ping timeout: 252 seconds) |
| 23:44:04 | | Join lovasoa [0] (~olojkine@78.251.31.74) |
| 23:44:12 | | Part lovasoa |
| 23:46:05 | | Join argonel [0] (argkde4@konversation/developer/argonel) |
| 23:47:00 | argonel | what is the linux rockbox installer looking for in order to autodetect the mount point? |
| 23:47:19 | | Quit petur (Quit: Leaving) |
| 23:51:13 | | Quit n1s (Quit: Ex-Chat) |
| 23:52:56 | | Part dman |
icon identifies that the person is a core developer (has commit access).