Início / user-47012

ylluminate's questions

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

Antes de mudar para o shell de peixe, eu costumava usar vários comandos zshcom which some_command. Um exemplo pode ser:

$ 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

Quando tento fazer isso com fishele falha:

$ 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)

Alguma idéia de por que isso não funciona fishem oposição a outros shells mais parecidos com o bash?

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

Eu tive uma situação estranha em que encontrei vários arquivos e pastas que tinham 000 permissões definidas. Isso foi facilmente reparável via:

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

Infelizmente, de repente percebi que o problema era um pouco mais complicado com algumas permissões estranhas, como 044 e algumas outras configurações estranhas. Acontece que estes estão espalhados e imprevisíveis.

Existe uma maneira de pesquisar permissões como 0 ** ou outras configurações de permissão muito limitantes?

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

Obtendo um problema em que o wget está falhando com um segfault de maneira bastante confiável ao tentar executar o smxi. Exemplo:

$ 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

Este parece ser um problema que outros tiveram e eles conseguiram contornar isso fazendo o downgrade para uma versão anterior do wget: https://techpatterns.com/forums/about2621-10.html

Qual é a maneira correta de fazer o downgrade wgetsem causar outros problemas de dependência e explodir outras partes da distribuição do Debian?

Eu percebo que o downgrade cego pode realmente causar alguns problemas, então não tenho certeza se devo fazer o downgrade de alguma forma OU se devo simplesmente tentar reconstruir wgetdo zero ...

Ou existe uma solução totalmente diferente para wgetesse cenário?

debian wget