Tim's questions

Hoje comecei a notar um comportamento estranho ao executar um comando local para um binário instalado através do Go. Parece que o comando tem um alias, mas consultoria aliasnão é.

O comando bufde alguma forma é executado cp!

buf --help
Usage: cp [OPTION]... [-T] SOURCE DEST
  or:  cp [OPTION]... SOURCE... DIRECTORY
  or:  cp [OPTION]... -t DIRECTORY SOURCE...
Copy SOURCE to DEST, or multiple SOURCE(s) to DIRECTORY.

Configuração do Bash

GNU bash, versão 5.2.15(1)-release (x86_64-pc-linux-gnu) no Debian GNU/Linux 12 (bookworm).

Eu uso Oh My Bash para coisas sofisticadas com atualizações automáticas habilitadas. Este é meu .bashrc:

case $- in
  *i*) ;;
    *) return;;
esac

export OSH='/home/tim/.oh-my-bash'

OSH_THEME="font"

completions=(
  git
  ssh
  go
  docker
  docker-compose
  makefile
)

aliases=(
  general
)

plugins=(
  git
  bashmarks
)

source "$OSH"/oh-my-bash.sh

export PATH="$PATH:/home/tim/.local/bin"

eval $(thefuck --alias)

export BUN_INSTALL="$HOME/.bun"
export PATH=$BUN_INSTALL/bin:$PATH

Comando falhado

O comando foi instalado GOPATHusando o comando go:

go install github.com/bufbuild/buf/cmd/[email protected]

GOPATH:

go env GOPATH
/home/tim/go

E o diretório Go bin faz parte de PATH:

echo $PATH
/home/tim/.bun/bin:/home/tim/go/bin:/home/tim/Repositories/goroot/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games:/home/tim/.local/bin:/home/tim/.local/bin

E uma verificação de integridade whichresolve o binário correto:

which buf
/home/tim/go/bin/buf

A execução direta do caminho funciona conforme o esperado:

/home/tim/go/bin/buf --help
The Buf CLI
...

Aliases configurados

Não há nenhum alias configurado para buf:

alias buf
bash: alias: buf: not found

Outras notas

Instalei o Debian há apenas alguns meses. Não tenho certeza se já tentei correr buflogo depois disso. No entanto, meu diretório inicial foi restaurado a partir de um backup criado no OpenSUSE, no qual tenho certeza de que executei o bufcomando com sucesso. Oh My Bash, a instalação do Go e os binários go faziam parte desse backup. A maioria das coisas foi atualizada entretanto, mas não me lembro de alterar nenhuma configuração.

Outros binários Go funcionam conforme esperado:

cobra-cli --help
Cobra is a CLI library for Go that empowers applications.

Para o meu trabalho diário buftambém é utilizado, mas através de um MakeFile. Quando invocado, makeele funciona perfeitamente.

Como o bufcomando pode ser executado cpquando não consigo encontrar um alias e PATHé o correto? Existem outras maneiras de criar alias de comandos que não conheço?

O KDE Neon FAQ menciona que é construído no Ubuntu LTS 18.04. Ele não menciona qual versão pontual do Ubuntu LTS está usando.

Eu gostaria de experimentar o KDE Neon, mas sei que meu laptop não funciona bem (ou de jeito nenhum) nas versões do kernel anteriores à 4.19. O LTS padrão vem com o kernel 4.5 e não é uma opção. De acordo com a visão geral do kernel do Ubuntu , o Ubuntu 18.04.3 seria a primeira versão que funcionaria para mim.

1. O KDE Neon segue os lançamentos pontuais do Ubuntu?

2. Como alternativa, é possível habilitar manualmente o HWE conforme descrito no wiki do Ubuntu ? Com:

   sudo apt-get install --install-recommends linux-generic-hwe-18.04 xserver-xorg-hwe-18.04

Ou isso quebraria o sistema de atualização do KDE Neon ?

Existe uma alternativa readlink -f/ não recursiva que gera destinos absolutos de links simbólicos? realpathUma solução mais compatível com POSIX também é bem-vinda.

Eu tenho um bloco de função no meu script de shell da seguinte forma:

set FILES
# addFile adds a file to the FILES list. If file is a symlink,
# it will also find and add the destination.
addFile() {
    file="$1"
    # Check if file is already included in list
    echo "$FILES" | grep -q "$file" && return
    FILES="$FILES $file"
    if [ -L $file ]; then
        addFile $(realpath $file)
        #addFile $(readlink $file)
    fi
}

Estou usando essa função em um script que coleta arquivos binários e de biblioteca de todo o sistema de arquivos. Mas prevejo um problema neste código:

1. Minha primeira tentativa eu ​​usei readlink, mas isso retornou caminhos de resolução de link simbólico em relação ao $file, portanto, todas as ações executadas nesses caminhos falham. (Agora comentado, mas ainda no código) (Veja a edição menor abaixo)
2. Depois disso, usei realpath, conforme sugerido por man readlink. Quase funciona.

Agora, as ações que desejo executar podem funcionar. No entanto, no resultado final, estou copiando todos os binários, bibliotecas e links simbólicos em um arquivo initramfs. Se houver links simbólicos recursivos, apenas o nível superior e o destino serão incluídos, não os intermediários. Assim, quebrando o link simbólico.

Eu criei um violino para demonstrar o problema. link-to-link1aponta para link1, que aponta para file1. No resultado final link1está faltando e link-to-link1está quebrado.

Editar; esclarecer a questão

Ao executar a função acima no seguinte conjunto de links simbólicos:

# Contents of ~/test/src
file0
file1
link0 -> file0
link0.1 -> file0
link1 -> file1
link-to-link1 -> link1

Com:

copy="link-to-link1 link0 link0.1"
for sf in $copy; do
    addFile ~/test/src/$sf
done;
cp -av $FILES ~/test/dst

Você descobrirá que apenas os 3 links $copye 2 arquivos são copiados. No entanto, o link intermediário link1está ausente e link-to-link1quebrado.

Eu gostaria que o script encontrasse link1também. Lembrando que no ambiente onde este script é executado, a localização dos arquivos e links simbólicos deve ser absoluta.

Edição menor

Adicione outro violino para demonstrar a falha de caminhos relativos, usando readlink. Apenas os links simbólicos são copiados e os destinos estão ausentes.