muru's questions

Isto é especificamente sobre bash's declare- o caso geral é tratado de forma bastante exaustiva nesta resposta (que menciona "a // typesetsaída de , , " mas não a de ).declareexport -pksh93mkshzshbash

Dada uma variável local/exportada/array/assocative-array (mas talvez não nameref) foo, a saída de declare -p fooin é bashgarantidamente reutilizável por bash? A documentação oficial não menciona nada parecido:

A -popção exibirá os atributos e valores de cada arquivo name. Quando -pé usado com nameargumentos, opções adicionais, além de -fe -F, são ignoradas.

E eu olhei através doCHANGES e vi isso sobre funções :

This document details the changes between this version, bash-2.05-beta1,
and the previous version, bash-2.05-alpha1.
...
b.  When `set' is called without options, it prints function definitions in a
    way that allows them to be reused as input.  This affects `declare' and
    `declare -p' as well.

E para alguns outros comandos, -pdestina-se a produzir resultados reutilizáveis:

s.  The `shopt' `-p' option now causes output to be displayed in a reusable
    format.
...
u.  `umask' now has a `-p' option to print output in a reusable format.

E o FAQ do Bash de Chet Ramey tem:

Bash-2.0 contained extensive changes and new features from bash-1.14.7.
Here's a short list:
...
most builtins use -p option to display output in a reusable form
    (for consistency)

Mas nada que eu possa encontrar sobre declare -pvariáveis.

Eu tenho um Alienware Aurora R7, rodando o Arch Linux. No desligamento, o kernel entra em pânico, com algo assim na mensagem de pânico (omitindo timestamps):

BUG: Unable to handle kernel NULL pointer dereference at     (null)
IP: i2c_dw_isr+0x3ef/0x6d0
PGD 0 P4D 0
Oops: 0000 [#1] PREEMPT SMP PTI

De várias fontes ( 1 , 2 ), isso parece estar relacionado ao i2c-designware-coremódulo e a solução alternativa é colocá-lo na lista negra. No entanto, com kernels recentes (parece ser 4.10 e superior), isso não parece ser construído como um módulo:

# uname -srv                      
Linux 4.15.2-2-ARCH #1 SMP PREEMPT Thu Feb 8 18:54:52 UTC 2018
# zgrep DESIGNWARE /proc/config.gz
CONFIG_I2C_DESIGNWARE_CORE=y
CONFIG_I2C_DESIGNWARE_PLATFORM=y
CONFIG_I2C_DESIGNWARE_SLAVE=y
CONFIG_I2C_DESIGNWARE_PCI=m
CONFIG_I2C_DESIGNWARE_BAYTRAIL=y
CONFIG_SPI_DESIGNWARE=m
CONFIG_SND_DESIGNWARE_I2S=m
CONFIG_SND_DESIGNWARE_PCM=y

Então, recorri a fazer a reinicialização do kernel em pânico:

# cat /proc/cmdline
root=UUID=e5018f7e-5838-4a47-b146-fc1614673356 rw initrd=/intel-ucode.img initrd=/initramfs-linux.img panic=10 sysrq_always_enabled=1 printk.devkmsg=on

(Os caminhos estranhos no /proc/cmdlinesão porque eu inicializo diretamente do UEFI, com entradas criadas usando efibootmgr. Os caminhos são enraizados em /boot, onde meu ESP está montado.)

Isso parece ser algo para touchpads, mas não tenho um touchpad e não vou conseguir um. O que posso fazer para desativar essa coisa? Eu tenho que construir um kernel personalizado ?

Como linux-ltstambém é mais recente que 4.10 (4.14, atualmente), também não parece haver uma maneira fácil de instalar um kernel mais antigo, onde a lista negra provavelmente funcionaria.

Usar nolapiccomo parâmetro do kernel resolve o problema de pânico de desligamento, mas faz com que o sistema congele alguns minutos após a inicialização, então não posso usá-lo.

Digamos que eu tenha um script fazendo:

some-command "$var1" "$var2" ...

E, caso var1esteja vazio, prefiro que seja substituído por nada ao invés da string vazia, para que o comando executado seja:

some-command "$var2" ...

e não:

some-command '' "$var2" ...

Existe uma maneira mais simples do que testar a variável e incluí-la condicionalmente?

if [ -n "$1" ]; then
    some-command "$var1" "$var2" ...
    # or some variant using arrays to build the command
    # args+=("$var1")
else
    some-command "$var2" ...
fi

Existe uma substituição de parâmetro que pode expandir para nada em bash, zsh ou algo semelhante? Talvez eu ainda queira usar o globbing no restante dos argumentos, portanto, desativá-lo e remover as aspas da variável não é uma opção.