[358] in athena10
Re: /svn/athena r23117 - in trunk/debathena/third: common cyrus-sasl2-mit
daemon@ATHENA.MIT.EDU (Timothy G Abbott)
Fri Aug 1 14:33:54 2008
Date: Fri, 1 Aug 2008 14:33:09 -0400 (EDT)
From: Timothy G Abbott <tabbott@MIT.EDU>
To: ghudson@mit.edu
cc: athena10@mit.edu
In-Reply-To: <200808011705.NAA06985@drugstore.mit.edu>
Message-ID: <alpine.DEB.1.10.0808011431510.17281@vinegar-pot.mit.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
On Fri, 1 Aug 2008, ghudson@MIT.EDU wrote:
> Author: ghudson
> Date: 2008-08-01 13:05:58 -0400 (Fri, 01 Aug 2008)
> New Revision: 23117
>
> Modified:
> trunk/debathena/third/common/debathenificator.sh
> trunk/debathena/third/cyrus-sasl2-mit/debathenify-cyrus-sasl2-mit
> trunk/debathena/third/openafs/debathenify-openafs
> Log:
> In debathenificator and the standalone debathenify scripts, exit with
> status 3 if "apt-get update" fails in the chroot. This will allow
> autodebathenify to distinguish the most common transient failure case
> from actual build failures. It's not perfect; if apt-get update
> fails inside sbuild we'll still exit with status 1.
Which repository is having these transient failures? I don't remember
having this problem.
-Tim Abbott
