On 07/25/2014 11:51 AM, Peter Breitenlohner wrote:
On Thu, 24 Jul 2014, Bert Wesarg wrote:
On 07/24/2014 02:52 PM, Peter Breitenlohner wrote:
This typically occurs when you try to create a file (symlink) in a
nonexistent directory. In such situations the make rules must ensure
that
such dir
On Thu, 24 Jul 2014, Bert Wesarg wrote:
On 07/24/2014 02:52 PM, Peter Breitenlohner wrote:
This typically occurs when you try to create a file (symlink) in a
nonexistent directory. In such situations the make rules must ensure that
such directories exist, e.g., via
some_target: Some_prerequ
On Jul 24, 2014, at 2:20 PM, Bert Wesarg wrote:
>> Now there is still a problem: Matthias Jurenz is on vacation until
>> August 5th. and I'm completely unfamiliar with the procedure how the VT
>> code is updated in the ompi trunk. For what I see it should go like this:
>>
>> 1. Commit into vendo
On 07/24/2014 07:01 PM, Bert Wesarg wrote:
Now there is still a problem: Matthias Jurenz is on vacation until
August 5th. and I'm completely unfamiliar with the procedure how the VT
code is updated in the ompi trunk. For what I see it should go like this:
1. Commit into vendor/vampirtrace/curren
Just for the record: The --disable-dependency-tracking triggers the
problem. Which rpmbuild probably passes to the configure call.
Bert
On 07/24/2014 07:01 PM, Bert Wesarg wrote:
On 07/24/2014 03:59 PM, Jeff Squyres (jsquyres) wrote:
Another data point:
I just bootstrapped with Automake 1.14
On 07/24/2014 03:59 PM, Jeff Squyres (jsquyres) wrote:
Another data point:
I just bootstrapped with Automake 1.14.1, and got the same result (i.e., ls -l before configure,
the "hooks" directory is NOT there, run configure, ls -l and the "hooks"
directory IS there).
I'm guessing something chan
Another data point:
I just bootstrapped with Automake 1.14.1, and got the same result (i.e., ls -l
before configure, the "hooks" directory is NOT there, run configure, ls -l and
the "hooks" directory IS there).
I'm guessing something changed elsewhere in the toolchain on RHEL7/SLES12(beta)
tha
On Jul 24, 2014, at 8:55 AM, Bert Wesarg wrote:
> But the dep rules should already ensure this, as it creates the .deps
> directory at the end of configure. Though if this is not guaranteed to happen
> (maybe it depends on the used compiler) than we would need to ensure it in
> the makefile it
Mike --
If this is Autotools related, then it should be possible to replicate on RHEL
6.x machines.
What versions of all the autootools are you using?
Autoconf
Automake
Libtool
m4
On Jul 24, 2014, at 8:39 AM, Mike Dubman wrote:
> it seems autotools related:
> it tries to create link in "hoo
On 07/24/2014 02:52 PM, Peter Breitenlohner wrote:
On Thu, 24 Jul 2014, Mike Dubman wrote:
it seems autotools related:
it tries to create link in "hooks" subfolder which does not present.
This typically occurs when you try to create a file (symlink) in a
nonexistent directory. In such situat
On Thu, 24 Jul 2014, Mike Dubman wrote:
it seems autotools related:
it tries to create link in "hooks" subfolder which does not present.
This typically occurs when you try to create a file (symlink) in a
nonexistent directory. In such situations the make rules must ensure that
such directorie
it seems autotools related:
it tries to create link in "hooks" subfolder which does not present.
linux:/var/tmp/OFED_topdir/BUILD/openmpi-1.8.2rc2/ompi/contrib/vt/vt/tools/vtunify/mpi
# ls -al
total 248
drwxr-xr-x 1 hpcuser mtl 474 Jul 24 15:32 .
drwxr-xr-x 1 hpcuser mtl1058 Jul 24 15:16
I just tried it myself -- "make distcheck" succeeds for both a nightly tarball
(openmpi-1.8.2rc2r32302) and in a git or svn checkout on RHEL 6.5.
I do not have easy access to RHEL 7 or SLES 12 beta.
Can someone analyze this and figure out what the difference is?
On Jul 24, 2014, at 6:21 AM, J
I am getting reports of similar failures from Cisco QA. They have clean/fresh
checkouts of the OMPI tree.
It does not seem to happen on RHEL 6.5, but does happen on RHEL 7 and SLES 12
(beta).
What's the difference?
On Jul 24, 2014, at 6:12 AM, Mike Dubman wrote:
> this is a command line we
this is a command line we use:
cd ./contrib/dist/linux
./contrib/dist/make_tarball -greekonly
rpmbuild --rebuild --define '_topdir /var/tmp//OFED_topdir' --define 'dist
%{nil}' --target x86_64 --define '_name openmpi' --define 'mpi_selector
/usr/bin/mpi-selector' --define 'use_mpi_selector 1' --d
On 07/24/2014 10:15 AM, Mike Dubman wrote:
the problem occurs when build is started from src.rpm (and probably from
tarball as well):
try make distcheck and use src tree from tarball.
I did now make distcheck from the rc2 tarball, and it all worked. I
don't know what the srpm does differently
the problem occurs when build is started from src.rpm (and probably from
tarball as well):
try make distcheck and use src tree from tarball.
On Thu, Jul 24, 2014 at 10:57 AM, Bert Wesarg
wrote:
> On 07/24/2014 09:32 AM, Mike Dubman wrote:
>
>> yes, sure - it fails on sles12, rhel 7, fedora 14-
On 07/24/2014 09:32 AM, Mike Dubman wrote:
yes, sure - it fails on sles12, rhel 7, fedora 14-20, debian 6.5-7.5,
ubuntu 12-14
It fails on "rpmbuild" from latest ompi-1.8.2rc2.src.rpm
it passes on rhel 6.x, sles 11.x, oel
Just tried the rc2 package, but I could not reproduce it on Ubuntu
12.0
yes, sure - it fails on sles12, rhel 7, fedora 14-20, debian 6.5-7.5,
ubuntu 12-14
It fails on "rpmbuild" from latest ompi-1.8.2rc2.src.rpm
it passes on rhel 6.x, sles 11.x, oel
make[6]: Entering directory
'/var/tmp/OFED_topdir/BUILD/openmpi-1.8.2rc2/ompi/contrib/vt/vt/tools/vtunify/mpi'
ln -s
/
Are you sure something isn't stale? I.e., did you do a fresh checkout since
the last build, or a "git clean", or something?
On Jul 23, 2014, at 10:02 AM, Mike Dubman wrote:
> nope, we use git.
> it passed on rhel 6.x, failed on ubuntu/debian/fedora and rhel 7.x
>
>
> On Wed, Jul 23, 2014 at
nope, we use git.
it passed on rhel 6.x, failed on ubuntu/debian/fedora and rhel 7.x
On Wed, Jul 23, 2014 at 4:03 PM, Jeff Squyres (jsquyres) wrote:
> Mike --
>
> Are you having the same jenkins problem we ran into yesterday? If so,
> it's a simple fix:
>
> http://www.open-mpi.org/communit
Noticed by the VT guys.
On 07/23/2014 03:01 PM, Mike Dubman wrote:
CC libvt_mpi_la-vt_iowrap_helper.lo
CC libvt_mpi_la-vt_libwrap.lo
CC libvt_mpi_la-vt_mallocwrap.lo
CC libvt_mpi_la-vt_mpifile.lo
make[6]: Entering directory
'/var/tmp/OFED_topdir/BUILD/openmpi-
Mike --
Are you having the same jenkins problem we ran into yesterday? If so, it's a
simple fix:
http://www.open-mpi.org/community/lists/devel/2014/07/15211.php
On Jul 23, 2014, at 9:01 AM, Mike Dubman wrote:
>
> CC libvt_mpi_la-vt_iowrap_helper.lo
> CC libvt_mpi_la-vt_
CC libvt_mpi_la-vt_iowrap_helper.lo
CC libvt_mpi_la-vt_libwrap.lo
CC libvt_mpi_la-vt_mallocwrap.lo
CC libvt_mpi_la-vt_mpifile.lo
make[6]: Entering directory
'/var/tmp/OFED_topdir/BUILD/openmpi-1.8.2rc2/ompi/contrib/vt/vt/tools/vtunify/mpi'
ln -s
/var/tmp/OFED_topdir/
24 matches
Mail list logo
