J. Ali Harlow <ali@juiblex.co.uk> [Fri, 01 Jun 2018 15:26:27 +0100] rev 70
plover_log_open: razor_atomic_make_dirs() takes a URI, not a path
J. Ali Harlow <ali@juiblex.co.uk> [Wed, 25 Apr 2018 11:46:40 +0100] rev 69
Release 0.5.3
J. Ali Harlow <ali@juiblex.co.uk> [Tue, 24 Apr 2018 20:58:03 +0100] rev 68
Support expat version 2.2
J. Ali Harlow <ali@juiblex.co.uk> [Tue, 24 Apr 2018 18:49:55 +0100] rev 67
Release 0.5.3
J. Ali Harlow <ali@juiblex.co.uk> [Fri, 02 Mar 2018 17:37:24 +0000] rev 66
Cleanup any debug files in testsuite so make distcheck passes
J. Ali Harlow <ali@juiblex.co.uk> [Fri, 02 Mar 2018 17:17:58 +0000] rev 65
Fix build when dlfcn.h not available
J. Ali Harlow <ali@juiblex.co.uk> [Thu, 02 Mar 2017 11:26:00 +0000] rev 64
Release 0.5.2.53
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
J. Ali Harlow <ali@juiblex.co.uk> [Thu, 02 Mar 2017 11:14:54 +0000] rev 62
Hooking razor_set requires dlfcn.h
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.