To get the [1] we have today [2] landed about 8 years ago. That was discussed a few times earlier in [3][4][5]. As far as I can see there was no related discussion to the stability or usability of the library.
But I'm sure there was a reason to disable it in [6], but I have not found a bug report or discussion about that either - the changelog does not refer to one. Related bugs [7] state things like: """ ... Historically this was not done as neither the headers or the dynamic libs had a stable interface. Last time I looked each new upstream verion broke the dylib versioning and thus all symbols. If this has changed, one could rethink the current status. ... """ [8] does not really talk about usage of the libs being good, bad or ugly. To be fair, there seem to be some ABI definition going on [10][11], but is that sufficient and addressing it - I can't tell :-/ I have not found other references, there might be but hidden from me. Therefore I think this needs to be raised between upstream qemu and multipath-tools, with CC to Chris. Depending on the outcome of the discussion this might go either way then. The best person with potentially some history background on this is Chris Hofstaedtler who did the removal in 2023, I've found him on launchpad and subscribed him - maybe that gets a signal to him already If not one of us has to start reaching out as the next step here is to gain knowledge, not action. Sadly it seems neither me nor you are the perfect requester for that inquiry as we are more users and facilitators but not an authority of either group. If you feel like it or have the connection to someone, please feel free to do so. I think it needs to go to dm-devel [9]. Otherwise I'll need to get the groups talking and hope they are interested to make it a more clear yes/no to use these libs. [1]: https://qemu-project.gitlab.io/qemu/system/pr-manager.html#multipath-devices-and-persistent-reservations [2]: https://lists.gnu.org/archive/html/qemu-devel/2017-09/msg06485.html [3]: https://lists.gnu.org/archive/html/qemu-devel/2017-09/msg06487.html [4]: https://lists.gnu.org/archive/html/qemu-devel/2017-09/msg04922.html [5]: https://lists.gnu.org/archive/html/qemu-devel/2017-09/msg04924.html [6]: https://salsa.debian.org/linux-blocks-team/multipath-tools/-/commit/8c466616 [7]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1005323 [8]: https://github.com/opensvc/multipath-tools/blob/master/README.md [9]: https://marc.info/?l=dm-devel [10]: https://marc.info/?l=dm-devel&m=172354205218987&w=2 [11]: https://marc.info/?l=dm-devel&m=169896312510606&w=2 ** Bug watch added: Debian Bug tracker #1005323 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1005323 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2117378 Title: qemu-pr-helper doesn't have multipath support To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/qemu/+bug/2117378/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
