Arch Linux 64bit, using Steam.
My system is a Thinkpad T430, this is some more info:
Running from : /home/myuser/.local/share/Steam/SteamApps/common/star\ conflict/StarConflict
/home/myuser/.local/share/Steam/SteamApps/common/star conflict/StarConflict: /usr/lib32/libcrypto.so.1.0.0: no version information available (required by /home/myuser/.local/share/Steam/SteamApps/common/star conflict/StarConflict)
/home/myuser/.local/share/Steam/SteamApps/common/star conflict/StarConflict: /usr/lib32/libcurl.so.4: version `CURL_OPENSSL_3' not found (required by /home/myuser/.local/share/Steam/SteamApps/common/star conflict/StarConflict)
Graphic info:
00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core processor Graphics Controller (rev 09)
drm_kms_helper 35710 1 i915
drm 239166 5 i915,drm_kms_helper
i2c_core 24760 6 drm,i915,i2c_i801,drm_kms_helper,i2c_algo_bit,videodev
/dev/fb0
/dev/dri/card0
/dev/dri/controlD64
/dev/video0
BOOT_IMAGE=/boot/vmlinuz-linux root=UUID=ac988029-97cc-498b-b544-9ffac799b1ef rw
/etc/modprobe.d/
/etc/modprobe.d/vmware-fuse.conf
/etc/modprobe.d/thinkfanacpi.conf
cat: /etc/modprobe.d/*kms*: No such file or directory
ls: cannot access /etc/X11/xorg.conf: No such file or directory
direct rendering: Yes
server glx vendor string: SGI
client glx vendor string: Mesa Project and SGI
OpenGL vendor string: Intel Open Source Technology Center
[ 10.174] (II) LoadModule: "dri2"
[ 10.174] (II) LoadModule: "glamoregl"
[ 10.191] (II) LoadModule: "glx"
[ 10.195] (II) LoadModule: "intel"
[ 10.261] (II) LoadModule: "fb"
[ 10.265] (II) LoadModule: "dri2"
[ 10.406] (II) LoadModule: "evdev"
[ 10.437] (II) LoadModule: "synaptics"
This is some output from the journalctl logs:
Apr 03 18:43:59 gnome-session[845]: Generating new string page texture 189: 256x256, total string texture memory is 6.04 MB
Apr 03 18:44:00 gnome-session[845]: Game update: AppID 212070 "Star Conflict", ProcID 6266, IP 0.0.0.0:0
Apr 03 18:44:00 gnome-session[845]: ERROR: ld.so: object '/home/myuser/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded
Apr 03 18:44:00 gnome-session[845]: ERROR: ld.so: object '/home/myuser/.local/share/Steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded
Apr 03 18:44:00 gnome-session[845]: Setting breakpad minidump AppID = 212070
Apr 03 18:44:00 gnome-session[845]: Steam_SetMinidumpSteamID: Caching Steam ID: ******* [API loaded no]
Apr 03 18:44:00 gnome-session[845]: libGL error: MESA-LOADER: could not create udev device for fd 732
Apr 03 18:44:00 gnome-session[845]: X Error of failed request: GLXBadFBConfig
Apr 03 18:44:00 gnome-session[845]: Major opcode of failed request: 156 (GLX)
Apr 03 18:44:00 gnome-session[845]: Minor opcode of failed request: 34 ()
Apr 03 18:44:00 gnome-session[845]: Serial number of failed request: 76
Apr 03 18:44:00 gnome-session[845]: Current serial number in output stream: 74
Apr 03 18:44:00 kernel: StarConflict[6267]: segfault at b0 ip 0000000008923971 sp 00000000ff96c3b0 error 4 in StarConflict[8048000+bb6000]
Apr 03 18:44:00 systemd-coredump[6270]: Process 6267 (StarConflict) dumped core.
Hi,
I have exactly the same Problem on Arch 64 bit, except that I have an AMD Radeon HD5770 grafic card (with radeon opensource driver).
The error with libcrypto.so.1.0.0 just appeared today after openssl got updated.
Same here, using Arch64 & Intel HD4000…
Apr 08 17:04:21 dystopia slim[193]: libGL error: MESA-LOADER: could not create udev device for fd 726
Apr 08 17:04:21 dystopia slim[193]: X Error of failed request: GLXBadFBConfig
Apr 08 17:04:21 dystopia slim[193]: Major opcode of failed request: 155 (GLX)
Apr 08 17:04:21 dystopia slim[193]: Minor opcode of failed request: 34 ()
Apr 08 17:04:21 dystopia slim[193]: Serial number of failed request: 78
Apr 08 17:04:21 dystopia slim[193]: Current serial number in output stream: 76
Apr 08 17:04:21 dystopia kernel: StarConflict[16087]: segfault at b0 ip 0000000008927d21 sp 00000000ffe80380 error 4 in StarConflict[8048000+bba000]
Well, soon that’ll make a month I’m still stuck with above issue, considering how not a single reply since my post has been made, I guess I’ll forget about this game probably for good then… Looked good, never ran once so~
I’m on 64b archlinux with intel hd3000. The game doesn’t run unless I downgrade mesa to 9.2.0. Suppose your problem will be the same. Was mentioned in another thread.
I’m on 64b archlinux with intel hd3000. The game doesn’t run unless I downgrade mesa to 9.2.0. Suppose your problem will be the same. Was mentioned in another thread.
Nope, this isn’t mesa, this is a version missmatch from Star Conflicts binary blob,
/usr/lib32/libcurl.so.4: version `CURL_OPENSSL_3' not found (required by /home/myuser/.local/share/Steam/SteamApps/common/star conflict/StarConflict)
As you can see, the binary file tries to load a version “3” libcurl while only libcurl “4” is installed, and for the libcrypto … thats just weird.
Looking at the lddtree you can see all libraries are found, and there is no indication of errors from mesas side:
lddtree /home/myuser/.local/share/Steam/SteamApps/common/star\ conflict/StarConflict
/home/myuser/.local/share/Steam/SteamApps/common/star conflict/StarConflict (interpreter => /lib/ld-linux.so.2)
libfmodevent-4.44.08.so => /home/myuser/.local/share/Steam/SteamApps/common/star conflict/libfmodevent-4.44.08.so
libfmodex-4.44.08.so => /home/myuser/.local/share/Steam/SteamApps/common/star conflict/libfmodex-4.44.08.so
libcrypto.so.1.0.0 => /usr/lib32/libcrypto.so.1.0.0
libz.so.1 => /usr/lib32/libz.so.1
libcurl.so.4 => /usr/lib32/libcurl.so.4
libssh2.so.1 => /usr/lib32/libssh2.so.1
libssl.so.1.0.0 => /usr/lib32/libssl.so.1.0.0
libgssapi_krb5.so.2 => /usr/lib32/libgssapi_krb5.so.2
libkrb5support.so.0 => /usr/lib32/libkrb5support.so.0
libkeyutils.so.1 => /usr/lib32/libkeyutils.so.1
libresolv.so.2 => /usr/lib32/libresolv.so.2
libkrb5.so.3 => /usr/lib32/libkrb5.so.3
libk5crypto.so.3 => /usr/lib32/libk5crypto.so.3
libcom_err.so.2 => /usr/lib32/libcom_err.so.2
libXinerama.so.1 => /usr/lib32/libXinerama.so.1
libXext.so.6 => /usr/lib32/libXext.so.6
libudev.so.0 => /usr/lib32/libudev.so.0
librt.so.1 => /usr/lib32/librt.so.1
libsteam_api.so => /home/myuser/.local/share/Steam/SteamApps/common/star conflict/libsteam_api.so
libSDL2-2.0.so.0 => /usr/lib32/libSDL2-2.0.so.0
libX11.so.6 => /usr/lib32/libX11.so.6
libxcb.so.1 => /usr/lib32/libxcb.so.1
libXau.so.6 => /usr/lib32/libXau.so.6
libXdmcp.so.6 => /usr/lib32/libXdmcp.so.6
libGL.so.1 => /usr/lib32/libGL.so.1
libglapi.so.0 => /usr/lib32/libglapi.so.0
libXdamage.so.1 => /usr/lib32/libXdamage.so.1
libXfixes.so.3 => /usr/lib32/libXfixes.so.3
libX11-xcb.so.1 => /usr/lib32/libX11-xcb.so.1
libxcb-glx.so.0 => /usr/lib32/libxcb-glx.so.0
libxcb-dri2.so.0 => /usr/lib32/libxcb-dri2.so.0
libxcb-dri3.so.0 => /usr/lib32/libxcb-dri3.so.0
libxcb-present.so.0 => /usr/lib32/libxcb-present.so.0
libxcb-sync.so.1 => /usr/lib32/libxcb-sync.so.1
libxshmfence.so.1 => /usr/lib32/libxshmfence.so.1
libXxf86vm.so.1 => /usr/lib32/libXxf86vm.so.1
libdrm.so.2 => /usr/lib32/libdrm.so.2
libdl.so.2 => /usr/lib32/libdl.so.2
libstdc++.so.6 => /usr/lib32/libstdc++.so.6
libm.so.6 => /usr/lib32/libm.so.6
libgcc_s.so.1 => /usr/lib32/libgcc_s.so.1
libpthread.so.0 => /usr/lib32/libpthread.so.0
libc.so.6 => /usr/lib32/libc.so.6
When I try to run the game from steam under an up to date archlinux x86_64, this is the console output (similar to the OP):
libudev: udev_device_new_from_syspath: not in sys :/sys/dev/char/226:0
libGL error: MESA-LOADER: could not create udev device for fd 15
Setting breakpad minidump AppID = 212070
Steam_SetMinidumpSteamID: Caching Steam ID: 76561198049489129 [API loaded no]
X Error of failed request: GLXBadFBConfig
Major opcode of failed request: 155 (GLX)
Minor opcode of failed request: 34 ()
Serial number of failed request: 216
Current serial number in output stream: 215
Game removed: AppID 212070 “Star Conflict”, ProcID 11792
When I downgrade to Mesa 9.2.0 (and lib32-mesa) then the game works fine.
I see no problems with libcurl or libcrypto…
I just tried mesa 10.0.3, and that appears to work fine too. AFAIK, it’s the later versions of mesa that don’t work on my system.
Fixed for me using : http://pkgbuild.com/git/aur-mirror.git/plain/lib32-curl/PKGBUILD?id=6707050b2be285305465f2d5c1780b0e610668f2
To downgrade lib32curl to version lib32-curl-7.23.1-1-x86_64
So the game runs for you on archlinux with an intel gpu? What cpu/gpu do you use?
Intel 4000 gpu, its an i5 CPU.
The “workaround” except from downgrading is starting the game outside of steam, as in just run the binary from the directory.
Also, if you want steam, just create the steam api txt file in the same directory with the appid of star conflict.
So the game runs for you on archlinux with an intel gpu? What cpu/gpu do you use?
Intel 4000 gpu, its an i5 CPU.
The “workaround” except from downgrading is starting the game outside of steam, as in just run the binary from the directory.
Also, if you want steam, just create the steam api txt file in the same directory with the appid of star conflict.
Grrr, i wonder why it complains about opengl when started from steam then. Ok, i’ll try to run it from the app dir from outside of steam, suppose that downgrading libcurl might be acceptable… Thanks!
Grrr, i wonder why it complains about opengl when started from steam then. Ok, i’ll try to run it from the app dir from outside of steam, suppose that downgrading libcurl might be acceptable… Thanks!
I believe that downgrading curl is better then downgrading 10 versions of mesa hahah 
Just remember that if you plan to “connect using steam” you will need to add the txt file 