| # 13:02:01 | y_morin | joins #crosstool-ng |
| # 13:55:44 | mnt_real | joins #crosstool-ng |
| # 15:31:51 | y_morin | quits : Quit: Back on-line in ~3h... |
| # 15:36:20 | al` | quits : Read error: Connection reset by peer |
| # 16:03:26 | al` | joins #crosstool-ng |
| # 17:37:59 | y_morin | joins #crosstool-ng |
| # 17:59:39 | smartin | joins #crosstool-ng |
| # 18:04:28 | smartin | quits : Ping timeout: 252 seconds |
| # 18:14:07 | y_morin | is now known as: y_morin|away |
| # 18:31:39 | sh4rm4 | quits : Ping timeout: 252 seconds |
| # 18:43:57 | sh4rm4 | joins #crosstool-ng |
| # 18:44:13 | sh4rm4 | quits : Changing host |
| # 18:44:13 | sh4rm4 | joins #crosstool-ng |
| # 19:09:06 | bhundven | joins #crosstool-ng |
| # 19:17:31 | y_morin|away | is now known as: y_morin |
| # 20:24:51 | y_morin | is now known as: y_morin|away |
| # 20:25:53 | y_morin|away | is now known as: y_morin |
| # 21:12:17 | snappy | joins #crosstool-ng |
| # 21:17:14 | snappy | I dont know if there's any activity downloading the tarballs from the mirror; i see a curl process, but the output file doesn't exist in the .build/tarballs directory |
| # 21:20:43 | snappy | hm, looks like it's got the wrong url for gcc |
| # 21:45:43 | y_morin | snappy: the download steps tries different URLs in turn |
| # 21:46:16 | y_morin | snappy: versions can be available in different dirs, or from different servers. |
| # 21:46:45 | y_morin | snappy: that's the case for eg. uClibc snapshots, or gcc Linaro-maintained fork. |
| # 21:47:10 | y_morin | snappy: and as curl does not have a multi-line progress bar, crosstool-NG can't know if progress is being made... |
| # 21:47:35 | y_morin | snappy: give it a bit of time, it eventually succeeds |
| # 22:20:49 | y_morin | quits : Quit: Sleep-time. Back in ~9h... |
| # 22:26:34 | bhundven | <3 sleep |
| # 22:39:48 | snappy | cheers; yeah saw the comments about the gcc urls in gcc.sh |