On Tue, 2021-12-14 at 17:25 -0600, Benjamin Marzinski wrote: > On Wed, Dec 01, 2021 at 01:06:45PM +0100, Martin Wilck wrote: > > On Tue, 2021-11-30 at 21:28 +0100, Martin Wilck wrote: > > > > > > Perhaps we'll encounter another use case for it, or we find a > > > flaw in > > > my reasoning above. I wouldn't remove the digit. > > > > And here's the flaw: While my argument above is valid for ld.so, > > it's > > not for package management tools like rpm. Here on openSUSE, we got > > rpm > > Requires like "libmultipath.so.0(LIBMULTIPATH_13.0.0)(64bit)". As > > distributors, we prefer incompatibilities to be detected at > > installation time rather than at runtime. So, we do need the minor > > version bumps. > > So where does this leave us. Are we bumping versions once per merge > to > Christophe's offical branch, and if distributions put out multiple > releases between these, they are responsible for any version bumps > that > they need. Or are we bumping versions once per patchset if needed? I just wanted to say that my previous argument that addition or removal of symbols can be ignored was wrong, and that we should keep the treatment of minor versions as originally designed. I am fine with us not touching the .version files while we work on new patch sets, and leaving it to the person perparing a PR for Christope (likely myself) to fix it up when a patch series is finished. In practice, it'll probably result in just a major version bump per submission to Christophe, but that isn't cast in stone (if we submit a smaller set of patches, it might be just a minor bump, or none at all). Distros are free to modify the last digit as they please. Martin -- dm-devel mailing list dm-devel@xxxxxxxxxx https://listman.redhat.com/mailman/listinfo/dm-devel
