cyqsimon's questions

TLDR

O KDE permite ao usuário configurar atalhos de teclado personalizados que enviam entradas de teclado arbitrárias. No entanto, além das chaves de um único caractere e algumas óbvias (por exemplo Ctrl, , Shift), os nomes das chaves são mal documentados (se é que existem). Existe uma tabela de referência para todas as chaves suportadas?

Mais detalhes

Esta questão não é realmente sobre resolver meu problema (felizmente, consegui adivinhar meu caminho), mas sim sobre me proteger do futuro e de outras pessoas contra outras necessidades (possivelmente mais obscuras). Aqui está especificamente o que eu precisava e fiz:

Muitos teclados modernos estão optando por omitir a tecla de menu , fato que lamento muito. Acho útil com bastante frequência, então a próxima melhor coisa que posso fazer é vinculá-lo a um atalho do sistema. O atalho personalizado do KDE me permite fazer exatamente isso, mas na guia "Ação", há apenas uma grande caixa de texto sem muita ajuda. Eu não tinha certeza de qual é a sintaxe correta para especificar a tecla de menu.

Há um botão de ajuda, porém, que me levou à página de documentação . No entanto, tudo o que disse foi o seguinte:

Algumas chaves têm nomes mais longos e você também pode usar esses nomes. Por exemplo, para pressionar a tecla Alt, basta digitar Alt.

Fale sobre documentação inútil ? (eu ainda amo todos vocês, desenvolvedores do KDE). De qualquer forma, tentei pesquisar no Google todos os termos relevantes, mas sempre me deparei com uma parede de tijolos. Por exemplo, há esta postagem no fórum em 2010 que tem 0 respostas.

Depois de muita frustração, decidi apenas começar a tentar valores prováveis ​​e, felizmente para mim, descobri que simples Menué o nome correto. Portanto, meu problema está tecnicamente resolvido, mas obviamente isso não é o ideal: posso facilmente me ver querendo vincular atalhos a teclas cujos nomes não são tão fáceis de adivinhar (por exemplo, teclas multimídia) no futuro. O que eu preciso é de uma tabela de referência.

PS

Também vale a pena notar que o KDE não parece estar simplesmente reutilizando os nomes-chave do Linux ( source ) ou Xorg (inspecionável com xev). Por exemplo, a KPnfamília de nomes ( KPreferindo-se a "teclado") não funciona. Portanto, ou o KDE está suportando apenas um subconjunto desses nomes de chave (o que acho improvável) ou, mais provavelmente, o KDE simplesmente possui uma tabela de nomenclatura completamente diferente.

Versões

• KDE Plasma: 5.27.5
• Estrutura do KDE: 5.106.0
• QT: 5.15.9

Nunca vi ncdu fazer isso. Qual é o problema com as Scolunas vermelha e de tamanho extra?

Esta é uma raiz do Windows (NTFS, montada com ntfs-3g), então presumo que tenha algo a ver com NTFS. Mas os tamanhos na coluna extra não fazem sentido algum, nem consigo encontrar nenhuma documentação do que isso significa.

Curiosamente, apenas os diretórios têm a segunda coluna de tamanho, mas nem todos a têm. E não encontro padrão entre os que fazem e os que não fazem.

Lugares que pesquisei:

• man ncdu
• Google

Para aplicativos instalados via gerenciador de pacotes do sistema, binários, páginas man e documentos vão em /usr/bin/, /usr/share/man/man<n>/, e /usr/share/doc/<app-name>/respectivamente. Por exemplo:

De acordo com a XDG Base Directory Specification , para aplicativos instalados para um único usuário, os binários vão em $HOME/.local/bin. Mas não consigo encontrar menções de páginas de manual e documentos. (Imagino que seria inapropriado para eles entrarem /usrquando os binários correspondentes não estão instalados em todo o sistema.) Então, onde eles deveriam ir, e existe um padrão/especificação para isso?

Usando CentOS 8.

Eu gostaria de forçar dnfo uso de espelhos apenas nas proximidades de um determinado local sem ter que manter manualmente uma lista de espelhos desejáveis. Então, procurei modificar os arquivos de configuração do repositório em /etc/yum.repo.d/.

Por /etc/yum.repo.d/CentOS-Linux-BaseOS.repoexemplo, este é seu estado padrão:

[baseos]
name=CentOS Linux $releasever - BaseOS
mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=BaseOS&infra=$infra
gpgcheck=1
enabled=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-centosofficial

Gostaria de saber se existe algum parâmetro ao consultar mirrorlist.centos.orgque eu possa especificar para filtrar por localização, algo assim:

mirrorlist=http://mirrorlist.centos.org/?country=us&other-params-ommitted

( country=eu tentei, não fiz nada)

Não consegui encontrar nenhuma documentação relevante na API do site.

Estou lendo a página de manual do iptables em https://linux.die.net/man/8/iptables e tenho uma pergunta sobre o uso de cadeias definidas pelo usuário:

Na seção Metas , diz

Se o fim de uma cadeia interna for atingido ou uma regra em uma cadeia interna com o alvo RETURN for correspondida, o destino especificado pela política da cadeia determinará o destino do pacote.

E abaixo na seção Opções , também diz

Apenas cadeias internas (não definidas pelo usuário) podem ter políticas e nem as cadeias internas nem definidas pelo usuário podem ser alvos de política.

Então, minha pergunta é: o que acontece quando um pacote entra em uma cadeia definida pelo usuário e chega ao final sem corresponder a nenhuma das regras? Em outras palavras, qual é a ação padrão de uma cadeia definida pelo usuário?

A razão pela qual estou perguntando é se é necessário adicionar uma regra geral ao final de cada cadeia definida pelo usuário. Algo como

iptables -A MY-CHAIN -j RETURN

Ou esse é o comportamento padrão? Ou alguma outra coisa?

Questão simples. Estou tentando encontrar o arquivo de configuração do módulo logrotate do pm2 para editá-lo manualmente. Infelizmente, esta informação não é fornecida no README do repositório Github. Então, onde está esse arquivo?

História de fundo: acidentalmente adicionei uma configuração com a chave incorreta usando pm2 set pm2-logrotate:wrong-key. Eu não quero que isso me confunda quando eu voltar a isso mais tarde. Como não há como remover a linha de configuração no console (que eu saiba), gostaria de me livrar dela manualmente.

Estou executando o CentOS 7 no meu VPS e gostaria de limitar a largura de banda em uma porta específica. Eu olhei em volta extensivamente e, entre as soluções que posso encontrar, é um limite colocado em uma interface ou é uma configuração iptable vagamente descrita que parece ter sido tentada apenas no CentOS 6.

No meu caso, meu lado do servidor Shadowsocks (um aplicativo proxy) está escutando na porta 1080, 1081e 1082no eth0. Eu gostaria de permitir 1080largura de banda ilimitada, mas limitar ambos 1081e 1082cerca de 1 MBps. Como é um aplicativo proxy, o tráfego de entrada e saída é aproximadamente igual. Observe que é uma única instância do Shadowsocks ouvindo em 3 portas, NÃO 3 instâncias ouvindo em 1 porta cada, portanto, limitar a largura de banda por processo não é aplicável.

Mas, caso contrário, qualquer solução está na mesa para mim, seja algo que o CentOS suporta imediatamente ou algum tipo de camada de monitoramento intermediária. Desde que faça o trabalho, estou aberto a isso.

Desde já, obrigado.