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/
