err:ntdll:RtlpWaitForCriticalSection section 0x7bcc5da0 "../../../wine/dlls/ntdll/rtl.c: peb_lock" wait timed out in thread 002b, blocked by 0026, retrying (60 sec)

BTW:
Python is a cross-platform programming language, most of your code can be reused.
I have not used mac version, but if you put it ported to OpenGL, it should be easy to ported to Linux.

Porting the game itself to linux, and that has been said about a thousand times would not be that easy. True, the client uses python and python is platform independent. But the engine is written in C++ (thus the need for the Microsoft Visual C++ "msvcr" libs) and utilises direct X, which is not available on linux. The Mac version is not a proper port. It is the Windows client, bundled with Cider (like wine, just worse but with commercial support) with a fancy Apple label. So no porting to OpenGL has been done.

as root:

emerge squid
/etc/init.d/squid start

as user:
export http_proxy=127.0.0.1:3128
export https_proxy=127.0.0.1:3128

wget http://client.eveonline.com/patches/win_launcherinfoTQ_inc.txt
wget https://client.eveonline.com/launcherv3

WINEDLLOVERRIDES="*msvcr100,*msvcr90,*msvcr80=n,b" wine "C:\Program Files\CCP\EVE\eve.exe"

The general problem seams to be that the webservers which deliver the configuration and the html for the launcher respond very slowly. They eventually respond, but the launcher timeouts way before that.

So I installed a local squid proxy to cache the needed sites locally.




However if i start the laucher now I just get a python traceback. Not sure now if that is because of the proxy settings or because of some other stuff.

http://pastebin.com/raw.php?i=7KxcViiE

as root:

emerge squid
/etc/init.d/squid start

as user:
export http_proxy=127.0.0.1:3128
export https_proxy=127.0.0.1:3128

wget http://client.eveonline.com/patches/win_launcherinfoTQ_inc.txt

WINEDLLOVERRIDES="*msvcr100,*msvcr90,*msvcr80=n,b" wine "C:\Program Files\CCP\EVE\repair.exe"
WINEDLLOVERRIDES="*msvcr100,*msvcr90,*msvcr80=n,b" wine "C:\Program Files\CCP\EVE\bin\ExeFile.exe"

The webservers are still under heavy load and thus it occasionally times out getting that information. This is a general problem at the moment.

Hilarious overreactions aside, above me has a point. You were trying to pull a surprise open heart surgery here and it's coming back at you now. But you probably know that already. Overtime incoming.

You can update your EVE Client with this file provided by Chribba:
http://eve-files.com/temp/eve-update-20130521.zip

Extract it into your EVE install and run the game directly, without the launcher. Works for me.

Chribbas post is somewhere in this thread: https://forums.eveonline.com/default.aspx?g=posts&t=238130

CCP made it pretty clear they don't give a **** if their stupid launcher update breaks the game on Linux.

Launcher fails to start after update with the error "could not load python.dll"

The new launcher works just fine with Wine.

$ wine --version
wine-1.5.25

If you are getting connection timeouts, it has nothing to do with Wine. Wait a while for update servers to become less overloaded (so they don't time out), or use Chribba's workaround that seems to have worked for some.

Now, I think the login in launcher is a little over the top, but maybe CCP wants a unified login UI code for something. Not sure what. Generally, you can have unified login infrastructure as an API component separate from the UI code. Model/View separation and all that jazz..

Error -7 when loading url https://login.eveonline.com/oauth/authorize/?client_id=eveLauncherTQ&lang=en&response_type=token&redirect_uri=https://login.eveonline.com/launcher?client_id=eveLauncherTQ&scope=eveClientToken