GNU bug report logs - #27806
openmpi changes

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 27806 in the body.
You can then email your comments to 27806 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Dave Love <fx <at> gnu.org>
To: guix-patches <at> gnu.org
Subject: openmpi changes
Date: Mon, 24 Jul 2017 19:34:56 +0100

[Message part 1 (text/plain, inline)]

I assume the only one of these that's questionable is the SGE one.  It
used to be the default, and I don't know of any way it could be
problematic -- the support just looks at the environment to determine
whether to use qrsh for remote startup.  Debian and Fedora both enable
it.

[0001-mpi.scm-gnu-openmpi-Update-to-1.10.7.patch (text/x-diff, attachment)]

[0002-mpi.scm-gnu-openmpi-Enable-SGE-support.patch (text/x-diff, attachment)]

[0004-mpi.scm-gnu-openmpi-It-s-MPI-3.0-not-MPI-2.patch (text/x-diff, attachment)]

Message #8 received at 27806 <at> debbugs.gnu.org (full text, mbox):

From: ludo <at> gnu.org (Ludovic Courtès)
To: Dave Love <fx <at> gnu.org>
Cc: 27806 <at> debbugs.gnu.org
Subject: Re: [bug#27806] openmpi changes
Date: Tue, 25 Jul 2017 18:14:16 +0200

Hi Dave,

I adjusted the commit log and applied the first two patches.

Dave Love <fx <at> gnu.org> skribis:

> I assume the only one of these that's questionable is the SGE one.  It
> used to be the default, and I don't know of any way it could be
> problematic -- the support just looks at the environment to determine
> whether to use qrsh for remote startup.  Debian and Fedora both enable
> it.

To be clear: if there’s no environment variable suggesting that SGE is
being used, then it won’t try to use qrsh, right?

If so that seems reasonable to me.  I’ll push the patch if there are no
objections.

Thank you,
Ludo’.

Message #11 received at 27806 <at> debbugs.gnu.org (full text, mbox):

From: Dave Love <fx <at> gnu.org>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: 27806 <at> debbugs.gnu.org
Subject: Re: [bug#27806] openmpi changes
Date: Wed, 26 Jul 2017 17:04:42 +0100

Ludovic Courtès <ludo <at> gnu.org> writes:

> Hi Dave,
>
> I adjusted the commit log and applied the first two patches.
>
> Dave Love <fx <at> gnu.org> skribis:
>
>> I assume the only one of these that's questionable is the SGE one.  It
>> used to be the default, and I don't know of any way it could be
>> problematic -- the support just looks at the environment to determine
>> whether to use qrsh for remote startup.  Debian and Fedora both enable
>> it.
>
> To be clear: if there’s no environment variable suggesting that SGE is
> being used, then it won’t try to use qrsh, right?

Yes, and that flag is long-established in other distributions which add
more intrusive support for resource managers.

Message #16 received at 27806-done <at> debbugs.gnu.org (full text, mbox):

From: ludo <at> gnu.org (Ludovic Courtès)
To: Dave Love <fx <at> gnu.org>
Cc: 27806-done <at> debbugs.gnu.org
Subject: Re: [bug#27806] openmpi changes
Date: Wed, 26 Jul 2017 22:38:12 +0200

Dave Love <fx <at> gnu.org> skribis:

> Ludovic Courtès <ludo <at> gnu.org> writes:
>
>> Hi Dave,
>>
>> I adjusted the commit log and applied the first two patches.
>>
>> Dave Love <fx <at> gnu.org> skribis:
>>
>>> I assume the only one of these that's questionable is the SGE one.  It
>>> used to be the default, and I don't know of any way it could be
>>> problematic -- the support just looks at the environment to determine
>>> whether to use qrsh for remote startup.  Debian and Fedora both enable
>>> it.
>>
>> To be clear: if there’s no environment variable suggesting that SGE is
>> being used, then it won’t try to use qrsh, right?
>
> Yes, and that flag is long-established in other distributions which add
> more intrusive support for resource managers.

Sounds good, applied.

Thank you!

Ludo’.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.