dotancohen's questions

No Kubuntu Linux, o navegador Google Chrome adiciona uma soma de verificação ao arquivo, impedindo simplesmente editar o arquivo manualmente. Então, estou escrevendo um script para adicionar a soma de verificação.

$ cat .config/google-chrome/Default/Custom\ Dictionary.txt
AATEST
dotancohen
checksum_v1 = 2b7288da7c9556608de620e65308efa4$ 

Sem problemas, copiarei o arquivo inteiro, exceto a última linha, e verificarei se o hash MD5 corresponde à soma de verificação.

$ head -n -1 .config/google-chrome/Default/Custom\ Dictionary.txt > ~/chrome-dict
$ cat ~/chrome-dict
AATEST
dotancohen
$ md5sum ~/chrome-dict
2b7288da7c9556608de620e65308efa4  /home/dotancohen/chrome-dict

Obtivemos 2b7288da7c9556608de620e65308efa4, como esperado. Corresponde! Então, vamos adicionar isso ao final do arquivo.

$ { printf "checksum_v1 = " ; printf $(md5sum -z ~/chrome-dict | awk '{print $1}') ; } >> ~/chrome-dict
$ cat ~/chrome-dict
AATEST
dotancohen
checksum_v1 = 08f7dd79a17e12b178a1010057ef5e34$ 

Não, checksum errado! Vamos tentar cat para garantir que nada seja escrito no arquivo entre as duas printfinstruções.

$ head -n -1 .config/google-chrome/Default/Custom\ Dictionary.txt > ~/chrome-dict
$ cat ~/chrome-dict
AATEST
dotancohen
$ { printf "checksum_v1 = " ; printf $(md5sum -z ~/chrome-dict | awk '{print $1}') ; } | cat >> ~/chrome-dict
$ cat ~/chrome-dict
AATEST
dotancohen
checksum_v1 = 08f7dd79a17e12b178a1010057ef5e34$ 

Ainda checksum errado! Vamos tentar um arquivo tmp.

$ head -n -1 .config/google-chrome/Default/Custom\ Dictionary.txt > ~/chrome-dict
$ cat ~/chrome-dict
AATEST
dotancohen
$ { printf "checksum_v1 = " ; printf $(md5sum -z ~/chrome-dict | awk '{print $1}') ; } >> ~/chrome-dict-tmp
$ cat ~/chrome-dict-tmp >> ~/chrome-dict && rm ~/chrome-dict-tmp
$ cat ~/chrome-dict 
AATEST
dotancohen
checksum_v1 = 2b7288da7c9556608de620e65308efa4$ 

Funcionou! Por que os one-liners que redirecionam a saída para o fim do ~/chrome-dictarquivo não retornaram o hash MD5 correto?

Como alguém usaria sedou outra ferramenta para remover todos os caracteres, exceto um intervalo multibyte específico?

Por exemplo, o intervalo \xd8\xa0 - \xd9\x8aabrange caracteres arábicos codificados em UTF-8. Esta foi minha tentativa ingênua e esperançosa de usar o sed:

$ echo "Peace be upon you. السلام عليكم. שלום עליכם. Paz sobre vosotros." | sed -n -e 's|[^\xd8\xa0-\xd9\x8a]||p'
sed: -e expression #1, char 25: Invalid range end

Tinha sedentendido caracteres multibyte, que deveriam ter nos deixado com a string:

السلام عليكم

Eu considerei usar iconvpara converter para alguma codificação específica do árabe, use sede converta novamente. No entanto, o trabalho que estou fazendo não é trivial, como eu poderia querer preservar tanto o árabe quanto o hebraico, então gostaria de manter tudo em UTF-8 o tempo todo, se possível.

Se sednão puder trabalhar com caracteres multibyte, o que devo usar? Eu procurei por ambos sede perlsoluções sem sorte.

Observe que tentei adicionar uma UTF-8tag à pergunta, mas o unix.SE altera isso para uma Unicodetag. Não há Unicode aqui, são strings codificadas armazenadas no disco. Eu acho que deveria haver uma UTF-8etiqueta separada.

Eu sempre vi o tempo de 24h mostrado na datesaída. Mas por algum motivo, minha máquina baseada em Debian agora está mostrando o formato de 12h:

$ date
Fri 10 Jun 2022 06:16:47 PM IDT

$ LC_TIME=en_IL.UTF-8 date
Fri 10 Jun 2022 06:17:00 PM IDT

$ LC_ALL=en_IL.UTF-8 date
Fri 10 Jun 2022 18:17:05 IDT

Acho que não mudei nada relevante ultimamente.

$ grep LC_ ~/.bashrc
export LC_TIME="en_DK.UTF-8"
$ grep LC_ ~/.profile 
$ locale
LANG=en_IL.UTF-8
LANGUAGE=en_US
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=en_US.UTF-8

O que mais devo verificar ou configurar?

Meu objetivo seria ter esses recursos :

• formato de 24h
• Formato de data AAAA-MM-DD
• Semana começa no domingo
• Texto em inglês
• Cerveja servida abaixo da temperatura ambiente, mas não nos níveis de frio da geladeira
• Codificação UTF-8

Nestas aplicações :

• Comandos Bash, como date.
• Anki
• Raposa de fogo
• Thunderbird
• KeepassXC
• LibreOffice
• Aplicativos do KDE, como Okular e Dolphin
• Aplicativos Gnome

Minha configuração é o KDE 5.18.8 no Ubuntu 20.04.4 LTS. Não tenho nenhum problema em atualizar para 22.04, se necessário.

Um colega de trabalho perguntou recentemente "O que é man"? Depois de ser informado de que nem todas as coisas acessíveis a partir do Bash CLI são comandos , fiquei cauteloso ao chamar manum comando.

man manapenas chama de interface:

NAME
       man - an interface to the on-line reference manuals

mantem um executável:

$ which man
/usr/bin/man
$ file /usr/bin/man
/usr/bin/man: ELF 64-bit LSB shared object

Então é manum programa, porque tem um executável? Que outros substantivos poderiam manser? Que substantivo seria para descrevê-lo? Realmente, estou interessado no caso geral de como eu poderia determinar o que é um arbitrário thing on the cli, mané apenas um exemplo.

Por falar nisso, qual é a palavra para todas as coisas que se pode usar no Bash CLI? Uma palavra que engloba comandos, aliases, chamadas de sistema, etc?

Estou tentando analisar um diretório recursivo de arquivos PHP usando o linter PHP embutido, que funciona assim:

$ php -l good.php
No syntax errors detected in good.php

$ php -l bad.php
PHP Parse error:  syntax error, unexpected ''foo'' (T_CONSTANT_ENCAPSED_STRING), expecting ')' in bad.php on line 3
Errors parsing bad.php

Podemos ver que os arquivos que passam o linting produzem uma linha contendo No syntax errorse aqueles que falham o linting produzem uma linha contendo Errors parsing.

Vejo que tenho 12147 arquivos PHP recursivamente no diretório atual, no entanto, o linter do PHP está gerando apenas sete linhas:

$ find . -name \*.php -print0 | xargs -0 ls -l | wc -l
12147

$ find . -name \*.php -print0 | xargs -0 php -l | wc -l
7

Como havia apenas 7 arquivos analisados ​​pelo PHP, posso usar meu headwith lspara encontrar alguns arquivos que não foram analisados:

$ find . -name \*.php -print0 | xargs -0 ls -l | head
-rw-r--r-- 1 dotan dotan      1927 Jan 13 10:13 ./bootstrap/app.php
-rw-r--r-- 1 dotan dotan      1076 Jan 13 10:13 ./bootstrap/autoload.php
-rw-rw-r-- 1 dotan dotan     25620 Mar 12 12:29 ./bootstrap/cache/services.php
-rw-r--r-- 1 dotan dotan      2493 Jan 13 10:13 ./bootstrap/paths.php
-rwxrwxr-x 1 dotan dotan     20008 Mar 12 12:30 ./config/app.php
-rw-r--r-- 1 dotan dotan      3304 Jan 13 10:13 ./config/auth.php
-rw-r--r-- 1 dotan dotan      1819 Jan 13 10:13 ./config/cache.php
-rw-r--r-- 1 dotan dotan      3751 Jan 13 10:13 ./config/cartalyst.sentinel-addons.social.php
-rw-r--r-- 1 dotan dotan      6849 Jan 13 10:13 ./config/cartalyst.sentinel.php
-rw-r--r-- 1 dotan dotan      1020 Jan 13 10:13 ./config/compile.php
xargs: ls: terminated by signal 13

$ find . -name \*.php -print0 | xargs -0 php -l
No syntax errors detected in ./bootstrap/paths.php
No syntax errors detected in ./vendor/watson/validating/src/ValidatingTrait.php
No syntax errors detected in ./vendor/giggsey/libphonenumber-for-php/src/libphonenumber/data/PhoneNumberMetadata_SI.php
No syntax errors detected in ./vendor/php-vcr/php-vcr/src/VCR/Event/BeforePlaybackEvent.php
No syntax errors detected in ./vendor/laravel/framework/src/Illuminate/Support/Facades/Blade.php
No syntax errors detected in ./resources/views/emails/appointment/updated/body.blade.php
No syntax errors detected in ./app/WL/Modules/Location/Commands/RemoveClientLocationCommand.php

No entanto, quando tento analisar um desses arquivos, vejo que ele produz a saída esperada (passando ou falhando na análise):

$ php -l ./bootstrap/cache/services.php
No syntax errors detected in ./bootstrap/cache/services.php

Verifiquei que nem a passagem nem a falha do linting estão imprimindo as linhas esperadas para stderr:

$ php -l good.php | grep rr
No syntax errors detected in good.php

$ php -l bad.php | grep rr
PHP Parse error:  syntax error, unexpected ''foo'' (T_CONSTANT_ENCAPSED_STRING), expecting ')' in bad.php on line 3
Errors parsing bad.php

O que devo verificar agora? Meu objetivo final é fazer o lint de todos os arquivos e, em seguida, grep para Error parsingcorrigir esses problemas.