Let's commit Ethan's patch, then, and see what Brian wants to do upstream.

On Oct 31, 2008, at 11:57 AM, Tim Mattox wrote:

Sorry about that, I missed that Ethan had supplied a workaround patch. Oops.
Ethan's patch works for me on sles9.

On Fri, Oct 31, 2008 at 11:42 AM, Jeff Squyres <jsquy...@cisco.com> wrote:
Ok. Does Ethan's patch work for you, or should we just revert to our prior
version until upstream is fixed?

On Oct 31, 2008, at 11:39 AM, Tim Mattox wrote:

The new version of whatami is what broke sles9. That new version assumes
that if an /etc/lsb-release file exists that it has info about what
distribution it is.
SLES seems to only put in what LSB it conforms to (the LSB_VERSION
environment variable).
Whatami should check if it got all the info it needs from the lsb- release
file,
and if not, fall back to something else that worked before.

I just reverted the whatami I am using on BigRed to MTT's r1236 and it
works
again. No rush to fix this for me, but it is bad that whatami seems to
now
be broken for two major SLES releases (9 & 10).

On Fri, Oct 31, 2008 at 11:29 AM, Jeff Squyres <jsquy...@cisco.com> wrote:

Which patch broke BigRed -- Ethan's patch, or Brian's original new
version
of whatami?


On Oct 31, 2008, at 11:20 AM, Tim Mattox wrote:

This change also broke whatami for sles9 (which happens to be what our
BigRed
PPC cluster is running).

2008/10/30 Ethan Mallove <ethan.mall...@sun.com>:

Hi Brian,

I'm using your "whatami" in the MPI Testing Tool (MTT), but
I think a recent change to it broke for our sles10 system.
We have an lsb-release file that is different from what
"whatami" expects:

$ cat /etc/lsb-release


LSB_VERSION="core-2.0-noarch:core-3.0-noarch:core-2.0- x86_64:core-3.0-x86_64"
$ uname -a
Linux burl-ct-v20z-6 2.6.16.46-0.12-smp #1 SMP Thu May 17 14:00:09 UTC
2007 x86_64 x86_64 x86_64 GNU/Linux

I attached a patch.

Regards,
Ethan

_______________________________________________
mtt-users mailing list
mtt-us...@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/mtt-users





--
Tim Mattox, Ph.D. - http://homepage.mac.com/tmattox/
tmat...@gmail.com || timat...@open-mpi.org
I'm a bright... http://www.the-brights.net/
_______________________________________________
mtt-users mailing list
mtt-us...@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/mtt-users


--
Jeff Squyres
Cisco Systems

_______________________________________________
mtt-users mailing list
mtt-us...@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/mtt-users




--
Tim Mattox, Ph.D. - http://homepage.mac.com/tmattox/
tmat...@gmail.com || timat...@open-mpi.org
 I'm a bright... http://www.the-brights.net/
_______________________________________________
mtt-users mailing list
mtt-us...@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/mtt-users


--
Jeff Squyres
Cisco Systems

_______________________________________________
mtt-users mailing list
mtt-us...@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/mtt-users




--
Tim Mattox, Ph.D. - http://homepage.mac.com/tmattox/
tmat...@gmail.com || timat...@open-mpi.org
   I'm a bright... http://www.the-brights.net/
_______________________________________________
mtt-users mailing list
mtt-us...@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/mtt-users


--
Jeff Squyres
Cisco Systems

Reply via email to