Thread (1 message) 1 message, 1 author, 2016-09-14

Re: Versioning scheme for rdma-plumbing

From: Jason Gunthorpe <hidden>
Date: 2016-09-14 17:33:27

On Wed, Sep 14, 2016 at 05:28:20AM -0700, Christoph Hellwig wrote:
Hi Jason,

thanks for the writeup.  Versioning is always a bit of a bikeshedding
exercise, but I'd still vote for following the kernel versioning (while
fully agreeing with your thiughts on shared library versioning).
I'm having a hard time preferring one choice over the other.

If we use the kernel version then the shlibs will progress like:

 libibverbs1 1.2.4.8-1
 libibverbs1 1.3.4.9-1

I don't see a problem with that, even if it does look a bit strange.
Two reasons for that:

 - it's a good marker of what version of the userspace code you need
   to take advtantage of new kernel features
Most users are running EL distros and their kernels are full of
backports. So the number doesn't help them. Perhaps it could help the
distros?
 - it allows for much smoother minor updates.  I hope this will be
   rare, but my experience from various projects tells me that they
   will occasionally be needed.
Can you explain this some more?

If we use a single integer ala udev, I'd see minor updates, LTS
branch, etc being released with a suffix eg: 123.2

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
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help