GNU logs - #64472, boring messages

Message sent to bug-guix@HIDDEN:

Subject: bug#64472: guix pull --roll-back breaks guix
Resent-From: Blake Shaw <blake@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-guix@HIDDEN
Resent-Date: Wed, 05 Jul 2023 10:22:02 +0000
Resent-Message-ID: <handler.64472.B.168855250826246 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 64472 <at> debbugs.gnu.org
MIME-Version: 1.0
Content-Type: multipart/alternative;
 boundary="----WYQYVGZ3R31RPRYU0N7NG07ZZHATXU"
Content-Transfer-Encoding: 7bit
From: Blake Shaw <blake@HIDDEN>
Date: Wed, 05 Jul 2023 17:21:23 +0700
Message-ID: <c3d9e1e9-0865-4547-a648-a7aefd5c4042@HIDDEN>
Received-SPF: pass client-ip=95.215.58.43;
 envelope-from=blake@HIDDEN; helo=out-43.mta1.migadu.com
X-Spam_score_int: -20
X-Spam_score: -2.1
X-Spam_bar: --
X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1,
 DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001,
 SPF_HELO_NONE=0.001, SPF_PASS=-0.001,
 T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: -1.4 (-)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -2.4 (--)

------WYQYVGZ3R31RPRYU0N7NG07ZZHATXU
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
 charset=UTF-8


Hiya Guix,

I just encountered a surprising bug=2E

I've been trying to ge=
t the [redacted] proprietary GPU drivers to work on my system (but this isn=
t particular to the issue at hand), and I "guix installed" the [redacted-mo=
dule] package in my =2Eguix-profile, to see if that would help me with the =
failed

$ modprobe [redacted] 

that I was experiencing=2E

It didn't, so I=
 decided to do what we do best: roll-back=2E But I accidentally ran

$ guix=
 pull --roll-back

instead of

$ guix package --roll-back

This mistake sho=
uld be trivial, fixable by running

$ guix pull --switch-generation=3DN

Wh=
ere N is the "FROM" field of the roll-back message that guix displays follo=
wing a successfull roll back=2E

But to my surprise an anomaly appeared in =
the "TO" field of the roll-back message:

$ guix pull --roll-back
building =
path(s) `/gnu/store/2s7a7h=2E=2E=2Egj23-profile`
switched from generation 8=
6 to 0

Huh? Zero? It should have switched to 85=2E Weird, but np, let's ju=
st direct it to 85=2E

$ guix pull --switch-generation=3D85
-bash: /home/my=
-profile/=2Econfig/guix/current/bin/guix

So now it can't find guix=2E Visi=
ting =2Econfig/guix/current/ it is empty except an etc dir and a manifest=
=2E so I use guix from the run directory to get back on track:

$ exec /run=
/current-system/profile/bin/guix --switch-generation=3D85
guix pull error: =
cannot switch to generation '85'

$ exec /run/current-system/profile/bin/gu=
ix --switch-generation=3D86
switched from generation 0 to 86

And then $HOM=
E/=2Econfig/guix/current is back to normal and everything works fine=2E So =
I assume this was due to yesterday's guix gc --delete-generations=3D1d 

Bu=
t like, should this happen? Should we ever be rolling back to an empty "0" =
generation that doesn't even contain guix, and thus creates a pickle for th=
ose who don't have prior knowledge of how to get out of it? Should we limit=
 gc --delete-generations to always keep a previous generation at hand, perh=
aps unless forced by some other flag, so that [in particular, new] users do=
n't break their systems in the middle of the day and then have something to=
 solve that encumbers their plans & work?

Happy hacking!
Blake
------WYQYVGZ3R31RPRYU0N7NG07ZZHATXU
Content-Type: text/html;
 charset=utf-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"auto"><br></div>
<div dir=3D"auto">Hiya Guix,<br><br></div>
<di=
v dir=3D"auto">I just encountered a surprising bug=2E<br><br></div>
<div di=
r=3D"auto">I've been trying to get the [redacted] proprietary GPU drivers t=
o work on my system (but this isnt particular to the issue at hand), and I =
"guix installed" the [redacted-module] package in my =2Eguix-profile, to se=
e if that would help me with the failed<br><br></div>
<div dir=3D"auto">$ m=
odprobe [redacted] <br><br></div>
<div dir=3D"auto">that I was experiencing=
=2E<br><br></div>
<div dir=3D"auto">It didn't, so I decided to do what we d=
o best: roll-back=2E But I accidentally ran<br><br></div>
<div dir=3D"auto"=
>$ guix pull --roll-back<br><br></div>
<div dir=3D"auto">instead of<br><br>=
</div>
<div dir=3D"auto">$ guix package --roll-back<br><br></div>
<div dir=
=3D"auto">This mistake should be trivial, fixable by running<br><br></div>
=
<div dir=3D"auto">$ guix pull --switch-generation=3DN<br><br></div>
<div di=
r=3D"auto">Where N is the "FROM" field of the roll-back message that guix d=
isplays following a successfull roll back=2E<br><br></div>
<div dir=3D"auto=
">But to my surprise an anomaly appeared in the "TO" field of the roll-back=
 message:<br><br></div>
<div dir=3D"auto">$ guix pull --roll-back<br></div>=

<div dir=3D"auto">building path(s) `/gnu/store/2s7a7h=2E=2E=2Egj23-profile=
`<br></div>
<div dir=3D"auto">switched from generation 86 to 0<br><br></div=
>
<div dir=3D"auto">Huh? Zero? It should have switched to 85=2E Weird, but =
np, let's just direct it to 85=2E<br><br></div>
<div dir=3D"auto">$ guix pu=
ll --switch-generation=3D85<br></div>
<div dir=3D"auto">-bash: /home/my-pro=
file/=2Econfig/guix/current/bin/guix<br><br></div>
<div dir=3D"auto">So now=
 it can't find guix=2E Visiting =2Econfig/guix/current/ it is empty except =
an etc dir and a manifest=2E so I use guix from the run directory to get ba=
ck on track:<br><br></div>
<div dir=3D"auto">$ exec /run/current-system/pro=
file/bin/guix --switch-generation=3D85<br></div>
<div dir=3D"auto">guix pul=
l error: cannot switch to generation '85'<br><br></div>
<div dir=3D"auto">$=
 exec /run/current-system/profile/bin/guix --switch-generation=3D86<br></di=
v>
<div dir=3D"auto">switched from generation 0 to 86<br><br></div>
<div di=
r=3D"auto">And then $HOME/=2Econfig/guix/current is back to normal and ever=
ything works fine=2E So I assume this was due to yesterday's guix gc --dele=
te-generations=3D1d <br><br></div>
<div dir=3D"auto">But like, should this =
happen? Should we ever be rolling back to an empty "0" generation that does=
n't even contain guix, and thus creates a pickle for those who don't have p=
rior knowledge of how to get out of it? Should we limit gc --delete-generat=
ions to always keep a previous generation at hand, perhaps unless forced by=
 some other flag, so that [in particular, new] users don't break their syst=
ems in the middle of the day and then have something to solve that encumber=
s their plans &amp; work?<br><br></div>
<div dir=3D"auto">Happy hacking!<br=
></div>
<div dir=3D"auto">Blake</div>

------WYQYVGZ3R31RPRYU0N7NG07ZZHATXU--

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Blake Shaw <blake@HIDDEN>
Subject: bug#64472: Acknowledgement (guix pull --roll-back breaks guix)
Message-ID: <handler.64472.B.168855250826246.ack <at> debbugs.gnu.org>
References: <c3d9e1e9-0865-4547-a648-a7aefd5c4042@HIDDEN>
X-Gnu-PR-Message: ack 64472
X-Gnu-PR-Package: guix
Reply-To: 64472 <at> debbugs.gnu.org
Date: Wed, 05 Jul 2023 10:22:02 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-guix@HIDDEN

If you wish to submit further information on this problem, please
send it to 64472 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
64472: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D64472
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-guix@HIDDEN:

Subject: bug#64472: guix pull --roll-back breaks guix
Resent-From: Simon Tournier <zimon.toutoune@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-guix@HIDDEN
Resent-Date: Sat, 25 Nov 2023 11:09:02 +0000
Resent-Message-ID: <handler.64472.B64472.170091049526006 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Blake Shaw <blake@HIDDEN>
Cc: 64472 <at> debbugs.gnu.org
From: Simon Tournier <zimon.toutoune@HIDDEN>
References: <c3d9e1e9-0865-4547-a648-a7aefd5c4042@HIDDEN>
Date: Fri, 24 Nov 2023 11:17:32 +0100
In-Reply-To: <c3d9e1e9-0865-4547-a648-a7aefd5c4042@HIDDEN>
 (Blake Shaw's message of "Wed, 05 Jul 2023 17:21:23 +0700")
Message-ID: <8734wve9qb.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.2 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: base64
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

SGksDQoNCkluZGVlZCwgdGhlIGlzc3VlIGNhbiBiZSBhbm5veWluZy4NCg0KLS04PC0tLS0tLS0t
LS0tLS0tLWN1dCBoZXJlLS0tLS0tLS0tLS0tLS0tc3RhcnQtLS0tLS0tLS0tLS0tPjgtLS0NCiQg
Z3VpeCBnYyAtLS1kZWxldGUtZ2VuZXJhdGlvbnM9MGQNCg0KJCBndWl4IHB1bGwgLS1yb2xsLWJh
Y2sNCmZldGNoaW5nIHBhdGggYC9nbnUvc3RvcmUv4oCmLW1vZHVsZS1pbXBvcnQtY29tcGlsZWQn
Li4uDQpEb3dubG9hZGluZyBodHRwczovL2NpLmd1aXguZ251Lm9yZy9uYXIvbHppcC/igKYtbW9k
dWxlLWltcG9ydC1jb21waWxlZC4uLg0KIG1vZHVsZS1pbXBvcnQtY29tcGlsZWQgIDEwN0tpQiAg
ICAgICAxLjRNaUIvcyAwMDowMCDilpXilojilojilojilojilojilojilojilojilojilojiloji
lojilojilojilojilojilojilojilo8gMTAwLjAlDQpmZXRjaGluZyBwYXRoIGAvZ251L3N0b3Jl
L+KApi1saWJmZmktMy40LjQnLi4uDQpEb3dubG9hZGluZyBodHRwczovL2NpLmd1aXguZ251Lm9y
Zy9uYXIvbHppcC/igKYtbGliZmZpLTMuNC40Li4uDQogbGliZmZpLTMuNC40ICA1NktpQiAgICAg
ICAgICAgICAgICAgIDYuM01pQi9zIDAwOjAwIOKWleKWiOKWiOKWiOKWiOKWiOKWiOKWiOKWiOKW
iOKWiOKWiOKWiOKWiOKWiOKWiOKWiOKWiOKWiOKWjyAxMDAuMCUNCmZldGNoaW5nIHBhdGggYC9n
bnUvc3RvcmUv4oCmLWxpYmdjLTguMi4yJy4uLg0KRG93bmxvYWRpbmcgaHR0cHM6Ly9jaS5ndWl4
LmdudS5vcmcvbmFyL3pzdGQv4oCmLWxpYmdjLTguMi4yLi4uDQogbGliZ2MtOC4yLjIgIDIyOEtp
QiAgICAgICAgICAgICAgICAgIDIuM01pQi9zIDAwOjAwIOKWleKWiOKWiOKWiOKWiOKWiOKWiOKW
iOKWiOKWiOKWiOKWiOKWiOKWiOKWiOKWiOKWiOKWiOKWiOKWjyAxMDAuMCUNCmZldGNoaW5nIHBh
dGggYC9nbnUvc3RvcmUv4oCmLWxpYnVuaXN0cmluZy0xLjAnLi4uDQpEb3dubG9hZGluZyBodHRw
czovL2NpLmd1aXguZ251Lm9yZy9uYXIvenN0ZC/igKYtbGlidW5pc3RyaW5nLTEuMC4uLg0KIGxp
YnVuaXN0cmluZy0xLjAgIDY2MUtpQiAgICAgICAgICAgICAyLjdNaUIvcyAwMDowMCDilpXiloji
lojilojilojilojilojilojilojilojilojilojilojilojilojilojilojilojilojilo8gMTAw
LjAlDQpmZXRjaGluZyBwYXRoIGAvZ251L3N0b3JlL+KApi1wa2ctY29uZmlnLTAuMjkuMicuLi4N
CkRvd25sb2FkaW5nIGh0dHBzOi8vY2kuZ3VpeC5nbnUub3JnL25hci96c3RkL+KApi1wa2ctY29u
ZmlnLTAuMjkuMi4uLg0KIHBrZy1jb25maWctMC4yOS4yICAyMDlLaUIgICAgICAgICAgICAyLjNN
aUIvcyAwMDowMCDilpXilojilojilojilojilojilojilojilojilojilojilojilojilojiloji
lojilojilojilojilo8gMTAwLjAlDQpmZXRjaGluZyBwYXRoIGAvZ251L3N0b3JlL+KApi1ndWls
ZS0zLjAuOScuLi4NCkRvd25sb2FkaW5nIGh0dHBzOi8vY2kuZ3VpeC5nbnUub3JnL25hci96c3Rk
L+KApi1ndWlsZS0zLjAuOS4uLg0KIGd1aWxlLTMuMC45ICA4LjFNaUIgICAgICAgICAgICAgICAg
ICAxLjZNaUIvcyAwMDowNSDilpXilojilojilojilojilojilojilojilojilojilojilojiloji
lojilojilojilojilojilojilo8gMTAwLjAlDQoNCmJ1aWxkaW5nIHBhdGgocykgYC9nbnUvc3Rv
cmUvem02Y3MzZ3JmM2w3OG16MXN3YWt2ZmRkbjZrNjZsN20tcHJvZmlsZScNCnN3aXRjaGVkIGZy
b20gZ2VuZXJhdGlvbiAyOSB0byAwDQotLTg8LS0tLS0tLS0tLS0tLS0tY3V0IGhlcmUtLS0tLS0t
LS0tLS0tLS1lbmQtLS0tLS0tLS0tLS0tLS0+OC0tLQ0KDQpBc2lkZSB0aGUgdW5leHBlY3RlZCBk
b3dubG9hZHMsIG5vdyBHdWl4IGhhdmUgZGlzYXBwZWFyZWTigKYNCg0KICAgICAgICAkIGhhc2gg
Z3VpeA0KICAgICAgICAkIHR5cGUgLVAgZ3VpeA0KICAgICAgICAvaG9tZS9zaW1vbi8uY29uZmln
L2d1aXgvcHJvZmlsZXMvZW1hY3MvZW1hY3MvYmluL2d1aXgNCg0KQXQgYmVzdCBpdCBmaW5kcyBu
b3RoaW5nLiAgT3Igd29yc2UsIGl0IGNvdWxkIGZpbmQgYW4gdW5leHBlY3RlZCBvbmUNCmluc3Rh
bGxlZCBpbiBvbmUgb2YgbXkgcHJvZmlsZXMg4oCTIGhlcmUgZnJvbSB0aGUgcGFja2FnZSDigJln
dWl44oCZLiAgQW5kIGl0DQpoaWRlcyB0aGUgZXJyb3Ig4oCcTm8gc3VjaCBmaWxlIG9yIGRpcmVj
dG9yeeKAnTsgZm9yIGluc3RhbmNlLCBpdCBvdXRwdXRzOg0KDQogICAgICAgICQgZ3VpeCBkZXNj
cmliZQ0KICAgICAgICBHZW5lcmF0aW9uIDggICAgT2N0IDI1IDIwMjMgMTQ6MjM6NDEgICAgKGN1
cnJlbnQpDQogICAgICAgICAgZ3VpeCA0ZGZkZDgyDQogICAgICAgICAgICByZXBvc2l0b3J5IFVS
TDogaHR0cHM6Ly9naXQuc2F2YW5uYWguZ251Lm9yZy9naXQvZ3VpeC5naXQNCiAgICAgICAgICAg
IGJyYW5jaDogbWFzdGVyDQogICAgICAgICAgICBjb21taXQ6IDRkZmRkODIyMTAyNjkwYjU2ODdh
Y2YyODM2NWFiNzA3YjY4ZDk0NzYNCg0KQW5kIEkgZG8gbm90IGtub3cgd2hlcmUgdGhhdCBjb21l
cyBmcm9tLiAgQW5vdGhlciBzdG9yeS4NCg0KV2VsbCwgdGhlIGN1cnJlbnQgcHJvZmlsZXMgcmVh
ZHMsDQoNCi0tODwtLS0tLS0tLS0tLS0tLS1jdXQgaGVyZS0tLS0tLS0tLS0tLS0tLXN0YXJ0LS0t
LS0tLS0tLS0tLT44LS0tDQokIGxzIC0xIC92YXIvZ3VpeC9wcm9maWxlcy9wZXItdXNlci9zaW1v
bi8gfCBncmVwIGN1cnJlbnQNCmN1cnJlbnQtZ3VpeA0KY3VycmVudC1ndWl4LTAtbGluaw0KY3Vy
cmVudC1ndWl4LTI5LWxpbmsNCi0tODwtLS0tLS0tLS0tLS0tLS1jdXQgaGVyZS0tLS0tLS0tLS0t
LS0tLWVuZC0tLS0tLS0tLS0tLS0tLT44LS0tDQoNCkFuZCB0aGF0IHByb2ZpbGUgbnVtYmVyZWQg
MCBuZXdseSBjcmVhdGVkIGlzIGVtcHR5Og0KDQotLTg8LS0tLS0tLS0tLS0tLS0tY3V0IGhlcmUt
LS0tLS0tLS0tLS0tLS1zdGFydC0tLS0tLS0tLS0tLS0+OC0tLQ0KJCB0cmVlIC92YXIvZ3VpeC9w
cm9maWxlcy9wZXItdXNlci9zaW1vbi9jdXJyZW50LWd1aXgtMC1saW5rDQovdmFyL2d1aXgvcHJv
ZmlsZXMvcGVyLXVzZXIvc2ltb24vY3VycmVudC1ndWl4LTAtbGluaw0K4pSc4pSA4pSAIGV0Yw0K
4pSCwqDCoCDilJTilIDilIAgcHJvZmlsZQ0K4pSU4pSA4pSAIG1hbmlmZXN0DQoNCjIgZGlyZWN0
b3JpZXMsIDIgZmlsZXMNCi0tODwtLS0tLS0tLS0tLS0tLS1jdXQgaGVyZS0tLS0tLS0tLS0tLS0t
LWVuZC0tLS0tLS0tLS0tLS0tLT44LS0tDQoNCg0KT24gV2VkLCAwNSBKdWwgMjAyMyBhdCAxNzoy
MSwgQmxha2UgU2hhdyA8Ymxha2VAcmVwcm9kdWNpYmxlbWVkaWEuY29tPiB3cm90ZToNCg0KPiBC
dXQgbGlrZSwgc2hvdWxkIHRoaXMgaGFwcGVuPyBTaG91bGQgd2UgZXZlciBiZSByb2xsaW5nIGJh
Y2sgdG8gYW4NCj4gZW1wdHkgIjAiIGdlbmVyYXRpb24gdGhhdCBkb2Vzbid0IGV2ZW4gY29udGFp
biBndWl4LCBhbmQgdGh1cyBjcmVhdGVzDQo+IGEgcGlja2xlIGZvciB0aG9zZSB3aG8gZG9uJ3Qg
aGF2ZSBwcmlvciBrbm93bGVkZ2Ugb2YgaG93IHRvIGdldCBvdXQgb2YNCj4gaXQ/IFNob3VsZCB3
ZSBsaW1pdCBnYyAtLWRlbGV0ZS1nZW5lcmF0aW9ucyB0byBhbHdheXMga2VlcCBhIHByZXZpb3Vz
DQo+IGdlbmVyYXRpb24gYXQgaGFuZCwgcGVyaGFwcyB1bmxlc3MgZm9yY2VkIGJ5IHNvbWUgb3Ro
ZXIgZmxhZywgc28gdGhhdA0KPiBbaW4gcGFydGljdWxhciwgbmV3XSB1c2VycyBkb24ndCBicmVh
ayB0aGVpciBzeXN0ZW1zIGluIHRoZSBtaWRkbGUgb2YNCj4gdGhlIGRheSBhbmQgdGhlbiBoYXZl
IHNvbWV0aGluZyB0byBzb2x2ZSB0aGF0IGVuY3VtYmVycyB0aGVpciBwbGFucyAmDQo+IHdvcms/
DQoNCklNSE8sIGl0IGlzIGFuIGJ1ZyB3aXRoIOKAnGd1aXggcHVsbCAtLXJvbGwtYmFja+KAnS4g
IFdoZW4gdGhlIGN1cnJlbnQNCmdlbmVyYXRpb24gaXMgdGhlIG9sZGVyIG9uZSwgdGhlbiBpdCBz
aG91bGQgbm90IGJlIHBvc3NpYmxlIHRvDQpyb2xsLWJhY2s7IG9yIHJvbGwtYmFjayBzaG91bGQg
ZG8gbm90aGluZyBpbiB0aGlzIGNvcm5lciBjYXNlLg0KDQpJdCBzaG91bGQgbm90IGJlIHBvc3Np
YmxlIHRvIGNyZWF0ZSBhbiBlbXB0eSBwcm9maWxlIG51bWJlcmVkIDAuDQoNCg0KQ2hlZXJzLA0K
c2ltb24NCg==

Last modified: Sat, 25 Nov 2023 11:15:02 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.