Início / unix / 问题

Perguntas[environment-variables](unix)

Martin Hope
matan h
Asked: 2024-06-13 20:17:44 +0800 CST
  • 8

Estou tentando configurar o historypager fish para bat -l fishrealce de sintaxe. (ou seja, defina a PAGERvariável de ambiente bat -l fishapenas para o historycomando).

Tentei:

# 1:
alias history "PAGER='bat -l fish' history" 
# results in "The function “history” calls itself immediately, which would result in an infinite loop"

# 2:
alias history "PAGER='bat -l fish' \history"
# results in the same.

# 3:
alias _old_history history
alias history "PAGER='bat -l fish' _old_history"
# results in (line 1): The call stack limit has been exceeded

Estou ciente de que abbrfunciona neste caso, mas isso muda meu historycomando e não é isso que eu quero.

environment-variables
Martin Hope
Mohamed N.
Asked: 2024-05-22 23:16:07 +0800 CST
  • 5

estou com um problema, meu comando para mim está funcionando, mas o comando export test=test não funciona no comando com jq, mas se eu executar apenas export test=test está funcionando

então eu tenho o arquivo test.json dentro:

{ "test":"test124","url":"google.com"}

então eu uso este comando:

jq -r 'to_entries | .[] | "export \(.key)=\(.value)"' test.json | sh

eu faço o check-in no ambiente e não vejo nada

eu tento este comando:

jq -r 'to_entries | .[] | "\(.key)=\(.value)"' test.json | while IFS='=' read -r key value; do export "$key=$value"; ; done

mesmo problema

mas se eu colocar este comando está funcionando:

export test=$(jq -r .test test.json)

mas eu quero fazer um loop :/

obrigado pela ajuda

SOLUÇÃO: faltando $(...)

 $(jq -r 'to_entries | .[] | "export \(.key)=\(.value)"' test.json)
environment-variables
Martin Hope
Matteo
Asked: 2023-12-13 07:03:20 +0800 CST
  • 5

Se dois diretórios diferentes na variável de ambiente PATH contiverem um binário com o mesmo nome (mas com comportamento ligeiramente diferente), existem especificações/garantias sobre qual deles será usado?

Na minha máquina (macOS Monterey, Darwin 21.2.0) observei (via which <binary name>) que o binário é escolhido no primeiro diretório encontrado em PATH (lendo seu conteúdo da esquerda para a direita). Mas esse comportamento é padrão em todos os sistemas operacionais Linux/UNIX? ou seja, existe algum padrão que o aplique (por exemplo, POSIX)?

Contexto extra (para os curiosos) : estou escrevendo um projeto que possui um script que baixa uma versão personalizada de um binário padrão em uma pasta específica do projeto e depois invoca outro script que DEVE usar o binário personalizado em vez do normal. . Estou adicionando a pasta com o binário personalizado ao PATH antes de invocar o segundo script. Dado o que observei sobre como PATH é pesquisado em caso de colisões, estou definindo PATH como PATH=<my-custom-folder>:$PATHem vez de PATH=$PATH:<my-custom-folder>. Mas este projeto tem vários colaboradores e quero ter certeza de que todos executamos o mesmo binário. Se diferentes sistemas operacionais pesquisassem PATH de maneiras diferentes da minha, as coisas iriam quebrar.

environment-variables
Martin Hope
jsejcksn
Asked: 2022-12-06 02:24:23 +0800 CST
  • 6

Nota: Este tópico geral parece ser abordado ad nauseum em mais de um site da SE, mas leia todos os detalhes — não encontrei nenhuma pergunta que abranja todos os critérios descritos abaixo.

Além disso: estou usando zshnos exemplos abaixo. Espero uma solução compatível com POSIX, mas isso não é um requisito difícil: algo que funcione bashe zshseja bom o suficiente.

Aqui está um exemplo para ajudar a esclarecer o título da pergunta:

Digamos que eu tenha os dois arquivos a seguir:

% ls -AF
.env    printenv*

% cat printenv
echo $LOCAL_MESSAGE_1
echo $LOCAL_MESSAGE_2

% cat .env
LOCAL_MESSAGE_1="hello world"
LOCAL_MESSAGE_2="goodnight moon"

e gostaria de executar o script printenve ver o seguinte em stdout:

hello world
goodnight moon

Se essas variáveis ​​não existirem em meu ambiente, o script imprimirá linhas vazias (como esperado):

% unset LOCAL_MESSAGE_1

% unset LOCAL_MESSAGE_2

% ./printenv

Se eu definir as variáveis ​​antes de executar o script, elas ficarão disponíveis para ele, mas apenas para esse único processo e não para processos subsequentes iniciados no mesmo shell:

% LOCAL_MESSAGE_1="hello world" LOCAL_MESSAGE_2="goodnight moon" ./printenv
hello world
goodnight moon

% ./printenv

Então, minha pergunta é a seguinte: como posso replicar o comportamento do último exemplo de acordo com os seguintes critérios?

  1. execute printenvsem modificação no shell atual — não em um subshell (obrigado RudiC ) — e obtenha a saída desejada, enquanto também
  2. carregando as variáveis ​​do .envarquivo, enquanto também
  3. mantendo as variáveis ​​locais para a chamada do processo: elas permanecerão indefinidas no ambiente shell e nos processos subseqüentes sem precisar unsetdelas

Que sintaxe de linha única posso usar para fazer isso? O que deve ser substituído no lugar dos pontos de interrogação abaixo para atender aos critérios acima?

% ?????????? ./printenv
hello world
goodnight moon
environment-variables
Martin Hope
Alexander
Asked: 2022-10-09 05:32:57 +0800 CST
  • 1

Estou usando o pass há algum tempo para armazenar senhas, mas agora quero mover meu armazenamento de senhas do local padrão. De acordo com a página man, basta definir a PASSWORD_STORE_DIRvariável para o caminho desejado para substituir o padrão, porém no meu caso isso não tem efeito. Depois de mover a .password-storepasta para um novo local e definir a variável de ambiente, a execução do comando passresulta em "Erro: o armazenamento de senha está vazio. Tente "pass init"". Mesmo se simplesmente renomear o .password-storediretório inicial interno:

$ cd
$ mv .password-store .pass
$ PASSWORD_STORE_DIR=/home/bakhtin/.pass #bakhtin is the user name
$ pass
Error: password store is empty. Try "pass init".

Alguma ideia de qual pode ser o problema? Certifiquei-me de que não há erros de ortografia no nome da variável e tal.

environment-variables password
Martin Hope
konmi
Asked: 2022-09-20 09:46:39 +0800 CST
  • 2

Estou usando o shell Bash no Ubuntu 18.04 LTS (Bionic Beaver). Eu gostaria de permitir que um usuário defina uma variável de ambiente no bash que possa ser usada em instâncias de terminal subsequentes para definir a verbosidade de certas funções usando essa variável.

O que os usuários teriam que fazer para habilitar e desabilitar esse recurso? O foco é que o usuário habilite ou desabilite a funcionalidade da variável de ambiente sem a necessidade de alterá-la .bashrcdiretamente. As configurações devem ser aplicáveis ​​apenas a um usuário específico que deseja tal capacidade.

environment-variables