主页 / user-47012

ylluminate's questions

Martin Hope
ylluminate
Asked: 2022-06-01 10:34:32 +0800 CST
  • -1

在切换到 fish shell 之前，我经常在zshwith中使用各种命令which some_command。一个例子可能是：

$ file `which zsh`
/opt/local/bin/zsh: Mach-O 64-bit executable arm64
/bin/zsh:           Mach-O universal binary with 2 architectures: [x86_64:Mach-O 64-bit executable x86_64
- Mach-O 64-bit executable x86_64] [arm64e:Mach-O 64-bit executable arm64e
- Mach-O 64-bit executable arm64e]
/bin/zsh (for architecture x86_64): Mach-O 64-bit executable x86_64
/bin/zsh (for architecture arm64e): Mach-O 64-bit executable arm64e

当我尝试使用fish它失败时：

$ which zsh
/opt/local/bin/zsh

$ file `which zsh`
`which: cannot open ``which' (No such file or directory)
zsh`:   cannot open `zsh`' (No such file or directory)

fish知道为什么这与其他更像 bash 的 shell 相比不起作用吗？

fish command-substitution
Martin Hope
ylluminate
Asked: 2018-08-28 05:25:36 +0800 CST
  • 3

我遇到了一个奇怪的情况，我发现许多文件和文件夹设置了 000 权限。这很容易通过以下方式修复：

sudo find . -perm 000 -type f -exec chmod 664 {} \; 
sudo find . -perm 000 -type d -exec chmod 775 {} \;

不幸的是，我突然意识到问题有点复杂，有一些奇怪的权限，比如 044 和一些其他奇怪的设置。事实证明，这些都是散落的和不可预测的。

有没有办法搜索诸如 0** 或其他非常有限的权限配置之类的权限？

shell permissions
Martin Hope
ylluminate
Asked: 2018-01-02 23:35:08 +0800 CST
  • 1

遇到 wget 在尝试运行时非常可靠地因段错误而失败的问题smxi。例子：

$ wget -O - https://smxi.org/sm/sm-versions   
--2018-01-02 02:24:22--  https://smxi.org/sm/sm-versions
Resolving smxi.org (smxi.org)... 216.92.31.53
Connecting to smxi.org (smxi.org)|216.92.31.53|:443... connected.
HTTP request sent, awaiting response... 200 OK
[1]    1928 segmentation fault  wget -O - https://smxi.org/sm/sm-versions

这似乎是其他人遇到的问题，他们能够通过降级到以前版本的 wget 来解决这个问题： https ://techpatterns.com/forums/about2621-10.html

wget在不引起其他依赖性问题和破坏 Debian 发行版其他部分的情况下降级的正确方法是什么？

我意识到盲目降级确实会导致一些问题，所以我不确定我是否应该以某种方式降级或者我是否应该简单地尝试wget从头开始重建......

或者在这种情况下是否有完全不同的修复方法wget？

debian wget