2014-12-30 Server-side workaround for frontend's script parameter bug in .21
unc0rr [Tue, 30 Dec 2014 22:12:07 +0300] rev 10730
Server-side workaround for frontend's script parameter bug in .21
2014-12-30 this should probably work 0.9.21
nemo [Tue, 30 Dec 2014 18:23:11 -0500] rev 10729
this should probably work
2014-12-30 Merge fixes from .21 branch
unc0rr [Tue, 30 Dec 2014 21:00:03 +0300] rev 10728
Merge fixes from .21 branch
2014-12-30 revert 9b789de8e5df on branch based on feedback from zorg - seems to be breaking gameplay 0.9.21
nemo [Tue, 30 Dec 2014 18:19:05 -0500] rev 10727
revert 9b789de8e5df on branch based on feedback from zorg - seems to be breaking gameplay
2014-12-29 Use ghc return value instead of looking for the stderr, do not throw error when an haskell module throws a build failure, e.g. because of false positives like this one (debian/arm*)
Gianfranco Costamagna <costamagnagianfranco@yahoo.it> [Mon, 29 Dec 2014 12:27:51 +0100] rev 10726
Use ghc return value instead of looking for the stderr, do not throw error when an haskell module throws a build failure, e.g. because of false positives like this one (debian/arm*) "You are using a new version of LLVM that hasn't been tested yet! We will try though..."
2015-01-05 Find lua 5.1 on fedora machines (taken from fedora hw git)
Gianfranco Costamagna <costamagnagianfranco@yahoo.it> [Mon, 05 Jan 2015 13:28:13 +0100] rev 10725
Find lua 5.1 on fedora machines (taken from fedora hw git)
2014-12-30 Fix arm* build failures
Gianfranco Costamagna <costamagnagianfranco@yahoo.it> [Tue, 30 Dec 2014 15:56:09 +0100] rev 10724
Fix arm* build failures
2014-12-30 Use ghc return value instead of looking for the stderr, do not throw error when an haskell module throws a build failure, e.g. because of false positives like this one (debian/arm*) 0.9.21
Gianfranco Costamagna <costamagnagianfranco@yahoo.it> [Tue, 30 Dec 2014 19:07:57 +0300] rev 10723
Use ghc return value instead of looking for the stderr, do not throw error when an haskell module throws a build failure, e.g. because of false positives like this one (debian/arm*) "You are using a new version of LLVM that hasn't been tested yet! We will try though..."
2014-12-27 Was not a good idea in the first place IMO
nemo [Sat, 27 Dec 2014 11:36:28 -0500] rev 10722
Was not a good idea in the first place IMO
2014-12-27 Workaround bug (each time losing room master status, even when joining mutliple rooms, new instance of NetAmmoSchemeModel created, receiving schemeConfig and modifying its 43rd member, thus the last model which accepts this signal has the string cut down several times, workaround creates copy of qstringlist to avoid modifying shared message instance. Proper fix would delete unneeded instances of NetAmmoSchemeModel, but who cares) 0.9.21
unc0rr [Sat, 27 Dec 2014 22:09:31 +0300] rev 10721
Workaround bug (each time losing room master status, even when joining mutliple rooms, new instance of NetAmmoSchemeModel created, receiving schemeConfig and modifying its 43rd member, thus the last model which accepts this signal has the string cut down several times, workaround creates copy of qstringlist to avoid modifying shared message instance. Proper fix would delete unneeded instances of NetAmmoSchemeModel, but who cares)
(0) -10000 -3000 -1000 -300 -100 -10 +10 +100 +300 +1000 +3000 tip