Linux

Ubuntu 15.10, EVE Launcher 1046098. To get the IGB to work with https, had to install libgnutls-dev:i386 and run "ln -s /usr/lib/i386-linux-gnu/libgnutls.so .../path/to/evelauncher/libgnutls.so.26". No other packages were required, but I already have EVE installed and working.

Seems like creating the libgnutls.so.26 symlink (in evelauncher, not in /usr/lib) could be automated if you cannot figure out how to link Wine against unversioned libgnutls.so. But I don't know how to do that cleanly.

Why does the launcher create a SharedCache directory one level above the evelauncher directory? (Eg. if extracted to /home/user/evelauncher, then running /home/user/evelauncher/evelauncher.sh will create /home/user/SharedCache.) It does not appear to be used.

The system tray icon is broken (image-missing is shown instead), but the menu works. (With the Windows launcher under Wine, the icon is shown but their is no menu.) "Show in File Browser" (labeled as "Show in Explorer" in the Windows launcher) has no sub-entries; though when access through the E icon in the upper-right of the Launcher window, it does have sub-entries. ("Network diagnostics" options for ping and traceroute are broken, but that's probably low priority.) "Start LogLite" works, but running LogLite.sh does not (was that "/bin" in its LD_PREFIX_PATH left from a previous version?).

I toyed around with desktop files and icons and ended up with a script to install them plus the launcher. (It works on FreeBSD 10.2 and Ubuntu 15.10 here, and I tried to make it generic.)

Thanks a lot for this Linux version. It's works well on my ubuntu 16.04.

Oh wow, I can see the 'launcher' :)

(before I could play, but the launcher was just a grey box I couldnt interact with)

Ok, new linux launcher works.

I copied the SharedCache from the old game path to the new at ./eve, installed 2 sets of 87MB, then another 187MB update, and then I went to run just one game client to see how it would work.

I ran it from the Server List option, loaded the client, input user and password and... it started downloading the shared cache :(

Had to force close the client and restart the xserver because it crashed so hard I couldnt see anything except the ALT TAB menu (where you see which apps are open).

After the xserver restart, I went into the ./eve folder and sure enough, it made the ResFiles folder and was downloading it all over again... and that eated up my data plan lol, so I had to go out and get another data plan to try again (but of course, before I tried again, I copied the ResFiles folder from the SharedCache to this new location, now lets see what else breaks (hope nothing :) )

Update:
Ok, it didnt continue downloading other things.

I copied the old folder for the overview and settings and such, but its not looking as it is on my other wine installation. As I check everything again I noticed I put it in the wrong folder, but also I can see that the folder name is different, so Im just moving the cache and settings_Default folders contents to the correct locations.

I think the reason why the folder name was different is that I had specified a custom location for the shared folder, as its spelled exactly as I had named that location. Once I put the cache and settings to their right locations, I loaded the client and it has the UI scaled as it should, and all the overview and channels are exactly as I have on the other wine installation.

IGB works, and I have the old bookmarks showing up. Only issue I have... I was having it as well in windowsXP and my other wine installation. Sound works, so another success story :)

Works like a charm!

I have LinuxMint 17.2 desktop which has sat unused (and unupdated) for almost a year. Switched the GPU driver to nvidia binary driver version 352.62 from the driver management and just ran ./evelauncher.sh and logged in. I have wine 1.7.55 installed but no steam installed so got a message about that and also it couldn't find locales for Qt but it runs!

One should check the location of the libs before typing commandes from the Internet :)

32 bits libs can be in /lib or /lib32
64 bits libs can be in /lib or /lib64

I do have an issue: the launcher doesn't seem to persist profiles.
Did I mess something up or do we have to reconfigure overview settings et al. on every start up?

[EDIT]: Problem on my end, disregard profile issue

I remember running into the same issue, but I just checked and the graphs are working fine now. I'd imagine the fonts I've installed to get the browser to work have something to do with it so if you haven't already, try installing corefonts and tahoma through winetricks.

confirming that issuing (had to stop running clients before)

WINEPREFIX='/home/USERNAME/.eve/wineenv' winetricks corefonts tahoma

fixed the issue with the market as well as making the ingame browser useable on http connections. https connections now report error code -9.

Gathered notes on using this launcher with Debian Jessie 64Bit ...

If I got this right users of Debian Jessie 64Bit should be able to get relevant dependencies by issuing the following commands:

root@machine:~# dpkg --add-architecture i386
root@machine:~# apt-get update
[...]
root@machine:~# apt install libgnutls-deb0-28:i386 libldap-2.4-2:i386 libwine:i386 wine32:i386
[...]

This adds support for 32Bit architecture thus making the packages available. It will not change your system otherwise and you will need to specify whenever you want any package from that architecture. After updating the available packages the last command installs wine + a few in their 32Bit versions and thus also all needed libraries. Might be possible to use less than installing a complete wine, but this seems to work at least.

Now install the launcher. Afterwards consider the following steps (thx to Kismeteer for these) ...

• To keep your settings, move the according settings-folder(s) (you might have several, each one has the folders "settings" and "cache") from $HOME/.wine/drive_c/users/$USER/Local Settings/Application Data/CCP/EVE to $HOME/.eve/wineenv/drive_c/users/$USER/Local Settings/Application Data/CCP/EVE/c_tq_tranquility (name it like settings_YOURNAME and you will be able to choose between different ones in the launcher with YOURNAME).
• To keep your old logs in the same place as the new ones (from chats etc.) copy/move $HOME/EVE to $HOME/Documents/EVE.

And you will need the above mentioned (thx AnTiZ Sunji for this)

WINEPREFIX='/home/USERNAME/.eve/wineenv' winetricks corefonts tahoma

to get the fonts, which will make the ingame browser work in general (non-https connections) and provide the prices in the market history.

For the ingame browser to become capable of https you can provide a fake link to address the currently hard-coded dependency. The client currently will _only_ look for a library named libgnutls.so.26 it seems, but the ones installed have other names and versions. You can do the following to "dirty fix" this, but this might affect other applications and is not a proper solution. That said, find out how your library is named (might yield different results for you):

root@machine:~# find /usr/lib -iname "libgnutls*"
/usr/lib/vlc/plugins/misc/libgnutls_plugin.so
/usr/lib/i386-linux-gnu/libgnutls-deb0.so.28.41.0
/usr/lib/i386-linux-gnu/libgnutls-deb0.so.28
/usr/lib/x86_64-linux-gnu/libgnutls-openssl.so.27
/usr/lib/x86_64-linux-gnu/libgnutls-deb0.so.28.41.0
/usr/lib/x86_64-linux-gnu/libgnutls-openssl.so.27.0.2
/usr/lib/x86_64-linux-gnu/libgnutls-deb0.so.28

You are looking for the 32Bit version (i386). I tried to link the

/usr/lib/i386-linux-gnu/libgnutls-deb0.so.28

as

/usr/lib/i386-linux-gnu/libgnutls.so.26

like this:

root@machine:~# ln -s /usr/lib/i386-linux-gnu/libgnutls-deb0.so.28 /usr/lib/i386-linux-gnu/libgnutls.so.26

Iit actually works concerning the ingame browser and https. Remember though if you do this, that this is a manual and dirty hack that you will need to remember and adjust/remove later. So while not a proper solution, this seems to provide a workaround for the time being ...

Edit: Roesjka pointed out that the link should be placed in the i386-linux-gnu folder. Thx. I edited the above to reflect this.

Thanks, it's always nice to hear about the good things as well as the problems. You tend to get a skewed view of the world from the forums where people usually go to get help for issues.

Those errors from Qt and Steam are harmless, I just haven't found a way to silence them.