Consider native support for unixsockets

[JCoder01]

Usage outlined here works great, except the maintainer of requests_unixsocket seems to be MIA. There hasn't been any updates for 2+ years and it isn't compatible with urllib3 v2 released last year.

[briantist]

Hi @JCoder01 , it looks like there has been a fix for a while but as you said the maintainer is MIA even for transferring ownership and there might be a few published forks with the fix but it also doesn't seem like any have real dedicated maintainers either

• Inherit HTTPConnection through urllib3.connection, not httplib msabramo/requests-unixsocket#69

I am not sure how much we want to do natively for this in the project. If a stable library comes out I would consider adding an extras entry for pulling the package in, but that doesn't really help the current situation.

---

I think the way this is best (potentially) handled at the moment is via a custom hvac adapter class. I would also possibly consider accepting that, but unfortunately I think our Adapter system needs an overhaul and it's been difficult to find the time. Here's something I was working on a while ago (not unixsocket related):

• [WIP] Add AdapterResponse types, and HvacAdapter #898

---

I have also considered the possibility of vendoring some packages in some capacity, for example our tests for LDAP rely on an abandoned LDAP test server project also waiting on a fix that will probably never be merged or published. But I can't take vendoring lightly and given how little time I have available to dedicate to this project already I'm not sure it would be a good idea.

---

Happy to discuss ways forward; in the meantime, looking at one of the published forks is probably the easiest short-term solution for your own uses.