| 00:20:52 | | Join JanC_ [0] (~janc@lugwv/member/JanC) |
| 00:21:00 | | Nick JanC is now known as Guest54012 (~janc@lugwv/member/JanC) |
| 00:21:00 | | Nick JanC_ is now known as JanC (~janc@lugwv/member/JanC) |
| 00:22:43 | | Quit Guest54012 (Ping timeout: 272 seconds) |
| 00:27:34 | *** | Saving seen data "./dancer.seen" |
| 02:00 |
| 02:27:37 | *** | No seen item changed, no save performed. |
| 02:53:02 | | Join Oksana [0] (~Wikiwide@Maemo/community/ex-council/Wikiwide) |
| 02:57:55 | | Join lebellium [0] (~lebellium@89-92-253-148.hfc.dyn.abo.bbox.fr) |
| 03:00 |
| 03:00:01 | | Quit Oksana (Read error: Connection reset by peer) |
| 04:00 |
| 04:27:38 | *** | Saving seen data "./dancer.seen" |
| 04:34:25 | | Join ZincAlloy [0] (~Adium@ip5f5acf9f.dynamic.kabel-deutschland.de) |
| 04:47:42 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
| 05:00 |
| 05:05:33 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 05:42:33 | | Quit pamaury (Ping timeout: 258 seconds) |
| 06:00 |
| 06:27:39 | *** | Saving seen data "./dancer.seen" |
| 07:00 |
| 07:41:37 | | Join Oksana [0] (~Wikiwide@Maemo/community/ex-council/Wikiwide) |
| 07:43:09 | | Join sakax [0] (~r0b0t@unaffiliated/r0b0t) |
| 08:00 |
| 08:05:40 | | Join livvy [0] (~livvy@gateway/tor-sasl/livvy) |
| 08:19:37 | | Join ac_laptop [0] (~ac_laptop@186.2.247.129) |
| 08:27:40 | *** | No seen item changed, no save performed. |
| 09:00 |
| 09:18:52 | | Join jdarnley [0] (~J_Darnley@d51A44418.access.telenet.be) |
| 09:19:06 | | Quit J_Darnley (Ping timeout: 260 seconds) |
| 09:28:50 | | Quit rogeliodh (Quit: The Lounge - https://thelounge.chat) |
| 09:31:18 | | Join rogeliodh [0] (~rogeliodh@51.158.126.244) |
| 09:47:23 | | Join J_Darnley [0] (~J_Darnley@d51a44418.access.telenet.be) |
| 09:49:28 | Strife89 | speachy: Your build is still handling it all like a champ |
| 09:50:30 | | Quit jdarnley (Ping timeout: 256 seconds) |
| 09:50:31 | Strife89 | I had another jump-to-conclusions moment when I tried to load album and it didn't start playback immediately ... but it turns out that was because I had a 3000x3000 cover.jpg that was taking too long to process. |
| 09:57:01 | | Join MrZeus [0] (~MrZeus@2a02:c7f:70d0:6a00:b8da:7140:c018:98f4) |
| 10:00 |
| 10:05:46 | speachy | I take it that period of successful operation is unusual? |
| 10:22:46 | | Quit ac_laptop (Ping timeout: 258 seconds) |
| 10:27:43 | *** | Saving seen data "./dancer.seen" |
| 10:37:24 | | Join ac_laptop [0] (~ac_laptop@186.2.247.129) |
| 11:00 |
| 11:56:31 | Strife89 | This is easily the best that Rockbox has worked since swapping in the iFlash |
| 11:57:09 | Strife89 | The best since I received the iPod, really, since on the HDD it was randomly failing to boo |
| 11:57:12 | Strife89 | *boot |
| 12:00 |
| 12:00:26 | Strife89 | 130 minutes of running time so far, just actually listening to music and enjoying it |
| 12:01:10 | Strife89 | And a much better experience (IMO) than doing the same with my phone |
| 12:04:41 | fs-bluebot | Build Server message: New build round started. Revision 5462907, 295 builds, 10 clients. |
| 12:04:45 | | Quit livvy (Remote host closed the connection) |
| 12:06:34 | | Join livvy [0] (~livvy@gateway/tor-sasl/livvy) |
| 12:08:02 | | Quit mendel_munkis (Ping timeout: 256 seconds) |
| 12:17:11 | | Quit dys (Remote host closed the connection) |
| 12:17:43 | | Join dys [0] (~dys@aurora.npff.co) |
| 12:25:05 | fs-bluebot | Build Server message: Build round completed after 1224 seconds. |
| 12:25:27 | fs-bluebot | Build Server message: Revision 5462907 result: All green |
| 12:27:45 | *** | Saving seen data "./dancer.seen" |
| 12:30:12 | speachy | that just-completed build was the ATA power management "fix" you've been testing. |
| 13:00 |
| 13:08:40 | | Quit J_Darnley (Ping timeout: 246 seconds) |
| 13:11:42 | | Join J_Darnley [0] (~J_Darnley@d51a44418.access.telenet.be) |
| 13:13:33 | Strife89 | Awesome! |
| 13:14:57 | Strife89 | I have started to notice that there may be an unrelated problem: the power meter still reads 100%. |
| 13:15:48 | Strife89 | After 3.5 hours of continuous playback |
| 13:19:44 | Strife89 | (At least, I hope it's unrelated.) |
| 13:21:43 | | Join johnb4 [0] (~johnb2@p5b3aff3b.dip0.t-ipconnect.de) |
| 13:22:00 | johnb4 | speachy |
| 13:23:23 | johnb4 | the german voice file I built with RB Utility doesn't load properly (on the current dev firmware): error while loading .voice file. |
| 13:24:26 | johnb4 | I remember bilgus adding some checks, but I don't recall details. |
| 13:42:42 | | Quit livvy (Remote host closed the connection) |
| 13:45:19 | | Join livvy [0] (~livvy@gateway/tor-sasl/livvy) |
| 13:48:51 | | Join __Bilgus_ [0] (41ba23be@65.186.35.190) |
| 13:49:49 | __Bilgus_ | Anyone around intereseted in pictureflow wanna checkout g#2454? |
| 13:49:50 | fs-bluebot | Gerrit review #2454 at http://gerrit.rockbox.org/r/2454 : Pictureflow Bugfixes & Usability fixes by William Wilgus |
| 13:49:58 | johnb4 | speachy: My original report of the distorted output used a dev build from July 4th and you voice file (fuze). Using today's dev build loading of your voice file fails both on the fuze and clip+ for me. |
| 13:55:03 | johnb4 | When I build the voice file myself with RB Util on Windows I use "SAPI5 TTS-System", language "deutsch, voice "Microsoft Hedda Desktop, which used to work fine a couple of months ago. |
| 13:56:52 | __Bilgus_ | johnb4 system>Debug>Talk_engine_stats any error messages? |
| 13:57:32 | __Bilgus_ | Talk Status: ERR(?) |
| 13:59:43 | | Quit johnb4 (Ping timeout: 265 seconds) |
| 14:00 |
| 14:19:00 | | Join johnb4 [0] (~johnb2@p5b3af442.dip0.t-ipconnect.de) |
| 14:21:11 | __Bilgus_ | johnb4 system>Debug>Talk_engine_stats any error messages? |
| 14:21:12 | __Bilgus_ | Talk Status: ERR(?) |
| 14:25:29 | johnb4 | ERR(4) |
| 14:27:34 | johnb4 | both on Fuze and Clip+ |
| 14:27:49 | *** | Saving seen data "./dancer.seen" |
| 14:29:02 | | Join mendelmunkis [0] (~mendelmun@ool-ae2cb138.dyn.optonline.net) |
| 14:34:35 | johnb4 | I had a power outage in our house :-( |
| 14:40:35 | speachy | I definitely can't use a MS Windows API to synthesize stuff on the build server, so that's out. |
| 14:42:46 | speachy | and none of the voice strings changed for at least a few weeks so I don't know why somethign would start failing. |
| 14:46:04 | speachy | on the mini2g, the english and english-us voices seem to work, latest build and the voice files I generated in that big batch |
| 14:58:56 | speachy | johnb4, ERR(4) is comlaining that it's an incompatible file. which doesn't make sense if you're using a current build and your .rockbox dir is sane. (does a disk check come back clean?) |
| 15:00 |
| 15:09:22 | | Quit johnb4 (Ping timeout: 256 seconds) |
| 15:14:42 | | Join johnb4 [0] (~johnb2@p5b3af442.dip0.t-ipconnect.de) |
| 15:15:11 | johnb4 | chkdsk says it's fine. I did a fresh unzip of the dev build (on both devices). |
| 15:29:02 | | Quit livvy (Remote host closed the connection) |
| 15:29:38 | | Join ShockTohp [0] (~kevin@068-119-083-029.res.spectrum.com) |
| 15:30:19 | | Join livvy [0] (~livvy@gateway/tor-sasl/livvy) |
| 15:31:08 | johnb4 | Can you try deutsch.voice on the clip+? https://www.mediafire.com/file/20hq6zqv161yd7v/deutsch.voice/file is the one I just built using rb utility. |
| 15:31:38 | johnb4 | You should see the same error if you switch language to Deutsch. |
| 15:37:59 | speachy | I need to install the multiboot loader onto my clip+ as its onboard flash is (nearly) toast. |
| 15:38:11 | speachy | so that's out of commission for the moment |
| 15:39:10 | | Quit eevan (Quit: Gateway shutdown) |
| 15:39:10 | speachy | which reminds me.. perhaps a stupid question, but did you confirm you're actually running the new build? |
| 15:39:21 | johnb4 | should I try and build the voice file on Linux? Just with the configure script? |
| 15:40:07 | johnb4 | but would yield the same file that you uploaded, wouldn't it? |
| 15:42:37 | johnb4 | New stupid question during debugging ;-) ... yes, confirmed 546...-200712 in Rockbox Info. |
| 15:43:56 | | Quit ShockTohp (Ping timeout: 256 seconds) |
| 15:44:42 | johnb4 | *No stupid .. |
| 15:48:36 | speachy | if you have espeak installed then yeah, you should be able to rebuild the voice file. it'll default to the same parameters used to generate the voice file that's failing |
| 15:53:41 | speachy | okay, on the mini2g it also failed to load the .de voice file. |
| 15:54:48 | johnb4 | THen I will quit for today. |
| 15:55:22 | | Quit johnb4 (Quit: Nettalk6 - www.ntalk.de) |
| 15:57:39 | speachy | so.. is the generation bad, or is the parsing bad, or both? |
| 15:58:12 | speachy | and what makes .de special? |
| 16:00 |
| 16:07:12 | speachy | there are 6 untranslated strings in .de, I wonder if that's what's throwing it off. |
| 16:07:26 | speachy | vs english and polish (which have 100% coverage) |
| 16:08:18 | Strife89 | Powered on my iPod and it looks like it's figured out what the battery level is: 20% |
| 16:09:02 | speachy | yeah, it's not .de that's broken, it's the fact it's not a complete translation so TALK_FINAL_ID doesn't match. |
| 16:11:39 | speachy | __Bilgus_, thoughts on how to fix this? (I'd say we should leave the strict check on the player code, and fix up the voice file generation to insert pauses for missing strings. |
| 16:12:20 | | Quit MrZeus (Ping timeout: 246 seconds) |
| 16:15:02 | | Join MrZeus [0] (~MrZeus@2a02:c7f:70d0:6a00:b8da:7140:c018:98f4) |
| 16:16:14 | Strife89 | This is ... odd. The status bar says the battery's at 20%, yet the debug area for battery info currently shows 9% |
| 16:16:32 | Strife89 | So perhaps Rockbox isn't updating the status bar? |
| 16:16:44 | Strife89 | Old bugs are new again |
| 16:16:56 | speachy | dunno. |
| 16:17:28 | __Bilgus_ | speachy will that mess up the fallback to english? |
| 16:17:59 | speachy | IIRC there are no voice fallbacks |
| 16:18:14 | speachy | there's only an English fallback because we insert the english strings into the binary lang files |
| 16:18:35 | __Bilgus_ | oh I was under the impression it was automagic |
| 16:19:24 | __Bilgus_ | in that case padding the file isn't going to hurt anything |
| 16:23:27 | speachy | looks like the template/fallback code isn't doing the right thing for the genlang output that is used to create voices |
| 16:27:53 | *** | Saving seen data "./dancer.seen" |
| 16:36:45 | speachy | this is quite a mess tbh. |
| 16:37:29 | speachy | makes me wonder if it ever worked for non-perfect translations |
| 16:37:50 | __Bilgus_ | by wink any prayer most likely |
| 16:44:51 | speachy | okay, the simplest "fix" is to pre-process the lang files through the genlang update process, so the missing strings get copied over from English. |
| 16:50:01 | speachy | okay, that works. |
| 16:53:05 | speachy | it's a simple patch/hack, g#2524 |
| 16:53:07 | fs-bluebot | Gerrit review #2524 at http://gerrit.rockbox.org/r/2524 : genlang: Voiceout mode needs to ensure there are no missing strings by Solomon Peachy |
| 16:54:01 | speachy | if no objections I'll merge it. |
| 16:54:18 | Strife89 | Hmmm, it's not charging. https://usercontent.irccloud-cdn.com/file/1sVceTTW/IMG_20200712_164955995.jpg |
| 16:55:00 | speachy | does it charge in the Apple firmware? (I mean, it could be a bad battery..) |
| 16:55:08 | Strife89 | Trying that now |
| 16:56:17 | speachy | a similar fix will need to be applied to rbutil |
| 16:58:34 | speachy | ohdear. |
| 16:58:39 | __Bilgus_ | why the ws changes in the other file? |
| 16:59:31 | speachy | whoops, I hadn't intended to commit that. |
| 16:59:38 | speachy | it's just whitespace though |
| 17:00 |
| 17:00:00 | | Quit lebellium (Quit: Leaving) |
| 17:00:20 | speachy | rbutil relies on a script running on the website to handle the genlang stuff |
| 17:01:00 | speachy | I nuked it last week, as I didn't know what it was, and it had been broken since the migration without anyone complaining anyway. |
| 17:01:58 | __Bilgus_ | ah |
| 17:02:54 | speachy | new patchset updated |
| 17:03:06 | speachy | gotta fix the voice script too. whoops. |
| 17:03:13 | speachy | s/voice script/commit msg/ |
| 17:04:00 | speachy | done |
| 17:20:30 | speachy | trying to fix the genlang www stuff now. |
| 17:22:56 | | Quit livvy (Remote host closed the connection) |
| 17:27:30 | | Join livvy [0] (~livvy@gateway/tor-sasl/livvy) |
| 17:53:56 | speachy | okay, the www genlang is working again. Now to tweak it so it preprocesses things properly. |
| 17:54:36 | | Quit livvy (Remote host closed the connection) |
| 17:55:55 | | Join livvy [0] (~livvy@gateway/tor-sasl/livvy) |
| 17:58:24 | | Quit MrZeus (Ping timeout: 246 seconds) |
| 18:00 |
| 18:01:00 | | Join MrZeus [0] (~MrZeus@2a02:c7f:70d0:6a00:b8da:7140:c018:98f4) |
| 18:02:00 | | Quit Oksana (Ping timeout: 258 seconds) |
| 18:06:01 | speachy | I _think_ www genlang is fixed too. |
| 18:06:16 | Strife89 | speachy: it does appear to charge outside of Rockbox (I used disk mode). |
| 18:06:29 | Strife89 | Same cable and power brick |
| 18:07:20 | fs-bluebot | Build Server message: New build round started. Revision 980124e, 295 builds, 10 clients. |
| 18:07:47 | Strife89 | Rockbox's debug claims it's at 92%, having charged for around 70 minutes. |
| 18:09:26 | Strife89 | When the current build round finishes, I'll update all of my DAPs and check whether only the iPod exhibits the odd battery level behavior. |
| 18:09:58 | speachy | the mini2g, xduoox3, and agptekrocker all charge properly |
| 18:10:09 | speachy | the current round is purely voicegen-related, no code changes. |
| 18:10:39 | Strife89 | Do they all show the correct percentage on the status bar? |
| 18:11:25 | speachy | ...close enough, anyway. the mini2g and x3 have pretty ancient batteries that don't last very long |
| 18:11:46 | Strife89 | Ah |
| 18:12:23 | speachy | you're using a 3rd-party battery, right? putting aside the percentage reporting (which could easily be wrong for that battery) things should still _charge_ though. |
| 18:12:56 | Strife89 | Yeah, that iPod was sold to me with a third party battery already installed |
| 18:13:07 | speachy | iirc the charging is a hw circuit |
| 18:13:43 | speachy | and rockbox only monitors it, rather than having any controls. |
| 18:15:06 | speachy | oh, there is a choice to charge or not −− look in the settings/battery menu |
| 18:16:20 | Strife89 | It's currently set to "yes" |
| 18:16:39 | speachy | not sure what 'force' would be in that context, but eh.. |
| 18:17:13 | speachy | do you have the capacity setting set correctly for the new battery? |
| 18:17:35 | Strife89 | I set it to 1200mAh, to match the label |
| 18:18:54 | Strife89 | I imagine that the capacity setting only affects the "remaining time" estimates. |
| 18:20:22 | Strife89 | I'll run batterybench |
| 18:20:32 | speachy | what kind of charging setup is it? PC or wall-wart? |
| 18:21:05 | speachy | if it's the latter, change that mode from 'yes' to 'force' |
| 18:21:05 | Strife89 | Wall wart for the most recent charge attempt. |
| 18:21:14 | Strife89 | Ah |
| 18:21:36 | Strife89 | Might explain things |
| 18:21:53 | speachy | 'yes' apparently tries to negotiate USB current supply, which obviously won't work with a wall wart |
| 18:22:39 | speachy | but the downside to leaving it on force is that if you try to connect to a PC/whatever that _can't_ supply a full 0.5a the port will self-disconnect. |
| 18:22:55 | Strife89 | It was an Apple wall wart this time (I had it handy for the iTunes restore) |
| 18:24:35 | speachy | johnb4, if you use rbutil to generate voice files, it should now work again. (It's been broken for a while... and nobody noticed) |
| 18:25:32 | fs-bluebot | Build Server message: Build round completed after 1092 seconds. |
| 18:25:33 | fs-bluebot | Build Server message: Revision 980124e result: All green |
| 18:26:32 | Strife89 | When I reboot my desktop back into Debian, I should set up the build client |
| 18:27:08 | Strife89 | Internet sucks but at least I have a halfway decent CPU |
| 18:27:27 | Strife89 | (even if it if an i3) |
| 18:27:37 | Strife89 | *it is |
| 18:27:54 | *** | Saving seen data "./dancer.seen" |
| 18:30:03 | speachy | okay, kicked off. last time it took 74 minutes but I think it had a partial voice pool. |
| 18:30:31 | Strife89 | Jeez |
| 18:31:00 | speachy | (81 targets, 10 languages) |
| 18:31:03 | Strife89 | Any way I can help with that? |
| 18:31:21 | speachy | ...completely singlethreaded. |
| 18:31:33 | Strife89 | Oh hell |
| 18:31:41 | Strife89 | I'm sorry |
| 18:31:47 | | Quit livvy (Remote host closed the connection) |
| 18:31:53 | Strife89 | That's gotta suck |
| 18:32:31 | speachy | it re-uses voice strings if possible, so it would be pretty easy to parallelize across languages |
| 18:33:10 | | Join livvy [0] (~livvy@gateway/tor-sasl/livvy) |
| 18:35:56 | speachy | not practical to farm it out without some rewriting of how this stuff is done |
| 18:58:05 | | Quit ZincAlloy (Quit: Leaving.) |
| 19:00 |
| 19:12:35 | | Quit MrZeus (Ping timeout: 272 seconds) |
| 19:15:11 | | Quit petur (Remote host closed the connection) |
| 19:28:02 | | Join Oksana [0] (~Wikiwide@Maemo/community/ex-council/Wikiwide) |
| 19:40:17 | mendelmunkis | Decreasing DEFAULT_UPDATE_DELAY in statusbar-skinned.h makes a statusbar bug happen more often. increasing it seems not to have much of an effect. any advice? |
| 19:40:23 | | Nick mendelmunkis is now known as mendel_munkis (~mendelmun@ool-ae2cb138.dyn.optonline.net) |
| 19:50:25 | speachy | I got nothing, sorry. |
| 20:00 |
| 20:15:18 | | Quit livvy (Remote host closed the connection) |
| 20:16:43 | | Join livvy [0] (~livvy@gateway/tor-sasl/livvy) |
| 20:22:06 | | Quit livvy (Remote host closed the connection) |
| 20:24:46 | | Join livvy [0] (~livvy@gateway/tor-sasl/livvy) |
| 20:25:07 | | Join dweeber_ [0] (~dweeber@c-73-52-129-219.hsd1.ut.comcast.net) |
| 20:27:54 | | Quit dweeber (Ping timeout: 240 seconds) |
| 20:27:57 | *** | Saving seen data "./dancer.seen" |
| 20:31:12 | | Quit livvy (Remote host closed the connection) |
| 20:32:35 | | Join livvy [0] (~livvy@gateway/tor-sasl/livvy) |
| 20:41:54 | Strife89 | Anyone available to help me troubleshoot a failure in building the cross compiler? (Specifically with building gcc 4.9.4) |
| 20:47:05 | Strife89 | Build log https://usercontent.irccloud-cdn.com/file/rvOBxjfO/build-gcc-4.9.4.log |
| 20:52:06 | | Quit livvy (Remote host closed the connection) |
| 20:53:32 | | Join livvy [0] (~livvy@gateway/tor-sasl/livvy) |
| 21:00 |
| 21:07:59 | | Quit Soap (Read error: Connection reset by peer) |
| 21:14:14 | | Quit Ckat (Ping timeout: 256 seconds) |
| 21:20:57 | | Quit sakax (Quit: Leaving) |
| 21:58:00 | speachy | Strife89, what device are you wanting to build for? Or just trying to build everything to be a build client? |
| 21:58:51 | Strife89 | The latter. |
| 21:59:26 | speachy | what base os? Debian? |
| 21:59:37 | Strife89 | Yep, stable (10). |
| 21:59:48 | speachy | ...which I think has Make 4.3 |
| 22:00 |
| 22:01:38 | Strife89 | 4.2.1 |
| 22:03:42 | speachy | is MAKEFLAGS or MAKELEVEL set in the environment? |
| 22:10:10 | Strife89 | I don't think so |
| 22:10:32 | Strife89 | echo "$VARNAME", right? |
| 22:10:55 | Strife89 | I get a blank line for both |
| 22:12:32 | Strife89 | (supporting screenshot) https://usercontent.irccloud-cdn.com/file/Gvgct5C4/Screenshot_20200712-221146.png |
| 22:16:08 | speachy | do you have g++ installed? |
| 22:16:41 | speachy | nevermind, the log claims you do |
| 22:19:34 | speachy | ok, this is stupid. |
| 22:19:57 | speachy | you built the full rack of other toolchains with this, right? |
| 22:20:05 | speachy | most notably including sh |
| 22:22:14 | speachy | that sets MAKEFLAGS=-r, and nothing clears it for the other toolchain builds |
| 22:23:14 | Strife89 | I attempted to, I'm not totally sure that it actually happened |
| 22:24:01 | speachy | I'd bet that if you re-ran the toolchain build, selecting only 'x' , it would have worked. |
| 22:25:05 | speachy | or try applying g#2525 |
| 22:25:07 | fs-bluebot | Gerrit review #2525 at http://gerrit.rockbox.org/r/2525 : build: We don't want '-r' in MAKEFLAGS for toolchain builds. by Solomon Peachy |
| 22:25:34 | Strife89 | I'll try that patch |
| 22:25:50 | Strife89 | Might take me a bit, I need to read up on patching with git |
| 22:26:44 | speachy | on the upper-right corner of the gerrit page, under 'download' you can cut-n-paste the 'cherry pick' line to do what you want |
| 22:27:05 | speachy | or download the patch and apply it yourself |
| 22:27:59 | *** | Saving seen data "./dancer.seen" |
| 22:29:48 | Strife89 | Awesome, that cherry pick line helps a bunch |
| 22:30:11 | Strife89 | To be specific about what I picked to build, I entered "s m a i x y" |
| 22:30:17 | Strife89 | Which I will retry now |
| 22:30:46 | speachy | yep. if you had left 's' out then you wouldn't have seen x (and y) fail. |
| 22:30:59 | speachy | you can get away with just re-running x y |
| 22:31:26 | speachy | or redo the whole thing if you don't mind burning cpu cycles to prove the patch is good |
| 22:31:51 | | Join Soap [0] (~Soap@rockbox/staff/soap) |
| 22:31:54 | Strife89 | In the interest of time, I'll just do x and y |
| 22:32:30 | Strife89 | ROCKBOXDEV: mkdir build-gcc-4.9.4 |
| 22:32:30 | Strife89 | mkdir: cannot create directory ‘build-gcc-4.9.4’: File exists |
| 22:32:47 | Strife89 | I think the script needs a simple failsafe for this situation |
| 22:33:20 | speachy | that is the failsafe. :D |
| 22:33:30 | speachy | rm -Rf /tmp/rbdev-build |
| 22:33:31 | Strife89 | lol |
| 22:33:48 | speachy | it won't trash the stuff you've already built, just the WIP stuff. |
| 22:33:50 | Strife89 | The whole build dir? ... alright |
| 22:34:02 | speachy | the downloaded files are in /tmp/rbdev-dl |
| 22:34:13 | mendel_munkis | so hopefull next week the build farm will have increased by 1/5 |
| 22:34:14 | speachy | and the x-tools end up wherever you set RBDEV_PREFIX to |
| 22:34:45 | Strife89 | I .... haven't explicitly set such a variable |
| 22:34:51 | speachy | so /usr/local then |
| 23:00 |
| 23:00:39 | Strife89 | Made it through the gcc build |
| 23:02:43 | fs-bluebot | Build Server message: New build round started. Revision ab1cf20, 295 builds, 9 clients. |
| 23:12:57 | | Join Soap_ [0] (~Soap@rockbox/staff/soap) |
| 23:13:32 | Strife89 | Wait a sec. It seems to be building gcc 4.9.4 again |
| 23:14:03 | Strife89 | ROCKBOXDEV: Starting step 'gcc' |
| 23:14:03 | Strife89 | ROCKBOXDEV: logging to /tmp/rbdev-build/build-gcc-4.9.4.log |
| 23:14:03 | Strife89 | ROCKBOXDEV: mkdir build-gcc-4.9.4 |
| 23:14:03 | Strife89 | ROCKBOXDEV: cd build-gcc-4.9.4 |
| 23:14:03 | Strife89 | ROCKBOXDEV: gcc-4.9.4/configure |
| 23:14:03 | | Quit Strife89 (Excess Flood) |
| 23:14:05 | speachy | three of the toolchains are gcc494 (mips-baremetal, mips-linux, arm-linux) |
| 23:14:11 | | Join Strife89 [0] (sid399903@gateway/web/irccloud.com/x-fnwcfbfufzestbtk) |
| 23:14:28 | speachy | sh is gcc404, arm is gcc444, m68k is gcc452 |
| 23:14:36 | Strife89 | https://www.irccloud.com/pastebin/7VmVFtpz/ |
| 23:14:46 | Strife89 | Sorry about the flood |
| 23:14:53 | speachy | and to repeat the line from when you were gone, three of the toolchains are gcc494 (mips-baremetal, mips-linux, arm-linux) |
| 23:14:58 | Strife89 | I made a terrible misclick |
| 23:15:15 | Strife89 | Ahh |
| 23:15:47 | | Quit Soap (Ping timeout: 240 seconds) |
| 23:16:25 | speachy | I'm still hoping to drag everyone up to gcc494 but there are still apparently miscompilation bugs with the ipodcolor.. |
| 23:17:35 | speachy | (and from there iterate all targets to newer versions in lock-step) |
| 23:18:28 | Strife89 | Idiot me left /tmp on the root partition and I just got a warning that it has 700 MB free |
| 23:18:52 | Strife89 | Things might go south in a few minutes. |
| 23:19:28 | speachy | I'm going to hit the sack. good luck with this toolchain stuff |
| 23:19:43 | Strife89 | Alright, good night |
| 23:26:23 | fs-bluebot | Build Server message: Build round completed after 1420 seconds. |
| 23:26:24 | fs-bluebot | Build Server message: Revision ab1cf20 result: All green |
| 23:26:59 | Strife89 | 23 minutes, jeez |
| 23:30:04 | | Quit __Bilgus_ (Ping timeout: 245 seconds) |
| 23:33:59 | Strife89 | https://www.irccloud.com/pastebin/C5W1JKd8/battery_bench.txt |
| 23:44:09 | | Quit [7] (Disconnected by services) |
| 23:44:16 | | Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) |
| 23:46:43 | | Quit Natch (Remote host closed the connection) |
icon identifies that the person is a core developer (has commit access).