If you're open to an alternative approach (= workaround), I've had success with configuring systemd automounts too. The trick seems to be to configure systemd to have an unlimited timeout for the units in question.

@joebonrichie If the problem is linking when using clang, then you can limit the amount of linker jobs by setting -DLLVM_PARALLEL_LINK_JOBS=1 and keep compiling with e.g. %ninja_build -j4 or w/e.

Out of nothing but curiosity, have you tested if smb:// URI access works on both guest/anonymous shares as well as user+password shares?

In D11025#182288, @aleksvor wrote:

Fix VLC getting stuck on close on X11.

Per my research, this fixes the bug (or, as VLC devs say, workarounds bugs in Qt and Mesa) which prevented VLC from correctly destroying its process when it was used with VDPAU hwdec and OpenGL renderer. This issue lead to disablement of VDPAU support in our package (R3140:99d8cc7ddccd33ed4b0594b7f62b2a30121ce54a). Given that this is now fixed in VLC (and it always exits properly at least on my system), should we enable VDPAU again?
For consideration - currently VDPAU is the only hwdec interface that VLC can use with Nvidia cards (since Nvidia doesn't support VAAPI and VLC 3.0.x doesn't support Nvidia Codec).

In D11025#182365, @aleksvor wrote:

Rebased after Samba/libupnp rebuild.

This recipe was tested to build and install (pkgconfig is fuse3, but rundep needs to be fuse, since fuse = fuse-3.x now):

LGTM, thanks!

Still cannot reproduce this issue. Closing as resolved since no response has been forthcoming.

As a sign of intent, I think it would be good to explicitly enable the new cmake configuration options that correspond to the new deps you're adding during the setup phase with this update?