[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: RFS: libpsm2

Hi Mehdi,

I don't know if alternatives is the correct usage for ibpsm2-2-compat.
It's a pretty specific use case. The only reason one would use
ibpsm2-2-compat is when you have a binary that depends upon PSM, but
you have PSM-2 hardware (i.e. Omni Path). The sole purpose is to allow
applications compiled against PSM support to work with PSM-2 hardware.
My interpretation is that it is very much an "outside case".

Brian T. Smith
System Fabric Works
Senior Technical Staff
(512) 293-4472

On Wed, Dec 20, 2017 at 5:31 PM, Mehdi Dogguy <mehdi@dogguy.org> wrote:
> Hi Brian,
> On 08/12/2017 20:15, Brian Smith wrote:
>>     libpsm2-2-compat - Preload library to provide PSM2 support for PSM
>>         applications
> Wouldn't it be better if this shared library is handled using alternatives?
> This will allow a user to take advantage of this library without the need
> to fiddle with environment variables and makes its deployment even more
> easier.
> My proposal is implemented in the patch attached. I've used this on an HPC
> cluster and found it neat. It we agree on this, I can add it to infinipath-psm
> package as well.
> Besides, libpsm2-2 and libpsm2-2-compat provide udev rules but do not call
> "udevadm control --reload-rules >/dev/null 2>&1" in postinst.
> Is udev auto-detecting new rules now?
> Cheers,
> --
> Mehdi

Reply to: