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
bsmith@systemfabricworks.com
(512) 293-4472
GPG Key: B3C2C7B73BA3CD7F
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: