主页 / ubuntu / 问题 / 1372449
Accepted
N0rbert
Asked: 2021-10-30 13:56:44 +0800 CST

Meld 的现代版本无法将本地文件夹与远程文件夹（在 /run/user/1000/gvfs/ 中）进行比较 - 我们可以修复它吗？

  • 772

当我在 Ubuntu MATE 21.10 上使用 Meld 3.20.4-1 时，我无法使用以下步骤比较本地和远程文件夹：

  1. 使用 Caja 连接到某个共享 - 按Ctrl+ L，sftp://[email protected]在地址栏中输入以获取安装到的文件夹/run/user/1000/gvfs/sftp:host=hostname.local,user=user/

  2. 打开终端并从中运行 Meld 以比较文件夹对：

    meld /run/user/1000/gvfs/sftp:host=hostname.local,user=user/home/user/Desktop ~/Desktop

结果我得到

$ meld /run/user/1000/gvfs/sftp:host=hostname.local,user=user/home/user/Desktop ~/Desktop
Usage:
 meld Start with an empty window
 meld <file|folder> Start a version control comparison
 meld <file> <file> [<file>] Start a 2- or 3-way file comparison
 meld <folder> <folder> [<folder>] Start a 2- or 3-way folder comparison

Error: remote folder “/run/user/1000/gvfs/sftp:host=hostname.local,user=user/home/user/Desktop” not supported

我们可以在用户级别上解决这个问题吗？

mount

2 个回答

  1. Best Answer

    自 20.04 LTS 以来，这种比较确实被打破了，所以我们需要等待上游修复。

    临时解决方法是使用SSHFS，如下所示：

    1. 安装sshfs包

      sudo apt-get install sshfs

    2. 为远程位置创建临时挂载点

      mkdir ~/sshfs
sshfs [email protected]:/home/user/Desktop ~/sshfs

    3. 使用相同的 Meld 版本将本地文件夹与远程文件夹进行比较

      meld ~/sshfs ~/Desktop

      做一些同步。

    4. 卸载远程位置并可选择删除安装点

      umount ~/sshfs
# rmdir ~/sshfs
    • 0

  2. N0rbert 的解决方法并没有真正起作用。由于 Meld 使用 Gnome 的 GIO，它无论如何都会将其检测为“远程文件系统”。一个基本的比较可能会奏效，但一旦你试图真正合并事物，你就会遇到麻烦。就像删除目录一样。

    如果你强迫它，通过修补 Meld 的检测，就像我在这个测试中所做的那样，它会要求 GIO 删除目录，而 GIO 会因为“目录不为空”而失败。换句话说，删除函数显然只对本地文件系统递归工作。这太疯狂了，因为默认情况下 Linux 的 VFS 不会在文件系统实现之间做出这种区分，这就是它的全部意义所在。

    显然，GIO 并没有使用那些本来可以工作的标准 Linux VFS 接口，而是它自己的 hackish 和 Linux/Unix 标准有缺陷的解决方案（部分在 VFS 之上，但使情况变得更糟）。
    作为一个老 Linux 用户，我可以告诉你，这是由从 Windows 过来的开发人员运行的，并且认为一切都必须像 Windows 一样运行，因为他们要么是年轻的，要么是积极拒绝学习基本的约定和Unix/Linux 的想法，然后注定要重新发明 Unix……糟糕。
    （容器的相同原因，systemd 的实现 [不是一般的想法，这很好]，内核的网络接口实现，任何人都要求“桌面上的 Linux”，Steam 在 Linux 上“实现”的方式 [这只是一个自定义 Wine 实例中的 Windows 应用程序，忽略所有 Linux 约定]，等等）

    Meld 本身在源代码中有这样的注释：

    # TODO: Deleting remote folders involves reimplementing
# shutil.rmtree for gio, and then calling
# self.recursively_update().

    （或者……你知道……就像普通人一样使用标准的 VFS/POSIX 接口。）

    因此，这里唯一的解决方案是使用适当的 Linux 工具，或者一路运行 Windows/MacOS，而不是在前者上运行的工具想要成为后者。;)

    我推荐Kdiff3，但这有其自身的问题，因为它无法将新文件从本地复制到远程，至少在我与 Android 手机上 KDEConnect 的 sshfs 进行目录比较的情况下。

    除此之外rsync，,dirdiff和vimdiff（或vim带有DirDiff扩展名）等将是本机和更快的解决方案，但它们当然不适合手动与它们合并目录，这就是为什么像我这样的人被迫使用 Meld/Kdiff3 .

    附录：这是核心错误：

    允许递归删除目录 (#2258) · 问题 · GNOME / GLib · GitLab

    这显示的另一个问题是，如果远程文件系统有一个“垃圾”，g_file_trash则可以使用它，因为它显然可以递归地工作，甚至是远程工作。…我仍然不知道为什么他们会积极地将一种实现排除在递归删除之外，即使从用户空间的角度来看，实际上并没有什么区别。

    • 0

相关问题