| 01:32.40 | *** join/#utah macnewbold (~macnewbol@c-98-202-181-28.hsd1.ut.comcast.net) |
| 01:35.43 | *** join/#utah macnewbold (~macnewbol@c-98-202-181-28.hsd1.ut.comcast.net) |
| 01:47.25 | *** join/#utah jessie (~jessie@66.219.198.48.provo.dynamic.broadweavenetworks.net) |
| 01:59.30 | *** join/#utah bgerber (~gerberb@suse103.mwiap.com) |
| 02:02.09 | jxqz | why would a curl command stop in the middle of a transfer and not exit? |
| 02:21.07 | *** join/#utah pdayton (~pjdayton@63.251.sfcn.org) |
| 02:21.24 | *** join/#utah pdayton (~pjdayton@63.251.sfcn.org) |
| 02:21.59 | *** join/#utah pdayton1 (~Adium@63.251.sfcn.org) |
| 02:25.20 | jima | mtu issues? |
| 02:30.04 | *** join/#utah pdayton (~pjdayton@63.251.sfcn.org) |
| 02:30.46 | *** join/#utah frostyfrog (~frostyfro@c-67-186-228-73.hsd1.ut.comcast.net) |
| 02:33.34 | goozbach | what does strace say? |
| 03:13.57 | jxqz | those are difficult questions to answer since it only happens when the script is run deep within a controlling application |
| 03:14.22 | jxqz | each time it happens, though, it stops at about the same point |
| 03:18.32 | jxqz | when I run the command by hand it always succeeds |
| 03:19.43 | jxqz | actually, I tried a second curl with the same args as the one running inside the application and it also just hung there |
| 03:20.39 | jxqz | but it hung right away (while the other was still live) |
| 03:22.02 | jxqz | I guess I could set that up again and strace the 2nd |
| 04:06.39 | *** join/#utah OldCoder (~OldCoder@unaffiliated/oldcoder) |
| 04:11.17 | *** join/#utah pdayton (~pjdayton@63.251.sfcn.org) |
| 04:11.58 | *** join/#utah pdayton (~pjdayton@63.251.sfcn.org) |
| 04:13.57 | *** join/#utah pdayton (~pjdayton@63.251.sfcn.org) |
| 04:22.21 | *** join/#utah pdayton (~pjdayton@63.251.sfcn.org) |
| 04:48.50 | jxqz | I think I might have figured it out |
| 05:12.44 | levi | Heh. The problem with my HDHomerun was another bad power supply. |
| 05:16.11 | *** join/#utah pdayton (~pjdayton@63.251.sfcn.org) |
| 05:17.52 | jxqz | actually not |
| 05:18.06 | jxqz | ~lart levi for having solvable problems |
| 05:18.06 | infobot | says "boot to the head" and knocks levi over for having solvable problems |
| 05:28.35 | levi | The local channels all get 100% symbol quality with the new power supply, and that's just hooked up to an indoor antenna. |
| 05:30.13 | *** join/#utah pdayton (~Adium@63.251.sfcn.org) |
| 05:31.16 | levi | Last night, it couldn't reliably tune a single channel. |
| 05:33.11 | jima | symbol quality? |
| 05:40.04 | *** join/#utah pdayton1 (~pjdayton@63.251.sfcn.org) |
| 05:51.06 | levi | The HDHomeRun gives 3 quality readings; signal strength, signal quality, and symbol quality. Symbol quality tells you if you've been getting errors in your digial data that's been decoded from the analog waveform. |
| 06:57.09 | *** join/#utah levi (~user@c-174-52-89-43.hsd1.ut.comcast.net) |
| 07:11.50 | jxqz | turns out to be a curl bug from the ancient version of curl that ships with CentOS-5 |
| 07:50.24 | *** join/#utah levi (~user@c-174-52-89-43.hsd1.ut.comcast.net) |
| 07:51.32 | *** join/#utah RyanE (~RyanE@rberick.dsl.xmission.com) |
| 09:06.15 | levi | Woot, I have tvheadend working with my hdhomerun now. |
| 10:19.13 | *** join/#utah pashdown (freenode@peteashdown.org) |
| 10:28.35 | *** join/#utah levi` (~user@c-174-52-89-43.hsd1.ut.comcast.net) |
| 10:31.51 | *** join/#utah levi`` (~user@c-174-52-89-43.hsd1.ut.comcast.net) |
| 10:35.31 | *** join/#utah levi``` (~user@c-174-52-89-43.hsd1.ut.comcast.net) |
| 14:06.42 | *** join/#utah flamebot (~flamebot@c-71-199-11-226.hsd1.ut.comcast.net) |
| 15:07.23 | *** join/#utah pdayton (~pjdayton@63.251.sfcn.org) |
| 15:55.35 | *** join/#utah bgerber (~gerberb@suse103.mwiap.com) |
| 17:20.09 | *** join/#utah smcquay (~smcquay@173-164-185-125-SFBA.hfc.comcastbusiness.net) |
| 17:20.19 | jxqz | jima, goozbach: I figured it |
| 17:20.36 | jxqz | curl prints lots of stuff to its stderr fd |
| 17:21.20 | jxqz | and for a large transfer, the stderr fd pipe hits the max, causing the proc to wait until it's cleared |
| 17:21.41 | jxqz | this is at least the behavior on the latest curl |
| 17:21.57 | jxqz | the one that is included in centos 5 may have different behavior |
| 17:22.07 | jxqz | I'm testing that now, anyway |
| 17:23.38 | jxqz | I think the change is that curl properly waits on its stderr rather than complaining and making a mess of things |
| 17:23.51 | jxqz | as long as I keep flushing stderr, I should be good |
| 18:47.24 | *** join/#utah pdayton (~pjdayton@138.249.sfcn.org) |
| 19:00.00 | *** join/#utah yukaia__work (~yukaia@198.183.219.9) |
| 19:19.56 | *** join/#utah yukaia- (~yukaia@174-23-115-19.slkc.qwest.net) |
| 19:54.28 | *** join/#utah jxqz_ (~jxqz@jfindlay.dsl.xmission.com) |
| 19:56.55 | *** join/#utah Tene_ (~tene@mail.digitalkingdom.org) |
| 19:56.56 | *** join/#utah Tene_ (~tene@poipu/supporter/slacker/tene) |
| 21:00.04 | *** join/#utah infobot (~infobot@rikers.org) |
| 21:00.04 | *** topic/#utah is Utah related discussion including user groups | logs @ http://ibot.rikers.org/%23utah/ | See also ##lds | OpenWest Conference sometime 2014! openwest.org | https://fiber.google.com/cities/provo/ |
| 21:00.04 | *** mode/#utah [+o infobot] by ChanServ |
| 21:50.40 | *** join/#utah RyanE (~RyanE@rberick.dsl.xmission.com) |
| 22:02.51 | *** join/#utah smcquay (~smcquay@173-164-185-125-SFBA.hfc.comcastbusiness.net) |
| 22:15.49 | *** join/#utah Jayce^ (~jayce@74-220-196-98.unifiedlayer.com) |
| 22:15.49 | *** mode/#utah [+o Jayce^] by ChanServ |
| 22:26.08 | jima | jxqz: i wouldn't have seen that coming. |
| 22:52.57 | *** join/#utah kendsnyder (~kendsnyde@71-219-1-145.slkc.qwest.net) |
| 23:36.10 | *** join/#utah smcquay (~smcquay@173-164-185-125-SFBA.hfc.comcastbusiness.net) |
| 23:49.06 | *** join/#utah macnewbold (~macnewbol@c-98-202-181-28.hsd1.ut.comcast.net) |