Announcement

Collapse
No announcement yet.

With Valve On Linux, Has LGP Lost All Relevance?

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • phoronix
    started a topic With Valve On Linux, Has LGP Lost All Relevance?

    With Valve On Linux, Has LGP Lost All Relevance?

    Phoronix: With Valve On Linux, Has LGP Lost All Relevance?

    Aside from how Valve can better embrace Linux and open-source, another thing to ponder with Valve officially writing about Steam/Source on Linux, is the future of Linux Game Publishing...

    http://www.phoronix.com/vr.php?view=MTE0MjQ

  • gilboa
    replied
    Originally posted by DMJC View Post
    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
    Last edited by gilboa; 07-22-2012, 03:30 AM.

    Leave a comment:


  • DMJC
    replied
    Originally posted by johnc View Post
    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.

    Leave a comment:


  • johnc
    replied
    That's what id Software used to do.

    Leave a comment:


  • Kano
    replied
    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.

    Leave a comment:


  • DMJC
    replied
    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.

    Leave a comment:


  • gbudny
    replied
    http://blog.linuxgamepublishing.com/...ased/#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."

    Leave a comment:


  • gbudny
    replied
    "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/

    Leave a comment:


  • Hamish Wilson
    replied
    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.p...ge-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.

    Leave a comment:


  • float4
    replied
    Originally posted by kwahoo View Post
    Original quake3.x86 (Quake 3 Arena from 1999) still works. Can you explain this?

    Code:
    [email protected]:~/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.

    Leave a comment:

Working...
X