Florian Brucker's questions

Estou fazendo instalações de pacotes autônomas/não interativas via

DEBIAN_FRONTEND=noninteractive apt-get install -y my_package

Isso funciona conforme esperado na maioria dos casos, mas ainda me fornece um prompt interativo se houver conflito no arquivo de configuração, por exemplo, algo assim:

Configuration file '/etc/foo'
 ==> Modified (by you or by a script) since installation.
 ==> Package distributor has shipped an updated version.
   What would you like to do about it ?  Your options are:
    Y or I  : install the package maintainer's version
    N or O  : keep your currently-installed version
      D     : show the differences between the versions
      Z     : start a shell to examine the situation

Eu sei que posso escolher a resposta passando uma opção adequada dpkgpara apt-getvia-o , por exemplo

DEBIAN_FRONTEND=noninteractive apt-get -o DPkg::Options::=--force-confdef install -y  my_package

No entanto, as opções correspondentes oferecidas por dpkgparecem não incluir uma forma de abortar a instalação em caso de conflito, que é o que eu precisaria.

Como posso instalar um pacote de forma não interativa apt-gete falhar se um conflito de configuração for encontrado?

O seguinte também seria aceitável para mim:

• Verifique de forma não interativa antes de ligar apt-getse haverá um conflito
• Mantenha as versões dos arquivos de configuração no disco (como --confold), mas saia com um código de saída diferente de zero ou tenha outra maneira de detectar isso posteriormente.

Eu tenho um servidor SFTP de terceiros no qual quero verificar alguns carimbos de data/hora de arquivos.

No entanto, obtenho resultados diferentes para o mesmo arquivo se usar ls -lvs. ls -lh:

sftp> ls -l
[...]
-rwxrwxrwx 1 0        0               1963 Nov 15 08:49 foo.txt
[...]

sftp> ls -lh
[...]
-rwxrwxrwx    0 0        0            1.9K Nov 15 07:49 foo.txt
[...]

sftp> ls -l foo.txt
-rwxrwxrwx    0 0        0            1963 Nov 15 07:49 foo.txt

sftp> ls -lh foo.txt
-rwxrwxrwx    0 0        0            1.9K Nov 15 07:49 foo.txt

Como você pode ver, o timestamp ls -lé 08:49enquanto os outros comandos têm 07:49. O servidor está na Alemanha, que atualmente é 1h depois do UTC, então meu palpite é que 07:49é UTC, enquanto 08:49é o horário de Berlim.

No entanto, minha máquina está em UTC:

$ cat /etc/timezone 
Etc/UTC

Meu entendimento é que, de acordo com o padrão SFTP, todos os timestamps devem estar em UTC. No entanto, não tenho certeza se esse entendimento está correto (dado que existem tantas versões diferentes do padrão). Eu também não sei se a sftpferramenta de alguma forma pós-processa os carimbos de data/hora ( man sftpnão menciona fusos horários ou carimbos de data/hora).

Qual poderia ser o motivo da diferença?

Em um script Bash, estou tentando armazenar as opções que estou usando rsyncem uma variável separada. Isso funciona bem para opções simples (como --recursive), mas estou tendo problemas com --exclude='.*':

$ find source
source
source/.bar
source/foo

$ rsync -rnv --exclude='.*' source/ dest
sending incremental file list
foo

sent 57 bytes  received 19 bytes  152.00 bytes/sec
total size is 0  speedup is 0.00 (DRY RUN)

$ RSYNC_OPTIONS="-rnv --exclude='.*'"

$ rsync $RSYNC_OPTIONS source/ dest
sending incremental file list
.bar
foo

sent 78 bytes  received 22 bytes  200.00 bytes/sec
total size is 0  speedup is 0.00 (DRY RUN)

Como você pode ver, passar --exclude='.*'para rsync"manualmente" funciona bem ( .barnão é copiado), não funciona quando as opções são armazenadas em uma variável primeiro.

Suponho que isso esteja relacionado às aspas ou ao curinga (ou ambos), mas não consegui descobrir exatamente o que está errado.