GNU bug report logs -
#22860
24.3; hg merge not too functional
Previous Next
Reported by: Ross Boylan <Ross.Boylan <at> ucsf.edu>
Date: Mon, 29 Feb 2016 20:57:02 UTC
Severity: normal
Found in version 24.3
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 22860 in the body.
You can then email your comments to 22860 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22860
; Package
emacs
.
(Mon, 29 Feb 2016 20:57:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Ross Boylan <Ross.Boylan <at> ucsf.edu>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Mon, 29 Feb 2016 20:57:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
C-x v d
put me in version control dired mode for a mercurial-controlled
directory.
C-x v m then says
Running "hg merge"...
abort: branch 'logit' has one head - please merge with an explicit rev
(run 'hg heads' to see all heads)
It doesn't seem there's any way to specify the merge target.
I am not prompted for it, even if using C-u as a prefix.
vc.el says
;; - merge-branch ()
;;
;; Merge another branch into the current one, prompting for a
;; location to merge from.
;;
but in vc-hg.el that does not seem to be the behavior.
This is probably a known problem, since the header on vc-hg.el has
;; - merge (file rev1 rev2) NEEDED
This comment remains in the latest git revision.
In GNU Emacs 24.3.1 (x86_64-pc-linux-gnu, GTK+ Version 3.10.7)
of 2014-03-07 on lamiak, modified by Debian
System Description: Ubuntu 14.04.4 LTS
Configured using:
`configure '--build' 'x86_64-linux-gnu' '--build' 'x86_64-linux-gnu'
'--prefix=/usr' '--sharedstatedir=/var/lib' '--libexecdir=/usr/lib'
'--localstatedir=/var/lib' '--infodir=/usr/share/info'
'--mandir=/usr/share/man' '--with-pop=yes'
'--enable-locallisppath=/etc/emacs24:/etc/emacs:/usr/local/share/emacs/24.3/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/24.3/site-lisp:/usr/share/emacs/site-lisp'
'--with-crt-dir=/usr/lib/x86_64-linux-gnu' '--with-x=yes'
'--with-x-toolkit=gtk3' '--with-toolkit-scroll-bars'
'build_alias=x86_64-linux-gnu' 'CFLAGS=-g -O2 -fstack-protector
--param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall'
'LDFLAGS=-Wl,-Bsymbolic-functions -Wl,-z,relro'
'CPPFLAGS=-D_FORTIFY_SOURCE=2''
Important settings:
value of $LANG: en_US.UTF-8
locale-coding-system: utf-8-unix
default enable-multibyte-characters: t
Major mode: Emacs-Lisp
Minor modes in effect:
shell-dirtrack-mode: t
tooltip-mode: t
mouse-wheel-mode: t
tool-bar-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
buffer-read-only: t
line-number-mode: t
transient-mark-mode: t
Recent input:
G M C-g # # SPC n e w SPC d a y RET d a t e ; SPC h
g SPC h e a d s RET C-x v d RET C-x v m C-u C-x v m
C-h c C-x v m C-h f v c - m e r g e RET C-x o ESC O
B ESC O C ESC O C RET ESC [ 6 ~ ESC [ 5 ~ C-s v c -
m e r g e C-s - b C-s C-s C-s C-s C-s C-g C-g ESC O
A ESC O A ESC O A ESC O A ESC O A ESC O A ESC O A ESC
O A ESC O A ESC O A ESC O C ESC O C ESC O C ESC O C
ESC O C ESC O C ESC O C C-r v c - c a l l - b a c k
e n d C-r C-r C-r C-r C-r RET C-r d e f u n SPC v c
- c a l l C-s C-s C-s ESC < C-s v c - c a l l - b a
c k e n d C-s C-s C-s C-s C-s C-s C-s C-s C-s C-s C-s
C-s ESC < ESC [ 6 ~ ESC [ 6 ~ ESC [ 6 ~ ESC [ 6 ~ ESC
[ 6 ~ C-x C-f v c - h g TAB RET C-s d e f u n SPC m
e r DEL DEL DEL v c - m e r g e RET C-s m e r g e -
b r ESC < ESC [ 6 ~ ESC [ 5 ~ ESC x r e p o r t - b
u g RET
Recent messages:
uncompressing vc.el.gz...done
Note: file is write protected
Quit
Mark saved where search started [2 times]
Mark set
Mark saved where search started
Mark set
uncompressing vc-hg.el.gz...done
Note: file is write protected
Mark saved where search started [2 times]
Load-path shadows:
/usr/share/emacs/24.3/site-lisp/debian-startup hides /usr/share/emacs/site-lisp/debian-startup
Features:
(shadow sort gnus-util mail-extr emacsbug message rfc822 mml mml-sec
mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils
mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr
mail-utils find-func vc-git vc-bzr vc-sccs vc-svn vc-cvs vc-rcs vc-dir
ewoc vc vc-dispatcher help-mode misearch multi-isearch dired ediff-merg
ediff-diff ediff-wind ediff-help ediff-util ediff-mult ediff-init ediff
server jka-compr info vc-hg ido ess-toolbar ess-mouse mouseme thingatpt
browse-url ess-menu ess-swv ess-noweb ess-noweb-font-lock-mode
ess-bugs-l essd-els ess-sas-d ess-sas-l ess-sas-a shell pcomplete
ess-sta-d ess-sta-l cc-vars cc-defs make-regexp ess-sp6-d ess-sp3-d
ess-julia ess-r-d compile ess-tracebug format-spec ess-roxy advice
cl-lib advice-preload hideshow ess-help ess-developer ess-r-args eldoc
help-fns ess-s-l ess ess-inf comint ansi-color ring ess-mode
ess-noweb-mode ess-utils time-date ess-custom executable easymenu
ess-compat ess-site emacs-goodies-el emacs-goodies-custom
emacs-goodies-loaddefs easy-mmode tooltip ediff-hook vc-hooks
lisp-float-type mwheel x-win x-dnd tool-bar dnd fontset image regexp-opt
fringe tabulated-list newcomment lisp-mode register page menu-bar
rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax
facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese
tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak
czech european ethiopic indian cyrillic chinese case-table epa-hook
jka-cmpr-hook help simple abbrev minibuffer loaddefs button faces
cus-face macroexp files text-properties overlay sha1 md5 base64 format
env code-pages mule custom widget hashtable-print-readable backquote
make-network-process dbusbind dynamic-setting system-font-setting
font-render-setting move-toolbar gtk x-toolkit x multi-tty emacs)
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22860
; Package
emacs
.
(Sat, 23 Nov 2019 18:13:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 22860 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi,
See attached patch.
[0001-vc-hg-prompt-for-branch-to-merge.patch (application/octet-stream, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22860
; Package
emacs
.
(Sat, 23 Nov 2019 18:35:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 22860 <at> debbugs.gnu.org (full text, mbox):
> From: Andrii Kolomoiets <andreyk.mad <at> gmail.com>
> Date: Sat, 23 Nov 2019 20:12:27 +0200
>
> See attached patch.
Thanks.
> +*** The Hg (Mercurial) back-end now use tag and branch names instead of
> +revision numbers as completion candidates on reading revision.
Why "instead of revision numbers"? it sounds like a backward
incompatible change. Can't we use both revision numbers and
branch/tag names?
> (defun vc-hg-merge-branch ()
> - "Merge incoming changes into the current working directory.
> + "Prompts for branch and merge it into the current branch.
"Prompt", not "prompts", for consistency with how we word our doc
strings for functions.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22860
; Package
emacs
.
(Sat, 23 Nov 2019 18:48:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 22860 <at> debbugs.gnu.org (full text, mbox):
On 23.11.2019 20:34, Eli Zaretskii wrote:
>> +*** The Hg (Mercurial) back-end now use tag and branch names instead of
>> +revision numbers as completion candidates on reading revision.
> Why "instead of revision numbers"? it sounds like a backward
> incompatible change. Can't we use both revision numbers and
> branch/tag names?
It's a good change. You could see it in the patch I send yesterday too.
The user doesn't need completion for revisions, but they can still input
them. And for a large repository, listing all revisions is hella slow.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22860
; Package
emacs
.
(Sat, 23 Nov 2019 18:52:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 22860 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On 23 Nov 2019, at 20:34, Eli Zaretskii <eliz <at> gnu.org> wrote:
>
>> +*** The Hg (Mercurial) back-end now use tag and branch names instead of
>> +revision numbers as completion candidates on reading revision.
>
> Why "instead of revision numbers"? it sounds like a backward
> incompatible change. Can't we use both revision numbers and
> branch/tag names?
You are right, it's backward incompatible. And yes, revision numbers can
be used with branch/tag names. But they should not. It was big surprise
for me to see numbers from 0 to 116K as completion candidates on
vc-retrieve-tag. IMO revision numbers are useles in completions.
>> (defun vc-hg-merge-branch ()
>> - "Merge incoming changes into the current working directory.
>> + "Prompts for branch and merge it into the current branch.
>
> "Prompt", not "prompts", for consistency with how we word our doc
> strings for functions.
Fixed.
[0001-vc-hg-prompt-for-branch-to-merge.patch (application/octet-stream, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22860
; Package
emacs
.
(Sat, 23 Nov 2019 18:52:04 GMT)
Full text and
rfc822 format available.
Message #20 received at 22860 <at> debbugs.gnu.org (full text, mbox):
> Cc: 22860 <at> debbugs.gnu.org
> From: Dmitry Gutov <dgutov <at> yandex.ru>
> Date: Sat, 23 Nov 2019 20:46:48 +0200
>
> On 23.11.2019 20:34, Eli Zaretskii wrote:
> >> +*** The Hg (Mercurial) back-end now use tag and branch names instead of
> >> +revision numbers as completion candidates on reading revision.
> > Why "instead of revision numbers"? it sounds like a backward
> > incompatible change. Can't we use both revision numbers and
> > branch/tag names?
>
> It's a good change. You could see it in the patch I send yesterday too.
>
> The user doesn't need completion for revisions, but they can still input
> them. And for a large repository, listing all revisions is hella slow.
Do we perhaps want an option to get back the old behavior?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22860
; Package
emacs
.
(Sat, 23 Nov 2019 18:55:01 GMT)
Full text and
rfc822 format available.
Message #23 received at 22860 <at> debbugs.gnu.org (full text, mbox):
On 23.11.2019 20:51, Eli Zaretskii wrote:
> Do we perhaps want an option to get back the old behavior?
I don't think so. There's little point in completion for numbers.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22860
; Package
emacs
.
(Sat, 23 Nov 2019 19:02:01 GMT)
Full text and
rfc822 format available.
Message #26 received at 22860 <at> debbugs.gnu.org (full text, mbox):
> From: Andrii Kolomoiets <andreyk.mad <at> gmail.com>
> Date: Sat, 23 Nov 2019 20:51:28 +0200
> Cc: 22860 <at> debbugs.gnu.org
>
> +*** The Hg (Mercurial) back-end now prompt for branch to merge.
^^^^^^
"Prompts" is more correct English.
Also, I'm guessing this is about the "C-x v m" command, not in
general? The NEWS item should say so.
And finally, "C-x v m" is described in the user manual, but it only
talks about Git and Bazaar; I thin we should mention Mercurial there
as well.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22860
; Package
emacs
.
(Sat, 23 Nov 2019 20:16:02 GMT)
Full text and
rfc822 format available.
Message #29 received at 22860 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On 23 Nov 2019, at 21:01, Eli Zaretskii <eliz <at> gnu.org> wrote:
>
>> From: Andrii Kolomoiets <andreyk.mad <at> gmail.com>
>> Date: Sat, 23 Nov 2019 20:51:28 +0200
>> Cc: 22860 <at> debbugs.gnu.org
>>
>> +*** The Hg (Mercurial) back-end now prompt for branch to merge.
> ^^^^^^
> "Prompts" is more correct English.
>
> Also, I'm guessing this is about the "C-x v m" command, not in
> general? The NEWS item should say so.
>
> And finally, "C-x v m" is described in the user manual, but it only
> talks about Git and Bazaar; I thin we should mention Mercurial there
> as well.
Done.
[0001-vc-hg-prompt-for-branch-to-merge.patch (application/octet-stream, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22860
; Package
emacs
.
(Mon, 25 Nov 2019 14:42:02 GMT)
Full text and
rfc822 format available.
Message #32 received at 22860 <at> debbugs.gnu.org (full text, mbox):
Hi Andrii,
The patch looks good to me. Some minor nits:
On 23.11.2019 22:15, Andrii Kolomoiets wrote:
> * etc/NEWS Mention changes of vc-hg.el
It's missing a colon after "NEWS" (":").
> +to the current repository). On Mercurial, this prompts for argument to
> +pass to @command{hg merge}, with branch and tag names completion. The
> +output from running the merge command is shown in a separate buffer.
The fact that there is completion here is incidental. I'd omit that from
this particular place in the manual.
> +*** The Hg (Mercurial) back-end now prompts for revision to merge on
> +'C-x v m' ('vc-merge').
Branch or revision? I understand that in practice the difference is
minimal, but we should pick one or the other wording and use it
consistently. Here, in the functions' docstrings, and in the prompt
string as well.
I'd prefer "branch" since it's usually what someone merges, but saying
"revision" everywhere should also be okay.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22860
; Package
emacs
.
(Mon, 25 Nov 2019 21:56:02 GMT)
Full text and
rfc822 format available.
Message #35 received at 22860 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On 25 Nov 2019, at 16:41, Dmitry Gutov <dgutov <at> yandex.ru> wrote:
>
> Hi Andrii,
Hi Dmitry,
> On 23.11.2019 22:15, Andrii Kolomoiets wrote:
>> * etc/NEWS Mention changes of vc-hg.el
>
> It's missing a colon after "NEWS" (":").
Fixed.
>> +to the current repository). On Mercurial, this prompts for argument to
>> +pass to @command{hg merge}, with branch and tag names completion. The
>> +output from running the merge command is shown in a separate buffer.
>
> The fact that there is completion here is incidental. I'd omit that from this particular place in the manual.
Fixed. In my defense, that sentence was modelled after git's one :)
>> +*** The Hg (Mercurial) back-end now prompts for revision to merge on
>> +'C-x v m' ('vc-merge').
>
> Branch or revision? I understand that in practice the difference is minimal, but we should pick one or the other wording and use it consistently. Here, in the functions' docstrings, and in the prompt string as well.
>
> I'd prefer "branch" since it's usually what someone merges, but saying "revision" everywhere should also be okay.
Initially it was "branch". But vc-hg doesn't work with branches at the moment. Even vc-create-tag creates bookmark instead of branch, see bug#17586 (but let's leave it to the future patches).
Besides that, "revision" is used in the "merge" command manual. "revision" can mean a lot of things, see "hg help revisions". Thats why I decide to replace "branch" with "revision".
Please see attached patch. Besides fixes, "bookmarks" added to completion candidates.
[0001-vc-hg-prompt-for-branch-to-merge.patch (application/octet-stream, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22860
; Package
emacs
.
(Mon, 25 Nov 2019 22:59:02 GMT)
Full text and
rfc822 format available.
Message #38 received at 22860 <at> debbugs.gnu.org (full text, mbox):
On 25.11.2019 23:55, Andrii Kolomoiets wrote:
>> It's missing a colon after "NEWS" (":").
>
> Fixed.
Thank you.
>>> +to the current repository). On Mercurial, this prompts for argument to
>>> +pass to @command{hg merge}, with branch and tag names completion. The
>>> +output from running the merge command is shown in a separate buffer.
>>
>> The fact that there is completion here is incidental. I'd omit that from this particular place in the manual.
>
> Fixed. In my defense, that sentence was modelled after git's one :)
In that case, my opinion might conflict with Eli's (sorry). So I'll
leave the final review to him.
>>> +*** The Hg (Mercurial) back-end now prompts for revision to merge on
>>> +'C-x v m' ('vc-merge').
>>
>> Branch or revision? I understand that in practice the difference is minimal, but we should pick one or the other wording and use it consistently. Here, in the functions' docstrings, and in the prompt string as well.
>>
>> I'd prefer "branch" since it's usually what someone merges, but saying "revision" everywhere should also be okay.
>
> Initially it was "branch". But vc-hg doesn't work with branches at the moment. Even vc-create-tag creates bookmark instead of branch, see bug#17586 (but let's leave it to the future patches).
Sure. It really creates (if branchp "bookmark" "tag"), but I'm not clear
on the difference between branches and bookmarks in Mercurial anyway.
> Besides that, "revision" is used in the "merge" command manual. "revision" can mean a lot of things, see "hg help revisions". Thats why I decide to replace "branch" with "revision".
Ok, thank you. I think that "meaning lots of things" can correspond to
Git's notion of "ref".
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22860
; Package
emacs
.
(Tue, 26 Nov 2019 18:17:02 GMT)
Full text and
rfc822 format available.
Message #41 received at 22860 <at> debbugs.gnu.org (full text, mbox):
> From: Andrii Kolomoiets <andreyk.mad <at> gmail.com>
> Date: Mon, 25 Nov 2019 23:55:16 +0200
> Cc: Eli Zaretskii <eliz <at> gnu.org>,
> 22860 <at> debbugs.gnu.org
>
> --- a/doc/emacs/maintaining.texi
> +++ b/doc/emacs/maintaining.texi
> @@ -1427,7 +1427,9 @@ Switching Branches
> working tree to match the branch you switch to. Bazaar also supports
> co-located branches, in which case the @command{bzr switch} command
> will switch branches in the current directory. With Subversion, you
> -switch to another branch using the @command{svn switch} command.
> +switch to another branch using the @command{svn switch} command. On
> +Mercurial, command @command{hg update} is used to swith to another
> +branch.
I suggest "with Mercurial", not "on Mercurial".
> @@ -1542,8 +1544,9 @@ Merging
> the exact arguments to pass to @command{bzr merge}, offering a
> sensible default if possible. On Git, this prompts for the name of a
> branch to merge from, with completion (based on the branch names known
> -to the current repository). The output from running the merge command
> -is shown in a separate buffer.
> +to the current repository). On Mercurial, this prompts for argument to
Likewise here. (Yes, the Git sentence is also wrong.)
> +pass to @command{hg merge}. The output from running the merge command is
^^
Two spaces between sentences, please.
> +*** The Hg (Mercurial) back-end now prompts for revision to merge on
> +'C-x v m' ('vc-merge'). ^^
^^^^^^^^
"when you invoke 'C-x v m'"
> +*** The Hg (Mercurial) back-end now use tags, branches and bookmarks
> +instead of revision numbers as completion candidates on reading revision.
^^^^^^^^^^^^^^^^^^^
"when it prompts for a revision"
Thanks.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22860
; Package
emacs
.
(Tue, 26 Nov 2019 18:20:01 GMT)
Full text and
rfc822 format available.
Message #44 received at 22860 <at> debbugs.gnu.org (full text, mbox):
> From: Dmitry Gutov <dgutov <at> yandex.ru>
> Date: Tue, 26 Nov 2019 00:57:59 +0200
> Cc: 22860 <at> debbugs.gnu.org
>
> >>> +to the current repository). On Mercurial, this prompts for argument to
> >>> +pass to @command{hg merge}, with branch and tag names completion. The
> >>> +output from running the merge command is shown in a separate buffer.
> >>
> >> The fact that there is completion here is incidental. I'd omit that from this particular place in the manual.
> >
> > Fixed. In my defense, that sentence was modelled after git's one :)
>
> In that case, my opinion might conflict with Eli's (sorry). So I'll
> leave the final review to him.
If it's important to mention completion, we should do that for all
back-ends that support this command. Right now, the text mentions the
default offered by the prompt for Bazaar, but with Git and Mercurial
it mentions completion. Don't the latter two offer sensible defaults
as well? If they do, let's mention them; if they don't, perhaps its
better to say something like
Git and Mercurial don't offer a default revision, but they provide
completion to help you specify the revision.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22860
; Package
emacs
.
(Tue, 26 Nov 2019 19:29:01 GMT)
Full text and
rfc822 format available.
Message #47 received at 22860 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On 26 Nov 2019, at 20:16, Eli Zaretskii <eliz <at> gnu.org> wrote:
>
> I suggest "with Mercurial", not "on Mercurial".
>
> Two spaces between sentences, please.
>
> "when you invoke 'C-x v m'"
>
> "when it prompts for a revision"
All issues are fixed. Please see updated patch.
[0001-vc-hg-prompt-for-branch-to-merge.patch (application/octet-stream, attachment)]
Reply sent
to
Eli Zaretskii <eliz <at> gnu.org>
:
You have taken responsibility.
(Sat, 30 Nov 2019 12:03:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Ross Boylan <Ross.Boylan <at> ucsf.edu>
:
bug acknowledged by developer.
(Sat, 30 Nov 2019 12:03:02 GMT)
Full text and
rfc822 format available.
Message #52 received at 22860-done <at> debbugs.gnu.org (full text, mbox):
> From: Andrii Kolomoiets <andreyk.mad <at> gmail.com>
> Date: Tue, 26 Nov 2019 21:28:41 +0200
> Cc: Dmitry Gutov <dgutov <at> yandex.ru>,
> 22860 <at> debbugs.gnu.org
>
> All issues are fixed. Please see updated patch.
Thanks, installed.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sat, 28 Dec 2019 12:24:05 GMT)
Full text and
rfc822 format available.
This bug report was last modified 5 years and 259 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.