2018-03-02Fix build when dlfcn.h not available
J. Ali Harlow <ali@juiblex.co.uk> [Fri, 02 Mar 2018 17:17:58 +0000] rev 65
Fix build when dlfcn.h not available

2017-03-02Release 0.5.2.53
J. Ali Harlow <ali@juiblex.co.uk> [Thu, 02 Mar 2017 11:26:00 +0000] rev 64
Release 0.5.2.53

2017-03-02plover_default_prefix_for_vendor() no longer exists
J. Ali Harlow <ali@juiblex.co.uk> [Thu, 02 Mar 2017 11:25:36 +0000] rev 63
plover_default_prefix_for_vendor() no longer exists

2017-03-02Hooking razor_set requires dlfcn.h
J. Ali Harlow <ali@juiblex.co.uk> [Thu, 02 Mar 2017 11:14:54 +0000] rev 62
Hooking razor_set requires dlfcn.h

2016-07-16Support parallel installations. The idea is that for CAD screener, we want
J. Ali Harlow <ali@juiblex.co.uk> [Sat, 16 Jul 2016 11:07:18 +0100] rev 61
Support parallel installations. The idea is that for CAD screener, we want
to be able to install this on the same machine as a standard AVOT setup
(most notably for John's laptop). To allow for the possibility of a second
application that might have the same requirements, we add the concept of
vendor-specific distributions. Thus we can have one distribution for CAD
screener and one for The Next Big Thing. It doesn't seem trivial to have
both CAD screener and AVOT under the same vendor tag so we'll have to have
AVOT under "City Occupational" and CAD screener under "City Occupational Ltd"
or some such kludge.

Most of this is done although we are very short of test cases (in particular
we don't test that it's actually possible to install CAD screener in parallel
with AVOT or to update either of them once installed, which is fundamental).

We also have a lot of baggage left over, including an intercept of razor_set.
The problem that this was introduced to debug has been fixed but it looks
like there are a number of memory leaks which it might be useful to help
track down so it has been left in place for now.

There is still a lot of confusion in plover between path-based and URI-based
API. We should review the API, decide what we want and have a general clear up.

There is also confusion as to the purpose of RAZOR_ROOT (and meaning; path or
URI). This is not used at all in librazor (although it is used in razor.exe).
Ideally we shouldn't use it in plover or plover-gtk either although again, we
might want to support it or an equivalent in (some of) the various executables.

Work that would still to nice to do for CAD screener:

- uninstall (ideally as an installed program that hooks into Add/Remove programs
but even re-running the installer would be acceptable).
- xz support (smaller packages).
- repomd.xml and xml:base (would be needed for an Internet installer).
- graphical installer.

2016-07-08Avoid Microsoft-specific localtime_s
J. Ali Harlow <ali@juiblex.co.uk> [Fri, 08 Jul 2016 08:33:44 +0100] rev 60
Avoid Microsoft-specific localtime_s

2016-07-08Second steps towards adding updatez
J. Ali Harlow <ali@juiblex.co.uk> [Fri, 08 Jul 2016 08:26:29 +0100] rev 59
Second steps towards adding updatez

2016-07-07First steps towards adding updatez
J. Ali Harlow <ali@juiblex.co.uk> [Thu, 07 Jul 2016 19:03:54 +0100] rev 58
First steps towards adding updatez

2016-07-08Tests shouldn't fail if RAZOR_ROOT is set in the environment
J. Ali Harlow <ali@juiblex.co.uk> [Fri, 08 Jul 2016 07:50:42 +0100] rev 57
Tests shouldn't fail if RAZOR_ROOT is set in the environment

2016-07-05Release 0.5.2.52
J. Ali Harlow <ali@juiblex.co.uk> [Tue, 05 Jul 2016 13:02:45 +0100] rev 56
Release 0.5.2.52