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