Suponha que eu tenha uma lista de tags de versão analisadas como
0.2
0.1
0.10
0.9
Se eu usar sort, recebo (estou certo, isso é chamado de ordem de agrupamento?)
0.1
0.10
0.2
0.9
Se eu quiser a ordem numérica (lógica), esperaria
0.1
0.2
0.9
0.10
Este, por exemplo, é um cenário com o qual costumo entrar em contato, uma vez que analiso lançamentos de pacotes enquanto quero obter a versão mais recente para processos de instalação automatizados.
Como posso conseguir isso?
Eu recentemente atualizei do Debian Stretch para o Buster. Fiquei sabendo que não posso abrir links de dentro do Rambox. Abordei um problema no GitHub, mas agora descobri que não posso abrir links de dentro do PHPStorm e de qualquer outro aplicativo.
Sempre recebo a seguinte mensagem de erro em uma caixa de diálogo
-------------------- Error --------------------
(-) /home/johndoe/https:/example.com/path/to/
resource.php: No such file or directory
[ Ok ]
Como se pode ver, sempre há o caminho para o meu diretório pessoal colocado na frente do link.
Não vou reinstalar meu sistema como um todo.
Editar (2019-08-18):
Embora seja um problema do ambiente de desktop, esqueci de mencionar que estou usando o LXDE.
Editar (2019-08-19):
Eu encontrei xdg-openo que leva ao mesmo erro.
xdg-open https://example.com
Não consigo encontrar o site original que encontrei como configurar o MariaDB no linux.
Dependendo desse tutorial eu escrevi um playbook ansible. Enquanto refatorava meus playbooks, encontrei essas duas tarefas.
- name: SymLinking the service unit alias `mysql.service` to `mariadb.service`
file:
src: "/etc/systemd/system/mysql.service"
dest: "/etc/systemd/system/mariadb.service"
state: link
force: yes
- name: SymLinking the service unit alias `mysqld.service` to `mariadb.service`
file:
src: "/etc/systemd/system/mysqld.service"
dest: "/etc/systemd/system/mariadb.service"
state: link
force: yes
systemctl statusem todos os 3 serviços ( mariadb.service, mysql.service, mysqld.service) agora indica o mesmo PID principal para todos os processos.
Portanto, embora seja óbvio que as unidades de serviço com link simbólico estejam referenciando o mesmo processo, só posso supor que esses serviços devem ser criados para compatibilidade com versões anteriores.
Mas enquanto é 2019 minhas perguntas são
mysql e mysqld ?
Estou usando o ansible em um ambiente vagrant gerenciando uma caixa debian. Devido a vários provisionadores ansible com dados criptografados do cofre (por exemplo, senha raiz do banco de dados), tenho que inserir a senha do cofre uma vez pelo primeiro provisionador. Atualmente, essa senha é armazenada em /tmp, lida por script em cada provisionador ansible e substituída /dev/nulle excluída pelo último provisionador.
O Ansible é capaz de chamar um script que retorna a senha do cofre. Portanto, este script será executado em um shell separado.
Se um invasor conseguir invadir a VM, ele terá a oportunidade de recuperar qualquer arquivo temporário e obter a senha do cofre.
Embora esses ambientes vagrant sejam usados na produção, estou procurando uma abordagem mais segura. O que primeiro me veio à mente é ler e escrever na memória de alguma forma. Portanto, uma reinicialização da VM limparia a memória. Eu sei que os dados mencionados podem de alguma forma ser trocados no disco. Mas acho que é mais difícil obter esses dados do que a abordagem de arquivo temporário.
Editar
Esqueci de mencionar o risco de segurança se um provisionador falhar. Em seguida, o último provisionador não será executado e o arquivo temporário permanecerá no sistema de arquivos.
Forneci uma resposta adicional mostrando a solução integrada apenas para quem estiver interessado na solução do problema de origem que levou a essa pergunta.
Eu instalei o OpenVPN com:
$ sudo apt-get install openvpn
Em seguida, executo o cliente com o arquivo de configuração que recebi da minha empresa.
$ sudo openvpn --config myconfig.ovpn
A configuração foi verificada trabalhando na máquina de um colega. Mas uma exceção: meu colega está usando um sistema Windows, estou usando o Debian.
Fri Jul 27 11:33:34 2018 OpenVPN 2.4.0 x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] built on Jul 18 2017
Fri Jul 27 11:33:34 2018 library versions: OpenSSL 1.0.2l 25 May 2017, LZO 2.08
Fri Jul 27 11:33:34 2018 Error: private key password verification failed
Fri Jul 27 11:33:34 2018 Exiting due to fatal error
client
dev tun
proto udp
remote example.com 1194
resolv-retry infinite
nobind
persist-key
persist-tun
remote-cert-tls server
tls-version-min 1.2
verify-x509-name server_pZFAVxw3z2VPJhKI name
cipher AES-256-CBC
auth SHA256
compress lz4
verb 3
<ca>
-----BEGIN CERTIFICATE-----
<<base64>>
-----END CERTIFICATE-----
</ca>
<cert>
-----BEGIN CERTIFICATE-----
<<base64>>
-----END CERTIFICATE-----
</cert>
<key>
-----BEGIN RSA PRIVATE KEY-----
Proc-Type: 4,ENCRYPTED
DEK-Info: DES-EDE3-CBC,C6B57204A2ECC239
<<base64>>
-----END RSA PRIVATE KEY-----
</key>
<tls-crypt>
#
# 2048 bit OpenVPN static key
#
-----BEGIN OpenVPN Static key V1-----
<<base64>>
-----END OpenVPN Static key V1-----
</tls-crypt>
O manual oficial do OpenVPN recomenda minha maneira de tentar executá-lo. Então, estou sem saber qual poderia ser o problema e procurando ajuda.
Qual poderia ser o motivo do erro?
Estou executando o Debian mais recente (Stretch/9.3.x) e preparando meu sistema para instalar o PHP mais recente. Eu removi todos os pacotes PHP pré-instalados, exceto php-common.
Ao invocar apt-get remove php-common, recebo o erro da seguinte forma
Removing php-common (1:49) ...
Failed to stop phpsessionclean.timer: Unit phpsessionclean.timer not loaded.
dpkg: error processing package php-common (--remove):
subprocess installed pre-removal script returned error exit status 5
/usr/bin/deb-systemd-helper: error: unable to read phpsessionclean.timer
Failed to get unit file state for phpsessionclean.timer: No such file or directory
phpsessionclean.timer is a disabled or a static unit, not starting it.
Errors were encountered while processing:
php-common
E: Sub-process /usr/bin/dpkg returned an error code (1)
Depois de algumas escavações, tentei dpkg --purge php-commonobter este
Removing php-common (1:49) ...
Failed to stop phpsessionclean.timer: Unit phpsessionclean.timer not loaded.
dpkg: error processing package php-common (--purge):
subprocess installed pre-removal script returned error exit status 5
/usr/bin/deb-systemd-helper: error: unable to read phpsessionclean.timer
Failed to get unit file state for phpsessionclean.timer: No such file or directory
phpsessionclean.timer is a disabled or a static unit, not starting it.
Errors were encountered while processing:
php-common
Na verdade, é tranquilo mesmo.
dpkg --verify php-common
??5?????? /lib/systemd/system/phpsessionclean.service
??5?????? /lib/systemd/system/phpsessionclean.timer
Esses arquivos estão realmente perdidos. Mas atualmente não sei como resolver isso. Não há ajuda com apt-get -f purgenem dpkg --remove --force-all.
Estou tentando criar um alias para meu comando php, executando-o com um argumento, dependendo da existência de um arquivo com o IP do meu host remoto, sem nenhum argumento adicional.
Eu consegui trabalhar com esta versão
#!/bin/bash
alias php="[ -f path/to/hostip ] && php -dxdebug.remote_host=\"$( < path/to/hostip )\" || php
Dois problemas
php path/to/any/scriptmeus outros argumentos não são passados para a chamada phpEu tentei uma função, que resolve o problema nº 2
#!/bin/bash
function phpx {
if [ -f path/to/hostip ]; then
php -dxdebug.remote_host="$( < path/to/hostip )" "$@"
else
php "$@"
fi
}
Mas ainda tenho problemas
phpcomo alias para o nome da funçãoO que estou procurando é um alias para phplike
alias php='php ( condition | true > pass file content as argument | false > pass nothing )'
E quero poder passar meus argumentos adicionais para o pseudônimo.
Estou usando o Debian Stretch LXDE (OpenBox) em uma configuração de monitor duplo. Eu ativei o menu de contexto openbox da minha segunda tela definindo
Desktop (right click) -> Desktop Preferences -> Advanced (Tab) -> Show menus provided by window managers when desktop is clicked (Checkbox)
O menu de contexto da minha primeira tela aparece como padrão.
Então, como faço para ativar o menu de contexto do OpenBox na 2ª tela?
Eu já tentei descobrir algumas configurações, /etc/xdg/openbox/...mas sem resultados claros.
Editar
Para esclarecer meu problema: cada tela tem suas próprias configurações, disponíveis Desktop (right click) -> Desktop Preferencespor padrão. Assim que ativei o menu de contexto do gerenciador de janelas, ele Desktop Preferencesdesapareceu e não consigo desfazer minhas configurações.
Editar (2017-12-05)
Menu de contexto da área de trabalho da tela esquerda
Menu de contexto da área de trabalho da tela direita
A configuração causou o menu de contexto da área de trabalho da tela direita, originalmente feito na área de trabalho da tela direita
