Re: rdma-core release?

[Jason Gunthorpe <jgunthorpe-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>]

On Wed, Oct 12, 2016 at 06:15:11PM -0400, Doug Ledford wrote:

> For someone like OFED this matters too because their scripts have to be
> made aware of all possible package names so they know to remove the
> inbox packages before they install their own.  For the foreseeable
> future, the OFED scripts will have to be aware of both a monolithic
> build and a split out build just so it can do the removal successfully.
> They are then free to install the packages however they see fit.

ofed may wish to consider just a very simple monolithic
rdma-core-{libs,devel,bin} which conflicts with all possible distro
package names...

Also, I hope that several of the 'loose' things ofed has like the init
scripts and what not will migrate into rdma-core and be more
consistent across distros. OFED may prefer to patch such things 
into rdma-core than to continue producing 'loose' stuff.

> There will be some education issues to resolve.  Even though we are
> likely to split up the package output on EL 7, there is not a 1 to 1
> correspondence.  For example, there will only be one debuginfo package
> for the entire build, so people who thought they could do yum install
> libmlx4-debuginfo are going to be wondering why it isn't available.  But
> there isn't much we can do about that.  Fortunately, it's only the
> debuginfo and src rpm that will change this way, we can create all of
> the other split out packages so things will look mostly the same way.

That should be doable, I was able to do it for Debian.

Do you think the new providers could go into some kind of combined rpm
in EL 7 with the same name that FC/EL 8 will have?

Ideally I'd like to get to a point where adding new providers is not a
pain point requiring distro approval and eval of new package names/etc.

Jason
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html