Date: Tue, 8 Feb 2005 01:24:01 +0800
From: Cameron Patrick <cameron@patrick.wattle.id.au>
To: gnu-arch-dev@lists.seyza.com, gnu-arch-users@gnu.org
Subject: Re: [GNU-arch-dev] Re: GNU Arch status update
Message-ID: <20050207172401.GA21260@patrick.wattle.id.au>
Mail-Followup-To: gnu-arch-dev@lists.seyza.com,
	gnu-arch-users@gnu.org
References: <pan.2005.02.07.13.06.27.859528@progsoc.org>
	<200502071635.IAA03423@emf.net>
Mime-Version: 1.0
In-Reply-To: <200502071635.IAA03423@emf.net>
Organization: Parenthesis Conspiracy
User-Agent: Mutt/1.5.6+20040803i
Cc: 
Precedence: list
Content-Type: multipart/mixed; boundary="===============1735249225=="
Mime-version: 1.0
Sender: gnu-arch-dev-bounces@lists.seyza.com
Errors-To: gnu-arch-dev-bounces@lists.seyza.com
Status: RO
Content-Length: 3318
Lines: 93

--===============1735249225==
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="WIyZ46R2i8wDzkSu"
Content-Disposition: inline


--WIyZ46R2i8wDzkSu
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Tom Lord wrote:

> 	   - fails, crashes and burns horribly if signature generation fails
>=20
> I've created a bug, `commit-signature-crash', for this.  I trust that
> this is easy to reproduce (e.g., I could change a signing rule to "exit 1"
> and see it) but, that I or another programmer will have to do so in order
> to understand what you are referring to makes this bug more expensive for
> us to work on.   A little bit more information about the nature of=20
> what you mean by "fails, crashes and burns horribly" /might/ be a
> big win.

It leaves the revision locked in the archive and ,,foo temporary
directories lying around in the project tree, from memory.  A pain
when you mistype your GPG passphrase.

>    tla tag:
> 	   - default the '-S' switch to on
>    tla import:
> 	   - default the '-S' switch to on
>=20
> Can you think of a different request that would satisfy you instead?
>=20
> Those changes would lower the barrier to allowing simple typos to=20
> muck up an otherwise perfectly clean archive and so I have not created
> a bug report for them.

This claim cropped up last time making -S the default was suggested,
but it seems a bit odd to me, for a couple of reasons.  One is that I
almost alwasy type 'tla tag -S' or 'tla import -S' rather than just
tag or import; so making -S the default would simply save typing
time.  The other is that you've got to type the revision name when you
run archive-setup by hand anyway, and I'd have thought that the
probability of making a typo there would be the same as making a typo
when running tag/import.

> Are you sure that fixing `help-too-long' isn't enough to answer
> your concerns in this area?

Out of curiosity, do you have a particular approach in mind for fixing
this one?  I did a bit of work last year at restructuring the help
into various subcategories, but it fell by the wayside a bit (I lost
enthusiasm and found other commitments).  I also think that rather
than just shortening the help text, a lot of the command descriptions
could also be clarified.

e.g. "tla import" says "archive a full-source base-0 revision" which
while is both rather mystifying to one unfamiliar with arch, and also
technically inaccurate (I think... pretty sure you can have import
revisions other than base-0).

Cameron.


--WIyZ46R2i8wDzkSu
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)

iD8DBQFCB6Qwl1rlvh2uVnMRApZZAKC8IpRATPdxvMn3eGsfMhHmRu+92ACeJzI4
WDyf802DV5PCCfK5sf1v63k=
=o4a2
-----END PGP SIGNATURE-----

--WIyZ46R2i8wDzkSu--

--===============1735249225==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Gnu-arch-dev mailing list
Gnu-arch-dev@lists.seyza.com
http://lists.seyza.com/cgi-bin/mailman/listinfo/gnu-arch-dev

--===============1735249225==--