trapexit

I'm not seeing evidence of what you claim in the traces (the mergerfs trace has almost nothing in it) and fish on my system works exactly as expected. How did...

Hm. Something clearly wasn't right given the mergerfs trace has less than a page worth of content. Perhaps something easier to follow would be strace -fvTtt -s 256 -o /tmp/fish.trace...

Not strace -fvTtt -s 256 -o /tmp/fish.trace fish -c cd /mnt/pool It needs to be strace -fvTtt -s 256 -o /tmp/fish.trace fish -c "cd /mnt/pool" The quotes around "cd /mnt/pool"...

I don't know what fish is doing but it's not chdir'ing like on my system nor do I see any particular error. And you can see it stat the path...

It's something more subtle. 3.2.2 works fine for me. Can you provide a full trace of mergerfs when doing "fish -c 'cd /mnt/pool'" ?

These are again not full traces. mergerfs is just waiting for response from the kernel. How about rather than tracing you run mergerfs in debug mode? ``` sudo mergerfs -d...

I had wanted a singular branch but regardless as you can see from the log multiple apps were successful in querying the filesystem. WIthout you providing isolated logs from only...

``` if (!success) { struct stat buffer; int status; status = wstat(dir, &buffer); if (!status && S_ISDIR(buffer.st_mode)) { streams.err.append_format(_(L"%ls: Permission denied: '%ls'\n"), cmd, dir_in.c_str()); } else { streams.err.append_format(_(L"%ls: '%ls' is...

What do you suggest? There is nothing I know of to address this outside you properly managing dependencies. mergerfs can't hold up the system waiting for a mount path to...

>I dont know if what i ask for is doable or even advisable but that was a simple way to deal with dual radarr instance :) I don't understand what...