3 ms·

Not really how? https://github.com/ranchester2/nautilus-as-file-chooser-poc https://github.com/ranchester2/nautilus-as-file-chooser-poc This is a standardized G

• Cloudef 5y ago
  I was under impression the backend has to implement all of the API to do that. Nice to know it's enough to have dbus service that listens to a single call. I might do this to replace file picker on my machine. It's still baffling however, how fork + exec <-> pipe can't be used for this. Especially considering that under all that dbus cruft the PoC essentially does this: https://github.com/ranchester2/nautilus-as-file-chooser-poc/blob/master/portal/file_chooser.py#L18-L19 https://github.com/ranchester2/nautilus-as-file-chooser-poc/...
  • BrightGlow 5y ago
    Using fork and exec with a pipe is not going to work within a sandbox. That "cruft" is necessary for the thing to work...
    • Cloudef 5y ago
      I get why they invented this for flatpak (Even though it still could be done with processes and namespaces), but my original point was wondering why they did not originally use fork, exec and pipe.
      • BrightGlow 5y ago
        Because the goal was to make an API that works the same both inside the sandbox and outside the sandbox. Edit: It wouldn't work with just processes and namespaces because you need a way to talk to a resource with a privilege level above the current mount namespace.
        • Cloudef 5y ago
          Right, the child process can't escape the sandbox. I guess IPC here is the only sane choice.