[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Emacs builds failing to pull changes
From: |
Rob Vermaas |
Subject: |
Re: Emacs builds failing to pull changes |
Date: |
Thu, 6 Jun 2013 10:48:39 +0200 |
Hi Ludovic,
I cannot restart the build currently as the .drv has been garbage
collected. However, currently also getting:
error pulling latest change bazaar branch at
`bzr://bzr.savannah.gnu.org/emacs/emacs-24':
bzr: ERROR: Not a branch:
"/home/hydra/data/scm/bzr/4e01131767709f51050e60a894f06249359df8336adde794c0dfbdb72a0e1661/.bzr/branch/":
location is a repository.
If I run it on the local clone I get the same error:
address@hidden:~/data/scm/bzr/4e01131767709f51050e60a894f06249359df8336adde794c0dfbdb72a0e1661]$
bzr pull
bzr: ERROR: Not a branch:
"/home/hydra/data/scm/bzr/4e01131767709f51050e60a894f06249359df8336adde794c0dfbdb72a0e1661/.bzr/branch/":
location is a repository.
Any idea what we are doing wrong here (no bzr experience here at all, sorry :( )
Cheers,
Rob
On Mon, Jun 3, 2013 at 12:23 PM, Ludovic Courtès <address@hidden> wrote:
> Glenn Morris <address@hidden> skribis:
>
>> Ludovic Courtès wrote (on Sun, 26 May 2013 at 22:16 +0200):
>>
>>> > The i686-cygwin build fails due to a dependency, GNU make.
>>> > I'd expect make to be a dependency of virtually every package.
>>> > Does this mean that nothing builds on i686-cygwin?
>>>
>>> Unfortunately the build log of GNU make isn’t available. Eelco, do you
>>> know what’s going on there? Perhaps it failed to build due to a
>>> transient failure?
>>
>> Well, can someone delete the cached cygwin GNU make entry so it tries
>> a fresh build, and if there is an actual problem we can see what it
>> is?
>
> Eelco, Rob? :-)
>
>> Also, the coverage build of Emacs persistently takes over one hour and
>> times out.
>
> It times out in the ‘coverageReportPhase’, while lcov processes .gcda
> files. Eelco: any idea what could go wrong with lcov?
>
>> I have no idea why it should take so long, when a normal build takes ~
>> 6 minutes, but I don't think it is telling us anything useful, so I
>> suggest just not bothering with the coverage job for Emacs. AFAICS,
>> which jobs are in the jobset doesn't seem to be controlled by anything
>> in the Savannah hydra-recipes project?
>
> The jobset is really controlled by what’s in hydra-recipes. But
> actually, the default jobset is provided by gnu-jobs.nix, which
> emacs/release.nix includes.
>
> Thanks,
> Ludo’.
>
--
Rob Vermaas
[email] address@hidden
- Re: Emacs builds failing to pull changes, Glenn Morris, 2013/06/03
- Re: Emacs builds failing to pull changes, Ludovic Courtès, 2013/06/03
- Re: Emacs builds failing to pull changes,
Rob Vermaas <=
- Re: Emacs builds failing to pull changes, Glenn Morris, 2013/06/06
- Re: Emacs builds failing to pull changes, Rob Vermaas, 2013/06/06
- Re: Emacs builds failing to pull changes, Glenn Morris, 2013/06/06
- Re: Emacs builds failing to pull changes, Glenn Morris, 2013/06/06
- Re: Emacs builds failing to pull changes, Rob Vermaas, 2013/06/11
- Re: Emacs builds failing to pull changes, Rob Vermaas, 2013/06/14
- Re: Emacs builds failing to pull changes, Glenn Morris, 2013/06/14
- Re: Emacs builds failing to pull changes, Glenn Morris, 2013/06/25
- Re: Emacs builds failing to pull changes, Glenn Morris, 2013/06/25