jnrbsn's questions

Tenho a seguinte configuração de tarefa cron no Debian 12:

/etc/cron.d/jonathan-test:

SHELL=/bin/bash
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin

* * * * * jonathan /home/jonathan/test1.sh >> /home/jonathan/test.log 2>&1

/home/jonathan/test1.sh:

#!/usr/bin/env bash

export PATH="/home/jonathan/mytestdir:${PATH}"
echo "test1.sh -> PATH=${PATH}"
export PAAATH="this_is_a_test"
echo "test1.sh -> PAAATH=${PAAATH}"
exec "${HOME}/test2.sh"

/home/jonathan/test2.sh:

#!/usr/bin/env bash

echo "test2.sh -> PATH=${PATH}"
echo "test2.sh -> PAAATH=${PAAATH}"

Quando executado, ele grava o seguinte em /home/jonathan/test.log:

test1.sh -> PATH=/home/jonathan/mytestdir:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
test1.sh -> PAAATH=this_is_a_test
test2.sh -> PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
test2.sh -> PAAATH=this_is_a_test

Como você pode ver, a $PATHvariável não é preservada por exec.

Este é um exemplo simplificado e artificial do meu problema real, que é executar o pyenv a partir de um cron job. Se eu mudar meu cron.darquivo para isto:

SHELL=/bin/bash
PYENV_ROOT=/opt/pyenv
PATH=/opt/pyenv/shims:/opt/pyenv/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin

* * * * * jonathan python --version >> /home/jonathan/test.log 2>&1

Então eu escrevo isso no arquivo de saída:

/opt/pyenv/libexec/pyenv-exec: line 24: pyenv-version-name: command not found

Ele executa corretamente /opt/pyenv/shims/python. Isso é apenas um script bash que executa pyenv exec python --version. Ele executa corretamente /opt/pyenv/bin/pyenv, que é um link simbólico para /opt/pyenv/libexec/pyenv, que é um script bash que modifica $PATHpara incluir /opt/pyenv/libexec(e sim, ele exporta!) e executa /opt/pyenv/libexec/pyenv-exec, que é outro script bash que tenta fazer PYENV_VERSION="$(pyenv-version-name)"na linha 24, o que resulta no erro acima, porque /opt/pyenv/libexecnão está em $PATH. Eu reduzi para o exemplo simplificado acima. A mesma pyenvconfiguração exata com apenas variáveis ​​de ambiente e sem a integração do shell funciona muito bem quando não é executada a partir do cron.

Para sua informação, não há sudolugar nenhum nisso, e eu posso reproduzi-lo como outros usuários também. Então não parece estar relacionado a secure_pathem /etc/sudoers.

Quando tento formatar meu código C usando GNU Indent , ele não parece lidar com vários níveis de recuo aninhado. Especificamente, parece colapsar o segundo nível de recuo.

Por exemplo, se este é o código com o qual começo:

#include <stdio.h>

int main(int argc, char *argv[])
{
    int n;

    if (argc > 1) {
        printf("# of args: %d\n", argc);
    }

    for (n = 1; n <= 15; n++) {
        if (n % 3 == 0) {
            printf("fizz %d\n", n);
        } else if (n % 5 == 0) {
            printf("buzz %d\n", n);
        } else if (n % 3 == 0 && n % 5 == 0) {
            printf("fizzbuzz %d\n", n);
        } else {
            printf("%d\n", n);
        }
    }

    return 0;
}

Se eu executar indent -kr fizzbuzz.c, recebo isso:

#include <stdio.h>

int main(int argc, char *argv[])
{
    int n;

    if (argc > 1) {
    printf("# of args: %d\n", argc);
    }

    for (n = 1; n <= 15; n++) {
    if (n % 3 == 0) {
        printf("fizz %d\n", n);
    } else if (n % 5 == 0) {
        printf("buzz %d\n", n);
    } else if (n % 3 == 0 && n % 5 == 0) {
        printf("fizzbuzz %d\n", n);
    } else {
        printf("%d\n", n);
    }
    }

    return 0;
}

E se eu executá-lo apenas com os padrões ( indent fizzbuzz.c), recebo isso:

#include <stdio.h>

int
main (int argc, char *argv[])
{
  int n;

  if (argc > 1)
    {
      printf ("# of args: %d\n", argc);
    }

  for (n = 1; n <= 15; n++)
    {
      if (n % 3 == 0)
    {
      printf ("fizz %d\n", n);
    }
      else if (n % 5 == 0)
    {
      printf ("buzz %d\n", n);
    }
      else if (n % 3 == 0 && n % 5 == 0)
    {
      printf ("fizzbuzz %d\n", n);
    }
      else
    {
      printf ("%d\n", n);
    }
    }

  return 0;
}

Parece que se ele faz isso fora da caixa, muitas pessoas estariam perguntando sobre isso, porque se não for um bug, parece uma maneira muito estranha de formatar seu código. Por que ele faz isso?

Estou usando a versão 2.2.11 do GNU Indent.