Re: [hlds_linux] TF2 toolchain on centos 7
To have it working on centos run these two commands:
yum install libcurl.i686
ln -s /usr/lib/libcurl.so.4 /usr/lib/libcurl-gnutls.so.4
seems to be the only change needed compared to previous beta
On Sun, Mar 19, 2017 at 9:19 PM, Svensk Ljud & Ljus Produktion <
i...@teaterljud.se> wrote:
> We do - but right now downgraded with "app_update 232250 -beta previous "
>
> I do hope they are using or will supply sources that all unix users can
> use when it go real live.
>
> Peter
>
> Svensk Ljud & Ljus Produktion
>
>
> On 2017-03-19 19:56, Marco Padovan wrote:
>
>> Exact same crash
>>
>> ldd tf2/orangebox/bin/dedicated_srv.so
>> linux-gate.so.1 => (0xf77d9000)
>> libtier0_srv.so => /home//tf2/orangebox/bin/libtier0_srv.so
>> (0xf753c000)
>> libvstdlib_srv.so => /home//tf2/orangebox/bin/l
>> ibvstdlib_srv.so
>> (0xf742f000)
>> libm.so.6 => /lib/libm.so.6 (0xf73e3000)
>> libdl.so.2 => /lib/libdl.so.2 (0xf73de000)
>> libstdc++.so.6 => /lib/libstdc++.so.6 (0xf72f1000)
>> libpthread.so.0 => /lib/libpthread.so.0 (0xf72d6000)
>> /lib/ld-linux.so.2 (0xf77da000)
>> libc.so.6 => /lib/libc.so.6 (0xf7118000)
>> librt.so.1 => /lib/librt.so.1 (0xf710f000)
>> libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xf70f4000)
>>
>> Nobody is running tf2 on centos 6/7 or fedora XX or redhat enterprise
>> linux
>> ?
>>
>>
>>
>> On Sat, Mar 18, 2017 at 3:42 PM, James Botting <
>> bottswan...@googlemail.com>
>> wrote:
>>
>> try setting the export environment variable so it can resolve the missing
>>> server library files?
>>>
>>> Adjusting paths as required, something like this:
>>> export
>>> LD_LIBRARY_PATH=/path/to/my/server:/path/to/my/server/bin:{$
>>> LD_LIBRARY_PATH}
>>>
>>>
>>> On Sat, Mar 18, 2017 at 2:34 PM, Marco Padovan wrote:
>>>
>>> and
dd tf2/orangebox/tf/bin/server_srv.so
linux-gate.so.1 => (0xf778e000)
libtier0_srv.so => not found
libvstdlib_srv.so => not found
libsteam_api.so => not found
libm.so.6 => /lib/libm.so.6 (0xf5f23000)
libdl.so.2 => /lib/libdl.so.2 (0xf5f1d000)
libstdc++.so.6 => /lib/libstdc++.so.6 (0xf5e31000)
libpthread.so.0 => /lib/libpthread.so.0 (0xf5e16000)
/lib/ld-linux.so.2 (0xf778f000)
libc.so.6 => /lib/libc.so.6 (0xf5c58000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xf5c3d000)
ldd tf2/orangebox/bin/engine_srv.so
linux-gate.so.1 => (0xf7703000)
libtier0_srv.so => not found
libvstdlib_srv.so => not found
libsteam_api.so => not found
libm.so.6 => /lib/libm.so.6 (0xf7307000)
libdl.so.2 => /lib/libdl.so.2 (0xf7301000)
libstdc++.so.6 => /lib/libstdc++.so.6 (0xf7215000)
libpthread.so.0 => /lib/libpthread.so.0 (0xf71fa000)
/lib/ld-linux.so.2 (0xf7704000)
libc.so.6 => /lib/libc.so.6 (0xf703c000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xf7021000)
On Sat, Mar 18, 2017 at 3:31 PM, Marco Padovan wrote:
ldd srcds_linux
> linux-gate.so.1 => (0xf7754000)
> libdl.so.2 => /lib/libdl.so.2 (0xf7745000)
> libpthread.so.0 => /lib/libpthread.so.0 (0xf772a000)
> libc.so.6 => /lib/libc.so.6 (0xf756c000)
> /lib/ld-linux.so.2 (0xf7755000)
>
>
>
> On Sat, Mar 18, 2017 at 12:05 PM, Rudy Bleeker
>
wrote:
> What is the output of "ldd srcds_linux"?
>>
>> On 17 March 2017 at 17:34, Marco Padovan wrote:
>>
>>> Hi,
>>>
>>> what's the status in relation to TF2 toolchain, did someone got it
>>>
>> running
>>
>>> on centos7 without resorting to chroots on all of that?
>>>
>>> It segfault on start with no proper infos on what it's missing or
>>>
>> what
>>>
it's
>>
>>> finding wrong...
>>> ___
>>> To unsubscribe, edit your list preferences, or view the list
>>>
>> archives,
>>>
please visit:
>>
>>> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
>>>
>>
>>
>> --
>> Idleness is not doing nothing. Idleness is being free to do anything.
>>- Floyd Dell
>>
>> ___
>> To unsubscribe, edit your list preferences, or view the list archives,
>> please visit:
>> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
>>
>>
> ___
To unsubscribe, edit your list preferences, or view the list archives,
please visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
___
>>> To unsubscribe, edit your list preferences, or view the list archives,
>>> please visit:
>>> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
>>>
>>> ___
>> To unsubscribe, edit your list preferences, or view the list archives,
>
Re: [hlds_linux] TF2 toolchain on centos 7
I've just spun up a blank CentOS 7 VM to test, and will hopefully help
clarify the problem and solution for some people.
1) I installed tf2 with "-beta toolchainbeta" on the CentOS 7 VM
2) I ran "./srcds_run", and had the following message in the output
"Could not load: replay_srv.so"
3) I checked the libraries required by this file with this command:
"env LD_LIBRARY_PATH="$LD_LIBRARY_PATH:bin" ldd -d bin/replay_srv.so"
4) All libraries were found except for "libcurl-gnutls.so.4 => not found"
5) ran "yum install libcurl.i686"
6) ran "ln -s /usr/lib/libcurl.so.4 /usr/lib/libcurl-gnutls.so.4"
7) ran "./srcds_run", and sure enough, the server launched
I am not intimately familiar with how library symbols are read, but I
suspect that it may not actually be able to use the libcurl provided by
CentOS that is compiled with OpenSSL, and it may literally just be
causing it to believe the library is there. However, I would be glad to
be proven wrong on this.
It is worth noting that this issue could be alleviated altogether by
Valve if they were to compile against libcurl3 rather than
libcurl3-gnutls on Ubuntu (which I believe is where they compile).
On 20/03/2017 11:28, Marco Padovan wrote:
> To have it working on centos run these two commands:
>
> yum install libcurl.i686
> ln -s /usr/lib/libcurl.so.4 /usr/lib/libcurl-gnutls.so.4
>
> seems to be the only change needed compared to previous beta
>
> On Sun, Mar 19, 2017 at 9:19 PM, Svensk Ljud & Ljus Produktion <
> i...@teaterljud.se> wrote:
>
>> We do - but right now downgraded with "app_update 232250 -beta previous "
>>
>> I do hope they are using or will supply sources that all unix users can
>> use when it go real live.
>>
>> Peter
>>
>> Svensk Ljud & Ljus Produktion
>>
>>
>> On 2017-03-19 19:56, Marco Padovan wrote:
>>
>>> Exact same crash
>>>
>>> ldd tf2/orangebox/bin/dedicated_srv.so
>>> linux-gate.so.1 => (0xf77d9000)
>>> libtier0_srv.so => /home//tf2/orangebox/bin/libtier0_srv.so
>>> (0xf753c000)
>>> libvstdlib_srv.so => /home//tf2/orangebox/bin/l
>>> ibvstdlib_srv.so
>>> (0xf742f000)
>>> libm.so.6 => /lib/libm.so.6 (0xf73e3000)
>>> libdl.so.2 => /lib/libdl.so.2 (0xf73de000)
>>> libstdc++.so.6 => /lib/libstdc++.so.6 (0xf72f1000)
>>> libpthread.so.0 => /lib/libpthread.so.0 (0xf72d6000)
>>> /lib/ld-linux.so.2 (0xf77da000)
>>> libc.so.6 => /lib/libc.so.6 (0xf7118000)
>>> librt.so.1 => /lib/librt.so.1 (0xf710f000)
>>> libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xf70f4000)
>>>
>>> Nobody is running tf2 on centos 6/7 or fedora XX or redhat enterprise
>>> linux
>>> ?
>>>
>>>
>>>
>>> On Sat, Mar 18, 2017 at 3:42 PM, James Botting <
>>> bottswan...@googlemail.com>
>>> wrote:
>>>
>>> try setting the export environment variable so it can resolve the missing
server library files?
Adjusting paths as required, something like this:
export
LD_LIBRARY_PATH=/path/to/my/server:/path/to/my/server/bin:{$
LD_LIBRARY_PATH}
On Sat, Mar 18, 2017 at 2:34 PM, Marco Padovan wrote:
and
>
> dd tf2/orangebox/tf/bin/server_srv.so
> linux-gate.so.1 => (0xf778e000)
> libtier0_srv.so => not found
> libvstdlib_srv.so => not found
> libsteam_api.so => not found
> libm.so.6 => /lib/libm.so.6 (0xf5f23000)
> libdl.so.2 => /lib/libdl.so.2 (0xf5f1d000)
> libstdc++.so.6 => /lib/libstdc++.so.6 (0xf5e31000)
> libpthread.so.0 => /lib/libpthread.so.0 (0xf5e16000)
> /lib/ld-linux.so.2 (0xf778f000)
> libc.so.6 => /lib/libc.so.6 (0xf5c58000)
> libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xf5c3d000)
>
> ldd tf2/orangebox/bin/engine_srv.so
> linux-gate.so.1 => (0xf7703000)
> libtier0_srv.so => not found
> libvstdlib_srv.so => not found
> libsteam_api.so => not found
> libm.so.6 => /lib/libm.so.6 (0xf7307000)
> libdl.so.2 => /lib/libdl.so.2 (0xf7301000)
> libstdc++.so.6 => /lib/libstdc++.so.6 (0xf7215000)
> libpthread.so.0 => /lib/libpthread.so.0 (0xf71fa000)
> /lib/ld-linux.so.2 (0xf7704000)
> libc.so.6 => /lib/libc.so.6 (0xf703c000)
> libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xf7021000)
>
> On Sat, Mar 18, 2017 at 3:31 PM, Marco Padovan wrote:
>
> ldd srcds_linux
>> linux-gate.so.1 => (0xf7754000)
>> libdl.so.2 => /lib/libdl.so.2 (0xf7745000)
>> libpthread.so.0 => /lib/libpthread.so.0 (0xf772a000)
>> libc.so.6 => /lib/libc.so.6 (0xf756c000)
>> /lib/ld-linux.so.2 (0xf7755000)
>>
>>
>>
>> On Sat, Mar 18, 2017 at 12:05 PM, Rudy Bleeker
>>
> wrote:
>
>> What is the output of "ldd srcds_linux"?
>>>
>>> On 17 March 2017 at 17:34, Marco Padovan wrote:
>>>
Hi,
what's the status in relation to TF2 toolchain, did someone got it
>>> running
>>>
on centos7 without resorting to chroots on all of that?
Re: [hlds_linux] TF2 toolchain on centos 7
You need the 32bit versions too in order to run srcds. In debian these
would be:
dpkg --add-architecture i386
apt-get install libcurl3-gnutls:i386
apt-get install libcurl4-gnutls-dev:i386
You might find the similiar from centos.
-ics
Jonathan Price kirjoitti:
I've just spun up a blank CentOS 7 VM to test, and will hopefully help
clarify the problem and solution for some people.
1) I installed tf2 with "-beta toolchainbeta" on the CentOS 7 VM
2) I ran "./srcds_run", and had the following message in the output
"Could not load: replay_srv.so"
3) I checked the libraries required by this file with this command:
"env LD_LIBRARY_PATH="$LD_LIBRARY_PATH:bin" ldd -d bin/replay_srv.so"
4) All libraries were found except for "libcurl-gnutls.so.4 => not found"
5) ran "yum install libcurl.i686"
6) ran "ln -s /usr/lib/libcurl.so.4 /usr/lib/libcurl-gnutls.so.4"
7) ran "./srcds_run", and sure enough, the server launched
I am not intimately familiar with how library symbols are read, but I
suspect that it may not actually be able to use the libcurl provided by
CentOS that is compiled with OpenSSL, and it may literally just be
causing it to believe the library is there. However, I would be glad to
be proven wrong on this.
It is worth noting that this issue could be alleviated altogether by
Valve if they were to compile against libcurl3 rather than
libcurl3-gnutls on Ubuntu (which I believe is where they compile).
On 20/03/2017 11:28, Marco Padovan wrote:
To have it working on centos run these two commands:
yum install libcurl.i686
ln -s /usr/lib/libcurl.so.4 /usr/lib/libcurl-gnutls.so.4
seems to be the only change needed compared to previous beta
On Sun, Mar 19, 2017 at 9:19 PM, Svensk Ljud & Ljus Produktion <
i...@teaterljud.se> wrote:
We do - but right now downgraded with "app_update 232250 -beta previous "
I do hope they are using or will supply sources that all unix users can
use when it go real live.
Peter
Svensk Ljud & Ljus Produktion
On 2017-03-19 19:56, Marco Padovan wrote:
Exact same crash
ldd tf2/orangebox/bin/dedicated_srv.so
linux-gate.so.1 => (0xf77d9000)
libtier0_srv.so => /home//tf2/orangebox/bin/libtier0_srv.so
(0xf753c000)
libvstdlib_srv.so => /home//tf2/orangebox/bin/l
ibvstdlib_srv.so
(0xf742f000)
libm.so.6 => /lib/libm.so.6 (0xf73e3000)
libdl.so.2 => /lib/libdl.so.2 (0xf73de000)
libstdc++.so.6 => /lib/libstdc++.so.6 (0xf72f1000)
libpthread.so.0 => /lib/libpthread.so.0 (0xf72d6000)
/lib/ld-linux.so.2 (0xf77da000)
libc.so.6 => /lib/libc.so.6 (0xf7118000)
librt.so.1 => /lib/librt.so.1 (0xf710f000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xf70f4000)
Nobody is running tf2 on centos 6/7 or fedora XX or redhat enterprise
linux
?
On Sat, Mar 18, 2017 at 3:42 PM, James Botting <
bottswan...@googlemail.com>
wrote:
try setting the export environment variable so it can resolve the missing
server library files?
Adjusting paths as required, something like this:
export
LD_LIBRARY_PATH=/path/to/my/server:/path/to/my/server/bin:{$
LD_LIBRARY_PATH}
On Sat, Mar 18, 2017 at 2:34 PM, Marco Padovan wrote:
and
dd tf2/orangebox/tf/bin/server_srv.so
linux-gate.so.1 => (0xf778e000)
libtier0_srv.so => not found
libvstdlib_srv.so => not found
libsteam_api.so => not found
libm.so.6 => /lib/libm.so.6 (0xf5f23000)
libdl.so.2 => /lib/libdl.so.2 (0xf5f1d000)
libstdc++.so.6 => /lib/libstdc++.so.6 (0xf5e31000)
libpthread.so.0 => /lib/libpthread.so.0 (0xf5e16000)
/lib/ld-linux.so.2 (0xf778f000)
libc.so.6 => /lib/libc.so.6 (0xf5c58000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xf5c3d000)
ldd tf2/orangebox/bin/engine_srv.so
linux-gate.so.1 => (0xf7703000)
libtier0_srv.so => not found
libvstdlib_srv.so => not found
libsteam_api.so => not found
libm.so.6 => /lib/libm.so.6 (0xf7307000)
libdl.so.2 => /lib/libdl.so.2 (0xf7301000)
libstdc++.so.6 => /lib/libstdc++.so.6 (0xf7215000)
libpthread.so.0 => /lib/libpthread.so.0 (0xf71fa000)
/lib/ld-linux.so.2 (0xf7704000)
libc.so.6 => /lib/libc.so.6 (0xf703c000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xf7021000)
On Sat, Mar 18, 2017 at 3:31 PM, Marco Padovan wrote:
ldd srcds_linux
linux-gate.so.1 => (0xf7754000)
libdl.so.2 => /lib/libdl.so.2 (0xf7745000)
libpthread.so.0 => /lib/libpthread.so.0 (0xf772a000)
libc.so.6 => /lib/libc.so.6 (0xf756c000)
/lib/ld-linux.so.2 (0xf7755000)
On Sat, Mar 18, 2017 at 12:05 PM, Rudy Bleeker
wrote:
What is the output of "ldd srcds_linux"?
On 17 March 2017 at 17:34, Marco Padovan wrote:
Hi,
what's the status in relation to TF2 toolchain, did someone got it
running
on centos7 without resorting to chroots on all of that?
It segfault on start with no proper infos on what it's missing or
what
it's
finding wrong...
___
To unsubscribe, edit your list preferences, or view the list
archives,
please visit:
https://list.valvesoftware.com/c
Re: [hlds_linux] TF2 toolchain on centos 7
yum install libcurl.i686 installs the 32bit one..
Those two commands are enough.
confirmed to work on:
centos 6
centos 7
fedora 25
On Mon, Mar 20, 2017 at 7:44 PM, ics wrote:
> You need the 32bit versions too in order to run srcds. In debian these
> would be:
>
> dpkg --add-architecture i386
> apt-get install libcurl3-gnutls:i386
> apt-get install libcurl4-gnutls-dev:i386
>
> You might find the similiar from centos.
>
> -ics
>
> Jonathan Price kirjoitti:
>
> I've just spun up a blank CentOS 7 VM to test, and will hopefully help
>> clarify the problem and solution for some people.
>>
>> 1) I installed tf2 with "-beta toolchainbeta" on the CentOS 7 VM
>> 2) I ran "./srcds_run", and had the following message in the output
>> "Could not load: replay_srv.so"
>> 3) I checked the libraries required by this file with this command:
>> "env LD_LIBRARY_PATH="$LD_LIBRARY_PATH:bin" ldd -d
>> bin/replay_srv.so"
>> 4) All libraries were found except for "libcurl-gnutls.so.4 => not found"
>> 5) ran "yum install libcurl.i686"
>> 6) ran "ln -s /usr/lib/libcurl.so.4 /usr/lib/libcurl-gnutls.so.4"
>> 7) ran "./srcds_run", and sure enough, the server launched
>>
>> I am not intimately familiar with how library symbols are read, but I
>> suspect that it may not actually be able to use the libcurl provided by
>> CentOS that is compiled with OpenSSL, and it may literally just be
>> causing it to believe the library is there. However, I would be glad to
>> be proven wrong on this.
>>
>> It is worth noting that this issue could be alleviated altogether by
>> Valve if they were to compile against libcurl3 rather than
>> libcurl3-gnutls on Ubuntu (which I believe is where they compile).
>>
>>
>> On 20/03/2017 11:28, Marco Padovan wrote:
>>
>>> To have it working on centos run these two commands:
>>>
>>> yum install libcurl.i686
>>> ln -s /usr/lib/libcurl.so.4 /usr/lib/libcurl-gnutls.so.4
>>>
>>> seems to be the only change needed compared to previous beta
>>>
>>> On Sun, Mar 19, 2017 at 9:19 PM, Svensk Ljud & Ljus Produktion <
>>> i...@teaterljud.se> wrote:
>>>
>>> We do - but right now downgraded with "app_update 232250 -beta previous "
I do hope they are using or will supply sources that all unix users can
use when it go real live.
Peter
Svensk Ljud & Ljus Produktion
On 2017-03-19 19:56, Marco Padovan wrote:
Exact same crash
>
> ldd tf2/orangebox/bin/dedicated_srv.so
> linux-gate.so.1 => (0xf77d9000)
> libtier0_srv.so => /home//tf2/orangebox/bin/l
> ibtier0_srv.so
> (0xf753c000)
> libvstdlib_srv.so => /home//tf2/orangebox/bin/l
> ibvstdlib_srv.so
> (0xf742f000)
> libm.so.6 => /lib/libm.so.6 (0xf73e3000)
> libdl.so.2 => /lib/libdl.so.2 (0xf73de000)
> libstdc++.so.6 => /lib/libstdc++.so.6 (0xf72f1000)
> libpthread.so.0 => /lib/libpthread.so.0 (0xf72d6000)
> /lib/ld-linux.so.2 (0xf77da000)
> libc.so.6 => /lib/libc.so.6 (0xf7118000)
> librt.so.1 => /lib/librt.so.1 (0xf710f000)
> libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xf70f4000)
>
> Nobody is running tf2 on centos 6/7 or fedora XX or redhat enterprise
> linux
> ?
>
>
>
> On Sat, Mar 18, 2017 at 3:42 PM, James Botting <
> bottswan...@googlemail.com>
> wrote:
>
> try setting the export environment variable so it can resolve the
> missing
>
>> server library files?
>>
>> Adjusting paths as required, something like this:
>> export
>> LD_LIBRARY_PATH=/path/to/my/server:/path/to/my/server/bin:{$
>> LD_LIBRARY_PATH}
>>
>>
>> On Sat, Mar 18, 2017 at 2:34 PM, Marco Padovan wrote:
>>
>> and
>>
>>> dd tf2/orangebox/tf/bin/server_srv.so
>>> linux-gate.so.1 => (0xf778e000)
>>> libtier0_srv.so => not found
>>> libvstdlib_srv.so => not found
>>> libsteam_api.so => not found
>>> libm.so.6 => /lib/libm.so.6 (0xf5f23000)
>>> libdl.so.2 => /lib/libdl.so.2 (0xf5f1d000)
>>> libstdc++.so.6 => /lib/libstdc++.so.6 (0xf5e31000)
>>> libpthread.so.0 => /lib/libpthread.so.0 (0xf5e16000)
>>> /lib/ld-linux.so.2 (0xf778f000)
>>> libc.so.6 => /lib/libc.so.6 (0xf5c58000)
>>> libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xf5c3d000)
>>>
>>> ldd tf2/orangebox/bin/engine_srv.so
>>> linux-gate.so.1 => (0xf7703000)
>>> libtier0_srv.so => not found
>>> libvstdlib_srv.so => not found
>>> libsteam_api.so => not found
>>> libm.so.6 => /lib/libm.so.6 (0xf7307000)
>>> libdl.so.2 => /lib/libdl.so.2 (0xf7301000)
>>> libstdc++.so.6 => /lib/libstdc++.so.6 (0xf7215000)
>>> libpthread.so.0 => /lib/libpthread.so.0 (0xf71fa000)
>>> /lib/ld-linux.so.2 (0xf7704000)
>>> libc.so.6 => /lib/libc.so.6 (0xf703c000)
>>> libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xf7021000)
>>>
>>> On Sat,
Re: [hlds_linux] TF2 toolchain on centos 7
so, to recap, let's just hope valve will ship it linked to libcurl instead
of the gnutls one
On Mon, Mar 20, 2017 at 7:46 PM, Marco Padovan wrote:
> yum install libcurl.i686 installs the 32bit one..
>
> Those two commands are enough.
>
> confirmed to work on:
> centos 6
> centos 7
> fedora 25
>
> On Mon, Mar 20, 2017 at 7:44 PM, ics wrote:
>
>> You need the 32bit versions too in order to run srcds. In debian these
>> would be:
>>
>> dpkg --add-architecture i386
>> apt-get install libcurl3-gnutls:i386
>> apt-get install libcurl4-gnutls-dev:i386
>>
>> You might find the similiar from centos.
>>
>> -ics
>>
>> Jonathan Price kirjoitti:
>>
>> I've just spun up a blank CentOS 7 VM to test, and will hopefully help
>>> clarify the problem and solution for some people.
>>>
>>> 1) I installed tf2 with "-beta toolchainbeta" on the CentOS 7 VM
>>> 2) I ran "./srcds_run", and had the following message in the output
>>> "Could not load: replay_srv.so"
>>> 3) I checked the libraries required by this file with this command:
>>> "env LD_LIBRARY_PATH="$LD_LIBRARY_PATH:bin" ldd -d
>>> bin/replay_srv.so"
>>> 4) All libraries were found except for "libcurl-gnutls.so.4 => not found"
>>> 5) ran "yum install libcurl.i686"
>>> 6) ran "ln -s /usr/lib/libcurl.so.4 /usr/lib/libcurl-gnutls.so.4"
>>> 7) ran "./srcds_run", and sure enough, the server launched
>>>
>>> I am not intimately familiar with how library symbols are read, but I
>>> suspect that it may not actually be able to use the libcurl provided by
>>> CentOS that is compiled with OpenSSL, and it may literally just be
>>> causing it to believe the library is there. However, I would be glad to
>>> be proven wrong on this.
>>>
>>> It is worth noting that this issue could be alleviated altogether by
>>> Valve if they were to compile against libcurl3 rather than
>>> libcurl3-gnutls on Ubuntu (which I believe is where they compile).
>>>
>>>
>>> On 20/03/2017 11:28, Marco Padovan wrote:
>>>
To have it working on centos run these two commands:
yum install libcurl.i686
ln -s /usr/lib/libcurl.so.4 /usr/lib/libcurl-gnutls.so.4
seems to be the only change needed compared to previous beta
On Sun, Mar 19, 2017 at 9:19 PM, Svensk Ljud & Ljus Produktion <
i...@teaterljud.se> wrote:
We do - but right now downgraded with "app_update 232250 -beta previous
> "
>
> I do hope they are using or will supply sources that all unix users can
> use when it go real live.
>
> Peter
>
> Svensk Ljud & Ljus Produktion
>
>
> On 2017-03-19 19:56, Marco Padovan wrote:
>
> Exact same crash
>>
>> ldd tf2/orangebox/bin/dedicated_srv.so
>> linux-gate.so.1 => (0xf77d9000)
>> libtier0_srv.so => /home//tf2/orangebox/bin/l
>> ibtier0_srv.so
>> (0xf753c000)
>> libvstdlib_srv.so => /home//tf2/orangebox/bin/l
>> ibvstdlib_srv.so
>> (0xf742f000)
>> libm.so.6 => /lib/libm.so.6 (0xf73e3000)
>> libdl.so.2 => /lib/libdl.so.2 (0xf73de000)
>> libstdc++.so.6 => /lib/libstdc++.so.6 (0xf72f1000)
>> libpthread.so.0 => /lib/libpthread.so.0 (0xf72d6000)
>> /lib/ld-linux.so.2 (0xf77da000)
>> libc.so.6 => /lib/libc.so.6 (0xf7118000)
>> librt.so.1 => /lib/librt.so.1 (0xf710f000)
>> libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xf70f4000)
>>
>> Nobody is running tf2 on centos 6/7 or fedora XX or redhat enterprise
>> linux
>> ?
>>
>>
>>
>> On Sat, Mar 18, 2017 at 3:42 PM, James Botting <
>> bottswan...@googlemail.com>
>> wrote:
>>
>> try setting the export environment variable so it can resolve the
>> missing
>>
>>> server library files?
>>>
>>> Adjusting paths as required, something like this:
>>> export
>>> LD_LIBRARY_PATH=/path/to/my/server:/path/to/my/server/bin:{$
>>> LD_LIBRARY_PATH}
>>>
>>>
>>> On Sat, Mar 18, 2017 at 2:34 PM, Marco Padovan wrote:
>>>
>>> and
>>>
dd tf2/orangebox/tf/bin/server_srv.so
linux-gate.so.1 => (0xf778e000)
libtier0_srv.so => not found
libvstdlib_srv.so => not found
libsteam_api.so => not found
libm.so.6 => /lib/libm.so.6 (0xf5f23000)
libdl.so.2 => /lib/libdl.so.2 (0xf5f1d000)
libstdc++.so.6 => /lib/libstdc++.so.6 (0xf5e31000)
libpthread.so.0 => /lib/libpthread.so.0 (0xf5e16000)
/lib/ld-linux.so.2 (0xf778f000)
libc.so.6 => /lib/libc.so.6 (0xf5c58000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xf5c3d000)
ldd tf2/orangebox/bin/engine_srv.so
linux-gate.so.1 => (0xf7703000)
libtier0_srv.so => not found
libvstdlib_srv.so => not found
libsteam_api.so => not found
libm.so.6 => /lib/libm.so.6 (0xf7307000)
libdl.so.2 => /lib/libdl.so.2 (0
