flobby

[jK]

tip that works too:

Code: Select all

#!/bin/sh
XDG_CONFIG_HOME="~/flobby_zk" XDG_CACHE_HOME="~/flobby_zk" flobby

With that code you override the ENVVARs just for that single program instance.
Often needed in gentoo btw, e.g. `USE="-mysql" emerge bigprogram`.

[cleanrock]

Added Zero-K lobby server support, use -z or --zerok argument.
New dependency is jsoncpp.
Bug reports are welcome.

[jK]

/var/tmp/portage/games-util/flobby-9999/work/flobby-9999/src/main.cpp:9:19: fatal error: FL/Fl.H: No such file or directory
#include <FL/Fl.H>

seems you use FLTK in src/main.cpp, but only include_dir it in src/gui/*

[cleanrock]

seems you use FLTK in src/main.cpp, but only include_dir it in src/gui/*

This should be fixed now: https://github.com/cleanrock/flobby/commit/7b83aea

[cleanrock]

Update flobby to be able to start spring engine in paths with spaces.
This fix is needed since pr-downloader now extracts develop engines to folder with space, e.g.
".spring/engine/98.0.1-529-g86a5f10 develop", see https://github.com/springfiles/upq/commit/11c82e0 .

[cleanrock]

The ImageMagick build problems I have heard about should now be fixed:
https://github.com/cleanrock/flobby/com ... 45a7473e28

[cleanrock]

Probably archlinux specific atm but may be of interest to users:
I rebuilt flobby with boost 1.60 today and it seems the C++ ABI change caused a crash in the downloaded 100.0 libunitsync.so.
Not sure why I have not seen this issue before but I fixed it by using my locally built 100.0, edit your flobby.prefs accordingly.

https://aur.archlinux.org/packages/flobby-git/

[abma]

it seems the C++ ABI change

can you be more specific? was it because of the switch to gcc 5?

https://gcc.gnu.org/gcc-5/changes.html#libstdcxx

i'm asking because springlobby very likely will be affected, too and maybe some fix engine side is possible.

[cleanrock]

Arch switched to the new ABI recently:
https://www.archlinux.org/news/c-abi-change/

Oddly I only first ran into problems with downloaded 100.0 unitsync when I started using boost 1.60.
I don't know why I did not see this problem earlier when I was using boost 1.59 which was rebuilt using the new ABI.

[abma]

can you verify that it doesn't crash when the executable doesn't link to boost/filesystem ?

in springlobby it seems to work partly at least, unitsync loads probably (didn't test everything for now...)

(i hope thats easy to test...)

[cleanrock]

Using dlmopen fixed the C++ ABI problem for me, see https://github.com/cleanrock/flobby/commit/4196506 for details.

[abma]

Using dlmopen fixed the C++ ABI problem for me, see https://github.com/cleanrock/flobby/commit/4196506 for details.

great, thanks for this info, i'll try this too.