No results were put back to the PR where we did the extensions work this
afternoon. See attached.
[cid:43E6B6DA-588A-4766-80B3-BD8762F683AD@cisco.com]
On Jun 25, 2015, at 9:03 PM, Howard Pritchard
> wrote:
sorry, not true. look at the logs on
sorry, not true. look at the logs on IU.
runs at 3:07 and 4:08 IU time.
2015-06-25 21:46 GMT-06:00 Jeff Squyres (jsquyres) :
> Howard --
>
> The LANL distcheck jenkins hasn't been running all day.
>
>
> > On Jun 25, 2015, at 8:33 PM, Howard Pritchard
>
I have a fix - about to commit
On Thu, Jun 25, 2015 at 8:46 PM, Jeff Squyres (jsquyres) wrote:
> Howard --
>
> The LANL distcheck jenkins hasn't been running all day.
>
>
> > On Jun 25, 2015, at 8:33 PM, Howard Pritchard
> wrote:
> >
> > Hi folks,
> >
Howard --
The LANL distcheck jenkins hasn't been running all day.
> On Jun 25, 2015, at 8:33 PM, Howard Pritchard wrote:
>
> Hi folks,
>
> I'm confused about this build failure. It should have been caught by the
> make distcheck IU jenkins
> project I would think.
Hi folks,
I'm confused about this build failure. It should have been caught by the
make distcheck IU jenkins
project I would think. Should the IU jenkins project do something else
beside
make -j X distcheck
to catch this problem?
Or, did this problem happen because someone bypassed the PR
Fix is coming
On Jul 28, 2014, at 6:11 PM, MPI Team wrote:
>
> ERROR: Command returned a non-zero exist status (trunk):
> make -j 8 distcheck
>
> Start time: Mon Jul 28 21:05:01 EDT 2014
> End time: Mon Jul 28 21:11:02 EDT 2014
>
>
Here's the autotools we're using for v1.7:
-
module-whatis "Load Autotools (ac 2.69, am 1.12.2, lt 2.4.2, and m4 1.4.16)"
eval set [ array get env HOME ]
set AUTOTOOLS "/u/mpiteam/local/autotools-2.69-1.12.2-2.4.2-1.4.16"
setenv AUTOTOOLS $AUTOTOOLS
-
On Jul 2, 2013, at 11:14 AM,
Here's the beginning of the error:
CC lt_interface.lo
In file included from ../../../opal/util/lt_interface.c:21:
../../../opal/libltdl/ltdl.h:36:31: libltdl/lt_system.h: No such file or
directory
../../../opal/libltdl/ltdl.h:37:30: libltdl/lt_error.h: No such file or
directory
r26918 was the previous nightly tarball -- the create failure was in making the
current nightly tarball. So it's something that happened during the day
yesterday that caused the failure (e.g., some header file was forgotten to be
added to a Makefile.am).
I think Ralph fixed it in r26934.
I've just built from openmpi-1.9a1r26918.tar.bz2 on a Linux/x86-64 machine
w/o any problems.
So, that would seem to discount something missing from the tarball.
-Paul
On Tue, Jul 31, 2012 at 9:07 PM, Ralph Castain wrote:
> Agreed - but I checked and didn't see anything
Agreed - but I checked and didn't see anything missing. will take
another look...
On Jul 31, 2012, at 9:04 PM, Paul Hargrove wrote:
> The most likely reason for a "distcheck" to fail in this manner when a
> checkout is fine would be a header not getting included in the
The most likely reason for a "distcheck" to fail in this manner when a
checkout is fine would be a header not getting included in the tarball due
to some omission from Makefile.am
-Paul
On Tue, Jul 31, 2012 at 9:00 PM, Ralph Castain wrote:
> I'm not sure what to make of this
I'm not sure what to make of this one. I checked the code out and built it just
fine on a linux box, including watching this file build. For whatever reason,
the tarball maker just didn't find some include file?
On Jul 31, 2012, at 6:33 PM, MPI Team wrote:
>
> ERROR:
I confirm -- I was able to run "make distcheck" successfully on my systems. I
will kick off the nightly script right now to see if it works in the official
build environment.
On Nov 3, 2010, at 12:12 PM, Shiqing Fan wrote:
>
> Really sorry for the trouble. I forgot that opal_config.h has
Really sorry for the trouble. I forgot that opal_config.h has been
included only for Windows for the bool definition.
It's already been reverted early today in the trunk.
On 2010-11-3 4:11 PM, Barrett, Brian W wrote:
I'm pretty sure it was Shiqing's patch. THe problem is that
Hmmm...but it -did- work after your last change - we got a nice tarball that
night. Perhaps it was Shiqing's commit that broke it?
On Wed, Nov 3, 2010 at 4:36 AM, Jeff Squyres (jsquyres)
wrote:
> Yep - I get these mails, too.
>
> My only comment is: %}%%€<>~|%>€€!!!
>
> I
Sorry for the delay on this -- the issue was quite subtle and the holiday
weekend got in the way.
I have a fix that will be committed a little after 6pm US Eastern. It seems to
allow a fresh SVN checkout (with my patch applied) to pass "make distcheck".
Hopefully we'll finally get a new
I have fixes for this, but they're .m4 changes (stupid VPATH stuff; sorry) --
so I'll commit them tonight after 6pm US Eastern.
On Oct 28, 2010, at 9:16 PM, MPI Team wrote:
>
> ERROR: Command returned a non-zero exist status (trunk):
> make distcheck
>
> Start time: Thu Oct 28
The build machine at IU was running out of disk space.
I'm not 100% sure that this is the underlying error, but I'm going to kick off
another build and see if we get the same dist error. If so, I'll dig more.
On Feb 7, 2010, at 9:13 PM, MPI Team wrote:
>
> ERROR: Command returned a non-zero
This was a mistake in the libevent refresh (two files disappeared from libevent
that were still listed in our Makefile.am). Fixed in r22562.
On Feb 4, 2010, at 9:35 PM, MPI Team wrote:
>
> ERROR: Command returned a non-zero exist status (trunk):
>make distcheck
>
> Start time: Thu
Oops. This was a mistake in how I initially setup the v1.4 nightly builds
yesterday (i.e., a local config error on eddie, the machine that makes the
nightly builds). I'll fix now...
On Dec 1, 2009, at 9:00 PM, MPI Team wrote:
>
> ERROR: Command returned a non-zero exist status (v1.4):
>
Sorry -- I dropped offline last night. Re-starting it now...
On Nov 3, 2009, at 9:51 PM, George Bosilca wrote:
Mea culpa. Should be fixed now. If you can please restart the testing
process.
Thanks,
george.
On Nov 3, 2009, at 21:35 , MPI Team wrote:
>
> ERROR: Command returned a
Mea culpa. Should be fixed now. If you can please restart the testing
process.
Thanks,
george.
On Nov 3, 2009, at 21:35 , MPI Team wrote:
ERROR: Command returned a non-zero exist status (v1.5):
./configure --enable-dist
Start time: Tue Nov 3 21:30:07 EST 2009
End time: Tue
This should be fixed in r21293.
Sorry about that.
On May 27, 2009, at 9:10 AM, Josh Hursey wrote:
It seems that the MPI Extensions commit broke that tarball
(distcheckclean) last night. This shouldn't effect too many people,
but I am working on a solution so hopefully everything is better
It seems that the MPI Extensions commit broke that tarball
(distcheckclean) last night. This shouldn't effect too many people,
but I am working on a solution so hopefully everything is better
tonight.
-- Josh
On May 26, 2009, at 9:53 PM, MPI Team wrote:
ERROR: Command returned a
Wow, sometimes I even amaze myself! Two for two on create failures in
a single night!!
:-)
Anyway, both are fixed or shortly will be. However, there will be no
MTT runs tonight as neither branch successfully generated a tarball.
Ralph
On Mar 23, 2009, at 7:30 PM, MPI Team wrote:
This should be fixed in r20576; I'll go start a new tarball build
right now...
On Feb 16, 2009, at 9:33 PM, MPI Team wrote:
ERROR: Command returned a non-zero exist status (trunk):
./configure --enable-dist
Start time: Mon Feb 16 21:26:57 EST 2009
End time: Mon Feb 16 21:33:03 EST
This problem has been fixed (thankfully, it occurred after the v1.3
tarballs were made).
The problem is that ftp.gnu.org has disabled repository downloads of
config.guess and config.sub while some git vulnerability is being
fixed. Hence, the scripts that we downloaded while making the
Hi everyone,
Sorry about that. I should have done a manual tarball build when I
finished with
the day's worth of CMRs to make sure I didn't miss something. Will do
so next time.
Thanks Josh for figuring out what I missed!
On Tue, Oct 7, 2008 at 11:25 PM, Josh Hursey
The build failure was caused because r19606 was not moved as part of
the CMR 1512 (it was an addition mentioned in the comments):
https://svn.open-mpi.org/trac/ompi/ticket/1512
If you move over r19606 then the build should be fine.
-- Josh
On Oct 7, 2008, at 9:11 PM, MPI Team wrote:
Just so everyone knows, the nightly OMPI tarballs from last night all
failed due to
an unfortunate timing of some system maintenance at IU. Think of it
this way, the resulting
"duplicate" MTT runs from last night might help with diagnosing any
intermittent bugs. :-)
On Thu, Aug 21, 2008 at 9:00
I've committed r19045 that should finally fix the problem. Ugh.
On Jul 26, 2008, at 8:48 AM, Jeff Squyres wrote:
Tim pointed out to me on IM that this was a trunk build, not a v1.3
build (he's going to update the script to make this error message a
bit more obvious).
I'm checking into
Tim pointed out to me on IM that this was a trunk build, not a v1.3
build (he's going to update the script to make this error message a
bit more obvious).
I'm checking into this failure now...
On Jul 25, 2008, at 10:15 PM, Jeff Squyres wrote:
I can find no reason why this failed. :-(
I
I can find no reason why this failed. :-(
I can manually run "make dist" on the v1.3 tree successfully, and
there weren't any changes to 1.3 mpi/Makefile.am in the last 24 hours.
Did eddie run out of disk space or something?
On Jul 25, 2008, at 9:32 PM, MPI Team wrote:
ERROR: Command
I can find no reason that this failed. :-\
I am unable to duplicate the problem, and this area of code has not
changed in a while -- I don't know why plpa/src/plpa-taskset/parser.c
would suddenly be left behind.
On Jul 10, 2008, at 9:24 PM, MPI Team wrote:
ERROR: Command returned a
Corrected by r17023. It's was just a typo.
Thanks,
george.
On Dec 21, 2007, at 9:17 PM, MPI Team wrote:
ERROR: Command returned a non-zero exist status
make -j 4 distcheck
Start time: Fri Dec 21 21:00:09 EST 2007
End time: Fri Dec 21 21:17:49 EST 2007
=
It's not an issue of compilation; it's an issue of what files make it
into the tarball when "make dist" is invoked. In this case, the
request_default.h wasn't listed in the Makefile.am and therefore was
not put into the tarball. Hence, when building from a tarball,
that .h file was
Fixed by r16884.
george.
On Dec 7, 2007, at 12:46 PM, MPI Team wrote:
ERROR: Command returned a non-zero exist status
make -j 4 distcheck
Start time: Thu Dec 6 21:00:25 EST 2007
End time: Thu Dec 6 21:16:34 EST 2007
=
This patch will fix the problem -- the OMPI_VAR_SCOPE stuff didn't
make it over to the v1.2 branch:
Index: config/ompi_config_asm.m4
===
--- config/ompi_config_asm.m4 (revision 16740)
+++ config/ompi_config_asm.m4 (working
Sorry about this. I fixed the problem in r16706.
It seems that an old version of BLCR is installed in the default path
on the IU machine that builds the Open MPI tarballs. This has not
been a problem in the past since I have not been using any new
features of BLCR. Since I am starting to
40 matches
Mail list logo