我正在从 pacman 安装 SFML，它需要 freetype，并且我在 freetype 和 harfbuzz 之间遇到了令人讨厌的循环依赖，这是另一个问题。
我的主要问题是关于这个依赖链：
Freetype -> harfbuzz -> glib2 -> python -> sqlite 等
$ pactree -s mingw-w64-x86_64-sfml输出一棵非常大的树。我认为freetype是一个轻量级的库......
我想要 sfml，最后得到了 python 和 sqlite，安装了 350MB。
这正常吗？
我并不真正了解所有 harfbuzz 或 glib 是如何编写的，但这些依赖项似乎超出了范围。
[编辑添加：]事实证明，这里的实际问题是我犯的一个无脑错字。我的实际问题的答案是“是的，如果你不是白痴，你只需做显而易见的事情，它就会起作用”。我接受了基本上这样说的答案，但实际上这个问题可能应该被删除。
我的雇主在 Windows 上进行软件开发的标准设置涉及使用 MSYS。（传统的 MSYS 或 MSYS2。）有没有办法在新的 Windows 终端中运行其中任何一个的 shell？
传统的 MSYS 有一个 Windows 批处理脚本，可以安排sh.exe在运行它的任何终端内执行。因此，您可能认为在 WT 中创建一个新的配置文件profiles.json，使用"commandline": "path\to\sh.exe"，就可以了。唉，不：如果我这样做并向 WT 询问该类型的终端，我会得到一个普通的旧cmd提示。（从. 开始C:\WINDOWS\System32。）[编辑添加：] Duh，不是，是的：如果我这样做，那么它基本上可以工作，但这会出错一些细节，即接受的答案是正确的。
您运行以获得 MSYS2 提示符的是 Windows 可执行文件，而不是传统 MSYS 中的批处理脚本，但它也会启动自己的sh.exe. 同样的事情也会发生。
我猜这里发生的事情是 MSYSsh.exe只是希望通过 stdin 和 stdout 进行交互，而适合直接从 WT 运行的可执行文件需要了解相当复杂的 Microsoft 控制台 API 或类似的东西。
我也尝试了以下事情，但几乎没有乐观并且没有成功（它们都产生与上述相同的结果）：
"commandline": "cmd path/to/sh.exe"
"commandline": "cmd /c path/to/sh.exe"
"commandline": "cmd path/to/msys2_shell.cmd"
"commandline": "cmd /c path/to/msys2_shell.cmd"
有什么方便的方法可以让 MSYS shell 在 Windows 终端中运行？