options.c: Fix --files-from confinement for local and SSH transfers

[seks99x]

The rsync 3.5.0 path confinement patch of the files-from option treated the path as an operator-path for all cases (it only acts as an untrusted peer path in the daemon side), which makes it inconsistent with non-operator trusted paths behavior (log-file, filter, write-batch, read-batch, password-file, etc) when there is a root confined.

In local and ssh processes the path is coming from a trusted argument and shouldn't be treated as operator path.

┌──(root㉿192)-[~/rsync-latest-news/rsync]
└─# ./rsync -ai --confine-root=/home/omar --files-from=files.txt /home/omar/src /home/omar/dest/
rsync: failed to open files-from file files.txt: Too many levels of symbolic links
rsync error: syntax or usage error (code 1) at main.c(1905) [client=3.5.0-g4f6d572e]

Refused because the $cwd/files.txt is outside of the confined root.
                                                                                                                                                                            
┌──(root㉿192)-[~/rsync-latest-news/rsync]
└─# ./rsync -ai --confine-root=/home/omar --filter=". /root/rsync-latest-news/rsync/files.txt" /home/omar/src /home/omar/dest/
                                                                                                                                      
Filter file worked normally without being blocked from the root confinement