With Valve On Linux, Has LGP Lost All Relevance?

[gilboa]

Everytime some dumbass points out linux support is hard because of libs/distros I remind them that Loki solved that problem over a decade ago. Staticlly linked libs + self extracting executable installers. It's not rocket science.

/+10.
This is more or less what LGP is/was doing.
(Though I personally replaced the libs with native copies in both X2 and X3 to get additional features (OpenAL/SDL))

The irony is that the same is being done since Windows 3.11 in more-or-less every single Windows applications I worked with / developed.
msvcrt*.dll changes across different Windows versions / VS distributions (let alone side DLLs such as dbghelp.dll) can wreck havoc on unsuspecting users, hence, even Microsoft bundles world + dog DLL in all of its products.

- Gilboa

[DMJC]

That's what id Software used to do.

Everything iD software did on Linux was directly sourced from Loki. They got advice and programming knowledge directly from the Loki programmers for making Linux ports. The commercial Linux gaming scene is very small, but its tendrils extend into some of the biggest companies in the industry, unfortunately not to the management level in most cases.

[johnc]

That's what id Software used to do.

[Kano]

Usually the libs are not statically linked. I think that would not be allowed by lgpl. Sometimes they use different names however. Older packages require that you replace often libs like openal by newer ones. Same applies to qt or sdl support libs. What matters however is the libc6 used to compile the binaries. Like when you use a distro with new libc6 then the binaries wont run on a distro with older libc6, but usually with a newer one.

[DMJC]

Everytime some dumbass points out linux support is hard because of libs/distros I remind them that Loki solved that problem over a decade ago. Staticlly linked libs + self extracting executable installers. It's not rocket science.

[gbudny]

http://blog.linuxgamepublishing.com/2012/07/21/cold-war-1-0-2-patch-released/#comments

"gbudny says:
July 21, 2012 at 12:02 pm

Do you plan to sell games on Steam for Linux?

clivecrous says:
July 21, 2012 at 12:55 pm
We’re certainly open to the idea."

[gbudny]

"Cold War 1.0.2 patch released.
Cold War has been updated to 1.0.2. This primarily fixes game launching problems some have experienced."

http://www.linuxgamepublishing.com/

[Hamish Wilson]

When it comes to Postal III being sold on Steam, it all comes down to it's development and it's current unfavourable situation. You can read basically a postmortem I gave on it on another website here:

http://www.gamingonlinux.com/index.php?threads/postal3.339/page-2#post-4026

I am also under the impression that RWS does not get any money from direct Steam sales of Postal III, and will only receive payment by those who buy Steam keys directly off of them through their website (which basically involves MikeJ receing your email and sending you a key directly). In the end the only reason it is on there is because of Akella, and they are screwing RWS big time seemingly in response to their own mistakes.

[float4]

Original quake3.x86 (Quake 3 Arena from 1999) still works. Can you explain this?

adi@adi-desktop:~/Pulpit/Q3oa$ ldd ./quake3.x86 
	libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0x003e9000)
	libX11.so.6 => /usr/lib/i386-linux-gnu/libX11.so.6 (0x00968000)
	libXext.so.6 => /usr/lib/i386-linux-gnu/libXext.so.6 (0x007be000)
	libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0x00146000)
	libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0x00d31000)
	libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0x0014b000)
	/lib/ld-linux.so.2 (0x00832000)
	libxcb.so.1 => /usr/lib/i386-linux-gnu/libxcb.so.1 (0x0066a000)
	libXau.so.6 => /usr/lib/i386-linux-gnu/libXau.so.6 (0x00b31000)
	libXdmcp.so.6 => /usr/lib/i386-linux-gnu/libXdmcp.so.6 (0x00e18000)

Unreal Tournament 2003 also works... and many other games.

quake/unreal etc, will work as long as they find the libs / functions call they looking for

Library versions should be specified for shared objects if the function interfaces are expected to change (...) , more or fewer functions are included in the library (...)

Versioning occurs with the GNU C/C++ libraries as well. This often make binaries compiled with one version of the GNU tools incompatible with binaries compiled with other versions unless those versions also reside on the system. Multiple versions of the same library can reside on the same system due to versioning. The version of the library is included in the symbol name so the linker knows which version to link with.

if you interest in more: http://www.yolinux.com/TUTORIALS/Lib...ndDynamic.html

in a way i have to thank you , i overlooked certain stuff.

[kwahoo]

that same game might work on xxxx-linux-10.11 but not on 10.9/10.14 ...
plus linux distros redhat/suse/slackware/debian/unbutu/... are setup differently (even if one is based on another : debian/ubuntu )

Original quake3.x86 (Quake 3 Arena from 1999) still works. Can you explain this?

adi@adi-desktop:~/Pulpit/Q3oa$ ldd ./quake3.x86 
	libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0x003e9000)
	libX11.so.6 => /usr/lib/i386-linux-gnu/libX11.so.6 (0x00968000)
	libXext.so.6 => /usr/lib/i386-linux-gnu/libXext.so.6 (0x007be000)
	libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0x00146000)
	libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0x00d31000)
	libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0x0014b000)
	/lib/ld-linux.so.2 (0x00832000)
	libxcb.so.1 => /usr/lib/i386-linux-gnu/libxcb.so.1 (0x0066a000)
	libXau.so.6 => /usr/lib/i386-linux-gnu/libXau.so.6 (0x00b31000)
	libXdmcp.so.6 => /usr/lib/i386-linux-gnu/libXdmcp.so.6 (0x00e18000)

Unreal Tournament 2003 also works... and many other games.