Almost same as the replay files
u+rwx,g+rx,o+r
-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Rudy Bleeker
Sent: 26 August 2012 02:42
To: Half-Life dedicated Linux server mailing list
Subject: Re: [hlds_li
permissions on that directory, but this has resulted in the
following console spam in the server for every replay file it tries to
save:
Unable to rename
[...]/orangebox/tf/replay/server/tmp/20120825-013138-mvm_coaltown.dmx
to /var/www/replays/20120825-013138-mvm_coaltown.dmx!
It still works, the
On 26/08/2012 10:58 AM, Tony Paloma wrote:
Change the character encoding to UTF-8. For example, in PuTTY, the option is in
Window->Translation and defaults to Latin-1.
Thanks Tony,
I'll give this a go...
From my reading, I'll have to start screen with the -U command also to
enable UTF-8 sup
I've never had an issue with strange characters messing up the srcds
console or my terminal. My terminal is using UTF-8 for character
encoding. This is sensible anyway, I would have thought all linux
distros would do this by now...
On Sun, Aug 26, 2012 at 2:58 AM, Tony Paloma wrote:
> Change the
On Sat, Aug 25, 2012 at 8:14 PM, Christian Gerbrandt
wrote:
> The files are created u+rw,g+r,o+r
In my setup they are created u+rw,g+r,o--- so there is definately a
difference. May I know what the permissions on your srcds_linux and
srcds_run files are? Especially the permissions for 'other'?
-
Change the character encoding to UTF-8. For example, in PuTTY, the option is in
Window->Translation and defaults to Latin-1.
-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Steven Haigh
Sent: Saturday, Aug
Sweet!
Any news on implemmenting a feature so one SO could download the version
respective to another one? I'm eager to be able to get the windows version
of the tf2 server on my linux VPS. :)
Keep up with the good work!
On 25 August 2012 19:54, Didrole wrote:
> I don't plan to, I don't like t
I don't plan to, I don't like these social SCM things.
Anyway, I've released version 0.3 which should fix most problems people had
and introduce a few new features
such as the beta updating support and +runscript compatibility
(which makes the tool compatible with the new -autoupdate feature of
sr
VALVE: Is there any updates on this? I would love to have it fixed without
having to ask someone to code an extension to disable the precaching of MvM
stuff. It still only happens on Surf.
> From: michs...@live.no
> To: hlds_linux@list.valvesoftware.com
> Date: Thu, 23 Aug 2012 21:33:24 +0200
>
This MOTD problem exists on CSS as well since the July 2 update. It
will not display the motd on the first server you join. Once you join a
second server the motd works as usual for all servers, including the
first one you joined if you return. It is pretty ridiculous that we have
to use the pa
I found that with "forked" TF2 servers, if you define a different motdfile
then it doesn't take effect until the next mapchange. At least in my case,
my MvM server is launched from the same files as my PvP server but I load
different servercfgfile and motds, but the motd is default until a map
chan
It says it all:
Map de_dust_se not part of Mapgroup mg_bomb
You cant start SE version of a map with default gamemodes and using mg_bomb as
map group.
1. start it either with de_dust2 and change to SE later in server.cfg
2. change maps in your gamemodes_server.txt to include SE version
3. create
I can't recall the exact character, but one of them causes Win32 terminals
(Both srcds and source clients running console mode) to terminal beep.
More humorous then debilitating compared to Linux version of the bug, but
annoying nonetheless. Just figured I'd throw that in.
On Sat, Aug 25, 2012 at
ACL, but
> >> the TF2 server just ignores those somehow and still creates the files
with the wrong group and permissions.
> >>
> >> One solution I've managed to find is setting
> >> replay_local_fileserver_path to /var/www/replays/ and set all the
> &g
This is what happens (no bind call at all):
25396 socket(PF_INET, SOCK_STREAM, IPPROTO_TCP) = 14
25396 ioctl(14, FIONBIO, [1]) = 0
25396 setsockopt(14, SOL_SOCKET, SO_SNDBUF, [262144], 4) = 0
25396 setsockopt(14, SOL_SOCKET, SO_RCVBUF, [262144], 4) = 0
25396 setsockopt(14, SOL_SOCKET, SO
I agree, this should be looked into.
--
Hákon G.
On 25 August 2012 14:35, Steven Haigh wrote:
> When I get a user that connects with a 'strange' name, sometimes this
> plays hell with the linux terminal.
>
> For example, one user on my server now, when I do a 'status' command, I
> get the foll
The firewall is not an issue. I tried it with the current rules in place,
and with it just disabled and allowing all traffic and everything in
between.
I have also tried it with +ip instead of -ip, but did not try +port since I
did not think that the port would change what the public ip would be.
icky bit in
> >> the group permissions of the directory and also setting a default ACL,
> >> but the TF2 server just ignores those somehow and still creates the
> >> files with the wrong group and permissions.
> >>
> >> One solution I've managed to fin
When I get a user that connects with a 'strange' name, sometimes this
plays hell with the linux terminal.
For example, one user on my server now, when I do a 'status' command, I
get the following output:
# userid nameuniqueidconnected ping loss
state adr
#109
On 25/08/2012 14:15, dan wrote:
But there must be multiple ways, using linux, (either by using virtual
interfaces and / or routing or iptables rules) such that a particular
instance of TF2 uses a NIC (real or virtual) that only has one IP
address assigned to it, so that it doesn't need the +ip
On 25/08/2012 10:53, Kyle Sanderson wrote:
There's a known problem with Source 2009 where if you lose your TCP
connection to Steam, there's a good chance your server will become
delisted from the master. The problem stems from Steam reconnecting
using a 'random' machine address instead of the sel
Le 25/08/2012 09:13, dan a écrit :
On 25/08/2012 03:49, Matthew Mjelde wrote:
Hey everyone, I have this problem and I have been trying to figure it
out
for a few hours now. Whenever I am in my cs:go server, and I tell
someone
to join off me through steam they are redirected to my cs:s server
Hey there,
i'm currently working on a personalised MOTD for our servers, to make this
a bit more appealing. But one problem: The $_GET Method, provided by most
PlugIns (aka Webshortcuts and DynamicMOTD) isn't really save!
The question is: Are there more "default-params" get transmitted, that i
ca
I've had the same problem for some time ago. This is how my motd.txt looks now:
http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";>
lol
body{background:black;}
h1{color:red;}
p{color:green;}
blablabla
For me, it seemded like I had to wait some time before it acutally
worked, but
On 25/08/2012 6:43 PM, dan wrote:
On 25/08/2012 08:38, ics wrote:
As i recall the system is based on l4d matchmaking and it has always
been a little flawed when it comes down to players country and where
the server is. Matchmaking doesn't even use region setting if i
remember correctly.
I haven
x27;ve managed to find is setting
>> replay_local_fileserver_path to /var/www/replays/ and set all the
>> right permissions on that directory, but this has resulted in the
>> following console spam in the server for every replay file it tries to
>> save:
>> Unable to re
There's a known problem with Source 2009 where if you lose your TCP
connection to Steam, there's a good chance your server will become
delisted from the master. The problem stems from Steam reconnecting
using a 'random' machine address instead of the selected ip address
used at server launch. This
On 25/08/2012 08:38, ics wrote:
As i recall the system is based on l4d matchmaking and it has always been a
little flawed when it comes down to players country and where the server is.
Matchmaking doesn't even use region setting if i remember correctly.
I havent played the one on tf2 much due
On Sat, Aug 25, 2012 at 9:02 AM, dan wrote:
>
> Shouldn't you have the setgid bit set, not the sticky bit?
Yeah that's the one. I always call it by the wrong name, my apologies.
I'm mostly surprised by the fact that the TF2 server ignores it when
creating new files, as well as ignoring a default
As i recall the system is based on l4d matchmaking and it has always been a
little flawed when it comes down to players country and where the server is.
Matchmaking doesn't even use region setting if i remember correctly.
I havent played the one on tf2 much due to excessive wait times but from a
On 25/08/2012 03:49, Matthew Mjelde wrote:
Hey everyone, I have this problem and I have been trying to figure it out
for a few hours now. Whenever I am in my cs:go server, and I tell someone
to join off me through steam they are redirected to my cs:s server instead.
My cs:go commandline: -game
Just from monitoring my 2 servers which are usually full, I see about
95% of people are from the US.
Just taking a quick snapshot now:
Server #1:
Server died when a weird character was echoed in a username to the
terminal... However, until then it seemed the average ping was around
the same as
On 25/08/2012 02:53, Rudy Bleeker wrote:
I'm publishing the replays through local http, since bandwidth isn't
really an issue for me. So I have the cvar
replay_local_fileserver_path set to .../orangebox/tf/replays/ and made
a symlink /var/www/replays to it. I've also set replay_fileserver_path
to
33 matches
Mail list logo