It definitely solved my symptom. However, my symptom did not seem to
include the SRCDS process hanging or anything like that. It just seemed
like that output generated wasn't making it to the console or wherever
std-out was in-effect re-directed. SCRCS actually seemed to run fine - I
just couldn
Please tell us whether it solves the problem or not. I also have troubles
after previous update, but in my case it hangs the whole system instead of
only srcds process.
14.08.2014 8:05 пользователь "Weasels Lair"
написал:
> Assume that requirement is just TF2 (at the moment), then yeah that could
Assume that requirement is just TF2 (at the moment), then yeah that could
be it.
I have libncurses5 already, but not lib32tinfo5. I will see if that helps.
Thanks for the head's-up!
On Wed, Aug 13, 2014 at 8:56 PM, Yun Huang Yong
wrote:
> I run our servers under screen and don't have this issu
I run our servers under screen and don't have this issue.
Could this be related to the ncurses and tinfo5 dependencies introduced
in last week's update?
Quoting Ross Bemrose:
"On Debian/Ubuntu, these are provided by lib32ncurses5 and lib32tinfo5."
On 14/08/2014 1:52 PM, Weasels Lair wrote:
P
PS: For clarity, it is not JUST the 'status' command that is affected - it
is ANY command I enter into that 'screen' session for TF2.
On Wed, Aug 13, 2014 at 8:50 PM, Weasels Lair
wrote:
> Anybody else using 'screen' noticed issues with SRCDS not being reflected
> when reconnecting to a disconn
Anybody else using 'screen' noticed issues with SRCDS not being reflected
when reconnecting to a disconnected 'screen' session?
For example, if I reconnect to a disconnected session running SRCDS for
TF2, and I enter the "status" command - the text of the status command is
echo'd-back - but none o
6 matches
Mail list logo