On Wed, Aug 07, 2019 at 04:21:09AM -0400, James Harvey wrote: > Looks like rdma-core 25 swallowed infiniband-diags. Would be nice if > the release notes mentioned that. (They do include "ibdiags: ..." > style changes, but nothing jumping out that it's been pulled in - > especially like a summary up top for important changes.) (I do see > the infiniband-diags repo does mention deprecated, use rdma-core.) > > I see 2 issues. > > > (1) so number rollback > > The last actual version of infiniband-diags, v2.2.0, released May 12, builds: > * libibmad.so.5.5.0 > * libibnetdisc.so.5.3.0 > > The subsequent version of rdma-core, 25.0, released Jul 29, builds > older so numbers: > * libibmad.so.5.3.25.0 > * libibnetdisc.so.5.0.25.0 > > Weird for newer versions have older so numbers. rdma-core has a strict policy that the so.X.Y represents the latest symbol version in the library, in this case 5.3 - for whatever reason the old ibdiags had this wrong. > (2) wrong perl module location > > infiniband-diags correctly installed to > /usr/share/perl5/vendor_perl/IBswcountlimits.pm > > rdma-core dropped "vendor_perl" and incorrectly installs to > /usr/share/perl5/IBswcountlimits.pm > > I can work around this by adding > "-DCMAKE_INSTALL_PERLDIR='/usr/share/perl5/vendor_perl' \" but wanted > to mention this, since AFAIK the proper location is in "vendor_perl", > where it used to be. This is a distro specific quirk, you are correct to override it in the packaging with your distro's policy. Looks like the cmake default is set for debian: https://packages.debian.org/search?searchon=contents&keywords=IBswcountlimits.pm&mode=path&suite=stable&arch=any Jason
