hannah-eee/arch-wiki-docs huggingface dataset:
Comparison of desktop environments (Português)

Este artigo ou esta seção precisa de
tradução
.
Notas:
Not updated since 2020, some dead links. (Discuta em
Talk:Comparison of desktop environments (Português)#
)
Status de tradução:
Esse artigo é uma tradução de
Comparison of desktop environments
. Data da última tradução: 2020-06-18. Você pode ajudar a sincronizar a tradução, se houver
alterações
na versão em inglês.
Veja
Ambiente de desktop
para o artigo principal.
Veja também
Wikipedia:Comparison of X Window System desktop environments
.
Ambiente
de desktop
Widget toolkit
Gerenciador de janela
Barra de tarefas
Emulador de terminal
Gerenciador de arquivos
Calculadora
Editor de texto
Visualizador de imagens
Reprodutor de mídia
Visualizador de documentos
Navegador web
Gerenciador de exibição
Budgie
gtk3
budgie-desktop
budgie-desktop
gnome-terminal
nautilus
gnome-calculator
gedit
eog
totem
evince
epiphany
gdm
Cinnamon
gtk3
muffin
cinnamon
gnome-terminal
nemo
gnome-calculator
gedit
eog
totem
evince
firefox
lightdm-gtk-greeter
Deepin
gtk3
qt5-base
deepin-wm
[
link quebrado
: package not found]
deepin-shell
deepin-terminal
deepin-file-manager
deepin-calculator
deepin-editor
deepin-image-viewer
deepin-movie
evince
chromium
deepin-session-ui
Enlightenment
efl
enlightenment
enlightenment
terminology
enlightenment
equate
ecrire-git
AUR
ephoto-git
AUR
rage
eevee
links
xorg-xdm
GNOME
gtk3
mutter
gnome-shell
gnome-terminal
nautilus
gnome-calculator
gedit
eog
totem
evince
epiphany
gdm
GNOME Flashback
gtk3
metacity
gnome-panel
gnome-terminal
nautilus
gnome-calculator
gedit
eog
totem
evince
epiphany
gdm
KDE Plasma
qt5-base
kwin
plasma-desktop
konsole
dolphin
kcalc
kate
gwenview
dragon
okular
konqueror
sddm
LXDE
GTK 2
gtk2
AUR
openbox
lxpanel
lxterminal
pcmanfm
galculator-gtk2
AUR
[
link quebrado
: package not found]
leafpad
AUR
gpicview
lxmusic
atril
midori
AUR
lxdm
LXDE
GTK 3
gtk3
openbox
lxpanel-gtk3
AUR
[
link quebrado
: replaced by
lxpanel
]
lxterminal
pcmanfm-gtk3
AUR
galculator
l3afpad
gpicview
lxmusic
atril
midori
AUR
lxdm-gtk3
[
link quebrado
: replaced by
lxdm
]
LXQt
qt5-base
openbox
lxqt-panel
qterminal
pcmanfm-qt
speedcrunch
notepadqq
AUR
lximage-qt
smplayer
qpdfview
AUR
falkon
sddm
MATE
gtk3
marco
mate-panel
mate-terminal
caja
mate-calc
pluma
eom
parole
atril
midori
AUR
lightdm-gtk-greeter
Pantheon
gtk3
gala-git
AUR
plank
wingpanel
pantheon-terminal
pantheon-files
pantheon-calculator
pantheon-code
pantheon-photos
pantheon-videos
evince
epiphany
lightdm-pantheon-greeter
Sugar
gtk3
metacity
sugar
sugar-activity-terminal
sugar
sugar-activity-calculate
sugar-activity-write
sugar-activity-imageviewer
sugar-activity-jukebox
sugar-activity-read
sugar-activity-browse
lightdm-gtk-greeter
Trinity
TQt
TWin
Kicker
Konsole
Konqueror
KCalc
Kwrite Kate
Kuickshow
Kaffeine
KPDF
Konqueror
TDM
Xfce
gtk3
xfwm4
xfce4-panel
xfce4-terminal
thunar
galculator
mousepad
ristretto
parole
atril
midori
AUR
lightdm-gtk-greeter
D (Português)

Status de tradução:
Esse artigo é uma tradução de
D
. Data da última tradução: 2020-04-08. Você pode ajudar a sincronizar a tradução, se houver
alterações
na versão em inglês.
De
Wikipedia:D (programming language)
:
"A linguagem de programação D, também conhecida simplesmente como D, é uma linguagem de programação de sistema multiparadigmático, orientada a objetos, de Walter Bright, da Digital Mars. D se originou como uma reengenharia do C++, mas, embora seja predominantemente influenciado por essa linguagem, não é uma variante dela. D redesenhou alguns recursos do C++ e foi influenciado por conceitos usados em outras linguagens de programação, como Java, C# e Eiffel".
Instalação
Para programar em D, você precisará de duas coisas - um compilador D e uma biblioteca. A maneira mais fácil de começar rapidamente é instalar o grupo de pacotes
dlang-dmd
. Ele fornecerá o compilador oficial (
dmd
), a biblioteca padrão
libphobos
e o
dtools
, uma coleção de pequenas ferramentas de desenvolvimento.
Testando a instalação
Para garantir que tudo esteja instalado e configurado corretamente, um programa simples de "Olá mundo" deve ser suficiente.
import std.stdio;

void main() {
   string seuNome = "archer";
   writefln("Olá, %s!", seuNome);
}
Cole o código em um arquivo, nomeie-o como
hello.d
e execute:
$ dmd hello.d
no mesmo diretório que o arquivo. Você deve ser capaz de executar o programa com:
$ ./hello
Você também pode executar
$ dmd -run hello.d
que simplesmente compila e executa sem deixar nenhum arquivo de objeto no diretório.
Considerações
No entanto, existem opções possíveis em relação ao compilador escolhido. A implementação de referência é o
dmd
, mas
ldc
(
LLVM
D Compiler) também está disponível.
A partir de abril de 2017
, o back-end do dmd agora é FOSS
(licenciado pelo Boost). Todos os compiladores compartilham o mesmo código de front-end e, portanto, têm suporte quase idêntico aos recursos da linguagem (assumindo a mesma versão de front-end).
Bibliotecas e bindings úteis
DDT
- Plugin do Eclipse para projeto e gerenciamento de código em D
Mono-D
- Complemento de
MonoDevelop
para programar em D
QtD
- Bindings Qt para D
GtkD
- Uma interface GTK orientada a objeto para D
Derelict
- Bindings para bibliotecas de multimídias, com foco em desenvolvimento de jogo
Deimos
- Um projeto que engloba vários bindings para diferentes bibliotecas C
Veja também
Repositório GitHub do Phobos
The D Programming Language
- A página oficial do D
Planet D
- Uma coleção de blogs sobre D
Daemons (Português)

Status de tradução:
Esse artigo é uma tradução de
Daemon
. Data da última tradução: 2020-03-22. Você pode ajudar a sincronizar a tradução, se houver
alterações
na versão em inglês.
Um
daemon
é um programa que roda em "background" como um processo (sem terminal ou interface), que comumente espera por eventos para oferecer serviços. Um bom exemplo é um servidor web que espera por requisições para entregar uma página, ou um servidor ssh que espera por alguma tentativa de login. Apesar destes serem exemplos de aplicações bastante conhecidas e difundidas, há daemons cujo trabalho não é visível. Daemons que as tarefas são enviar logs para arquivos(ex:
syslog
,
metalog
) ou manter o horário do sistema sincronizado como o
ntpd
. Para maiores informações veja
daemon(7)
.
No Arch Linux, daemons são gerenciados pelo
systemd
. O
systemctl
é o comando usado como interface para gerenciá-los. Ele lê arquivos na estrutura
nome_do_serviço
.service
que contém informação sobre como e quando iniciar o daemon a eles associados. Os arquivos de serviço são armazenados em
/{etc,usr/lib,run}/systemd/system
. Veja
usando units
para maiores detalhes.
dm-crypt (Português)

Status de tradução:
Esse artigo é uma tradução de
dm-crypt
. Data da última tradução: 2021-02-15. Você pode ajudar a sincronizar a tradução, se houver
alterações
na versão em inglês.
Artigos relacionados
Criptografia de dados em repouso
Removing system encryption
dm-crypt é o
mapeador de dispositivos
alvo de encriptação do kernel Linux. De acordo com o
Wikipédia
, ele é:
Um subsistema de criptografia de disco transparente [no] kernel Linux... [É] implementado como um alvo do mapeador de dispositivos e pode ser empilhado sobre outras transformações do mapeador de dispositivos. Ele pode, assim, criptografar discos inteiros (incluindo mídia removível), partições, volumes RAID de software, volumes lógicos e arquivos. Ele aparece como um dispositivo de bloco, que pode ser usado para fazer backup de sistemas de arquivos, swap ou como um volume físico LVM.
Uso
/Preparando a unidade de armazenamento
Lida com operações como
apagar o disco com segurança
e pontos específicos do
dm-crypt
relacionados ao
particionamento
.
/Encriptação de dispositivo
Mostra como utilizar o dm-crypt para criptografar todo um sistema por meio do comando
cryptsetup
. Possui exemplos de
Opções de encriptação com dm-crypt
[
link quebrado
: seção inválida]
, lida com a criação de
keyfiles
[
link quebrado
: seção inválida]
, comandos específicos do LUKS para
gerenciamento de chaves
como também para
Backup e restauração
.
/Configuração do sistema
Mostra como configurar o
mkinitcpio
, o
gerenciador de boot
e o arquivo
crypttab
quando você está criptografando um sistema.
/Swap criptografada
Mostra como adicionar uma partição swap para um sistema criptografado, se necessário. A partição swap também deve ser criptografada para proteger qualquer informação colocada lá pelo sistema. Esta página detalha métodos
sem
e
com
suporte a suspensão para o disco.
/Especificidades
Lida com operações especiais como
proteger a partição de boot não criptografada
,
usar keyfiles criptogradas GPG, LUKS ou OpenSSL
, um método para
abrir remotamente a partição raiz
, outro para
configurar discard/TRIM para um SSD
, e seções que lidam com
o hook encrypt e múltiplos discos
.
Cenários de exemplo
/Criptografando um sistema de arquivos não raiz
Se você precisa criptografar um dispositivo que não é usado na inicialização do seu sistema, como uma
partição
ou um
dispositivo de loop
.
/Criptografando todo um sistema
Se você quer criptografar todo um sistema, em particular a partição raiz. Alguns cenários são cobertos, incluindo o uso do
dm-crypt
com a extensão
LUKS
, modo de encriptação
plain
e
LVM
e encriptação.
Veja também
dm-crypt
- A página do projeto
cryptsetup
- A página do LUKS e
FAQ
- a principal e recurso de maior ajuda.
repositório do cryptsetup
e versões
release
.
Dynamic Kernel Module Support (Português)

Status de tradução:
Esse artigo é uma tradução de
Dynamic Kernel Module Support
. Data da última tradução: 2024-01-16. Você pode ajudar a sincronizar a tradução, se houver
alterações
na versão em inglês.
Da
Wikipédia
:
Dynamic Kernel Module Support (DKMS) (em Português: Suporte Dinâmico de Módulo de Kernel) é um programa/framework que permite gerar módulos do kernel do Linux cujos fontes residam fora da árvore de fontes. O conceito é poder ter os módulos automaticamente reconstruídos quando uma nova versão do kernel é instalada.
Isto significa que o usuário não precisa esperar que uma companhia, projeto ou mantenedor de pacotes lancem uma nova versão do módulo. Desde a introdução dos
hooks do pacman
, a recompilação de módulos do kernel é automaticamente providenciada quando um kernel é atualizado.
Instalação
Instale
o pacote
dkms
e
o header para o kernel (ou kernels, se mais de um estiver instalado). Por exemplo, para o kernel padrão
linux
este deverá ser
linux-headers
. Outros kernels têm seus respectivos headers.
Um bom número de módulos que residem fora da árvore do kernel tem sua variante para DKMS; alguns deles estão em
repositórios oficiais
, outros são encontrados no
AUR
.
Atualizações
Apesar da recompilação de módulos DKMS ser comumente discreta durante uma atualização de kernel, pode ocorrer da recompilação falhar. Você deve prestar uma atenção extra nas saídas do
pacman
. Isto se aplica em particular se o sistema depende do módulo DKMS para inicializar e/ou se você usar um kernel personalizado que não esteja nos
repositórios oficiais
.
Para lidar com alterações no kernel, correções de bugs ou adicionar recursos necessários extra, considere atualizar o pacote DKMS antes de reinicializar o sistema.
Uso
Utilização para invocar DKMS manualmente.
É possível usar autocompletar fazendo:
# source /usr/share/bash-completion/completions/dkms
Listar módulos
Para listar a situação atual dos módulos, versões e kernels em árvore:
# dkms status
Recompilar módulos
Recompilar todos os módulos para o kernel atualmente em execução:
# dkms autoinstall
ou para um kernel específico:
# dkms autoinstall -k 3.16.4-1-ARCH
Para compilar um módulo
específico
para o kernel atualmente em execução:
# dkms install -m nvidia -v 334.21
ou simplesmente:
# dkms install nvidia/334.21
Para compilar um módulo para
todos
os kernels:
# dkms install nvidia/334.21 --all
Remover módulos
Para remover um módulo (antigos que não foram automaticamente removidos):
# dkms remove -m nvidia -v 331.49 --all
ou simplesmente:
# dkms remove nvidia/331.49 --all
Se o pacote
dkms
é removido, a informação pertinente a arquivos de compilação de módulos anteriores é perdida. Se é este o caso, navegue por
/usr/lib/modules/
kernel_release
e
/var/lib/dkms/
package_name
e remova todos os arquivos e diretórios que não estiverem mais em uso.
Criação de pacote DKMS
Veja
DKMS package guidelines (Português)
.
Veja também
Linux Journal: Exploring Dynamic Kernel Module Support
Faction (Português)

Status de tradução:
Esse artigo é uma tradução de
Faction
. Data da última tradução: 2021-04-14. Você pode ajudar a sincronizar a tradução, se houver
alterações
na versão em inglês.
Faction
é uma biblioteca para desenvolvimento de software movido a testes.
Instalação
Instale
o pacote
libfaction
AUR
.
Uso
A biblioteca fornece várias macros C para acelerar os testes de gravação.
FI representa "Faction Initialization"
FT indica um "Faction Test"
FC representa "Faction Close"
Usando a macro FT, três campos são obrigatórios.
AUTHORS() pega uma lista separada por vírgula de nomes de autores entre aspas duplas
SPEC() recebe uma única descrição de especificação de teste entre aspas duplas
Uma expressão booleana C (como ao usar macros de declaração C)
A convenção determina que os testes de Faction devem ser escritos na parte inferior do arquivo fonte que contém o código que será testado. Os testes devem ser cercados por uma proteção macro FACTION (veja o exemplo abaixo) para que possam ser ativados/desativados no tempo de compilação. Compiladores C, como o GNU C Compiler (GCC), oferecem uma maneira de ativar macros na linha de comando (ou seja, o sinalizador
-D
)
Exemplo
/* Essa é a função a ser testada */
int
increment(int input)
{
   return (input + 1);
}

#ifdef FACTION
#include <faction.h>
#include <limits.h>
FI

  FT(
    AUTHORS( "timetoplatypus" ),
    SPEC( "increment() returns 1 when given 0" ),
    increment(0) == 1
  );

  FT(
    AUTHORS( "timetoplatypus" ),
    SPEC( "increment() returns 0 when given the largest integer value" ),
    increment(INT_MAX) == 0
  );

FC
#endif
Isso pode ser compilado usando
gcc
nome-de-arquivo.c
-D FACTION
Modos
Existem dois modos nos quais o Faction pode compilar: o modo
minimal
e o modo
extended
.
O exemplo acima compila Faction no modo mínimo. Uma compilação mínima possui exatamente três dependências de biblioteca: stdlib, stdio e getopt. Uma compilação estendida possui dependências adicionais, incluindo algumas funções que estão disponíveis apenas através da macro de teste do recurso GNU.
Portanto, para compilar no modo estendido, basta definir a macro de teste do recurso GNU na parte superior do arquivo. Por exemplo, o exemplo anterior modificado para ser compilado no modo estendido ficaria assim:
#ifdef FACTION
#define _GNU_SOURCE
#endif
/* Essa é a saída a ser testada */
increment(int input)
{
  return (input + 1);
}

#ifdef FACTION
#include <faction.h>
#include <limits.h>
FI

  FT(
    AUTHORS( "timetoplatypus" ),
    SPEC( "increment() returns 1 when given 0" ),
    increment(0) == 1
  );

  FT(
    AUTHORS( "timetoplatypus" ),
    SPEC( "increment() returns 0 when given the largest integer value" ),
    increment(INT_MAX) == 0
  );

FC
#endif
Recursos de modo estendido
No modo estendido,
a saída pode ser opcionalmente espelhada para um arquivo de log especificado pelo usuário usando o sinalizador
-l
no tempo de execução.
a tabela de resultados será redimensionada dinamicamente para a largura do terminal que está sendo usado. Caso contrário, o padrão será uma largura de 78 caracteres.
Veja também
Site do Faction
Flyspray (Português)

Status de tradução:
Esse artigo é uma tradução de
Flyspray
. Data da última tradução: 2020-06-18. Você pode ajudar a sincronizar a tradução, se houver
alterações
na versão em inglês.
Artigos relacionados
LAMP
Flyspray
é um sistema de rastreador de erros escrito em
PHP
. O FlySpray é usado principalmente pelo próprio Arch Linux (bugs.archlinux.org).
Status no Arch Linux
O relatório
FS#24999
estava em andamento para migrar do FlySpray para o Bugzilla. Infelizmente, o desenvolvedor principal abandonou o projeto devido à falta de tempo/interesse.
Instalação
Instale
o pacote
flyspray
AUR
. Flyspray precisa de um servidor web, tal como
servidor Apache HTTP
com
PHP
, e um servidor SQL, tal como
MySQL
ou
PostgreSQL
.
Configuração do Apache
Nota
Você precisará
Apache HTTP Server
configurado para executar com
PHP
. Confira
Apache HTTP Server#PHP
para instruções. Certifique-se de descomentar
extension=mysqli
em
/etc/php/php.ini
.
Você precisará criar um arquivo de configuração para o apache localizar sua instalação de Flyspray. Crie o seguinte arquivo:
/etc/httpd/conf/extra/flyspray.conf
Alias /flyspray "/usr/share/webapps/flyspray"
<Directory "/usr/share/webapps/flyspray">
    AllowOverride All
    Options FollowSymlinks
    Require all granted
    php_admin_value open_basedir "/srv/http/:/tmp/:/usr/share/webapps/flyspray"
</Directory>
Você então precisará editar
/etc/webapps/flyspray/.htaccess
e alterar
deny from all
para
allow of all
. Agora você deve poder navegar até a interface do flyspray (por exemplo,
http://localhost/flyspray
) e ele mostrará uma página de verificações de pré-instalação. Quaisquer problemas aqui devem ser resolvidos antes de continuar.
Font package guidelines (Português)

Status de tradução:
Esse artigo é uma tradução de
Font packaging guidelines
. Data da última tradução: 2020-03-02. Você pode ajudar a sincronizar a tradução, se houver
alterações
na versão em inglês.
Diretrizes de pacotes do Arch
32-bit
–
CLR
–
CMake
–
Cross
–
DKMS
–
Eclipse
–
Electron
–
Fonte
–
Free Pascal
–
GNOME
–
Go
–
Haskell
–
Java
–
KDE
–
Kernel
–
Lisp
–
Meson
–
MinGW
–
Node.js
–
Nonfree
–
OCaml
–
Perl
–
PHP
–
Python
–
R
–
Ruby
–
Rust
–
Shell
–
VCS
–
Web
–
Wine
Este documento cobre diretrizes e padrões propostos para empacotar
PKGBUILDs
para
Fontes
.
Diretrizes gerais
Nomenclatura do pacote
Fontes
TTF
:
ttf-
nomedafonte
Fontes
OTF
:
otf-
nomedafonte
Se a fonte é uma
fonte variável
, adicione o sufixo
-variable
.
Nota
O nome do pacote deve estar totalmente em letras minúsculas.
Descrição do pacote
A descrição do pacote deve conter pelo menos a palavra
font
e que tipo de fonte é: sans-serif, serif ou monospace.
Arquitetura
Fontes não independem da arquitetura. Use
arch=(any)
.
Dependências
As fontes não dependem de nada. Muitos pacotes nos repositórios, no entanto, incluem
fontconfig
e
xorg-mkfontscale
como dependências. Isso era necessário quando os pacotes de fontes precisavam usar scripts de instalação para atualizar o cache da fonte – muito trabalho duplicado agora realizado por
hooks do pacman
. Se você instalar o fontconfig ou o xorg-mkfontscale, todas as fontes existentes em
/usr/share/fonts/
serão armazenadas em cache, tornando desnecessário forçar as pessoas a usar fontconfig ou mkfontscale.
Fornece
Muitos aplicativos contam com o pacote virtual
ttf-font
. Se sua família de fontes atender aos
critérios
, adicione
provides=('ttf-font')
.
Fonte
Veja se uma fonte está disponível nas seguintes fontes nesta ordem:
uma plataforma de hospedagem de código como o GitHub ou um site oficial
Google Fonts
:
https://fonts.google.com/download?family=''Nome''
Font Squirrel
,
FontSpace
,
Font Library
,
1001 Free Fonts
,
DaFont
Pacote
O seguinte trecho é um exemplo para uma fonte OTF sob a OFL (SIL Open Font License). Se a fonte contiver muitos arquivos, considere usar
$pkgname
em vez de
OTF
para o diretório de destino:
package() {
  install -Dm644 -t "$pkgdir/usr/share/fonts/OTF" "caminho/da/fonte/*.otf"
  install -Dm644 -t "$pkgdir/usr/share/licenses/$pkgname" "caminho/da/licença/OFL.txt"
}
Exemplos de pacotes
ttf-merriweather-sans
AUR
– baixa arquivos de uma consolidação específica do GitHub porque o upstream não fornece versões
otf-commissioner
AUR
– pacote dividido com versão em OTF, TTF e variável
Fortune (Português)

Status de tradução:
Esse artigo é uma tradução de
Fortune
. Data da última tradução: 2020-06-15. Você pode ajudar a sincronizar a tradução, se houver
alterações
na versão em inglês.
Artigos relacionados
arte ASCII
fortune
é um programa simples que exibe frases aleatórias comoventes, inspiradoras, tolas ou maliciosas de um banco de dados de citações. O utilitário de linha de comando
fortune
faz parte do pacote
fortune-mod
.
Instalação
Instale
fortune-mod
ou
fortune-mod-git
AUR
[
link quebrado
: package not found]
.
Dica
Metapacotes que fornecem citações de fontes específicas estão disponíveis no
AUR
sob o prefixo "fortune-mod-". Por exemplo,
fortune-mod-archlinux
AUR
contém citações relacionadas ao Arch. Outro exemplo é
fortune-mod-br
AUR
, que contém citações em português brasileiro.
Uso
Linha de comando em um terminal:
$ fortune
It is Texas law that when two trains meet each other at a railroad crossing,
each shall come to a full stop, and neither shall proceed until the other has gone.
Para exibir uma citação aleatória ao iniciar um terminal interativo, adicione o comando
fortune
ao arquivo de configuração rc do seu shell preferido:
#!/bin/bash
# ~/.bashrc
fortune
#!/bin/dash
# ~/.dashrc
fortune
Para exibir uma citação aleatória ao fazer login em um terminal de login, adicione o comando
fortune
ao arquivo de configuração do perfil do seu shell preferido:
#!/bin/mksh
# ~/.profile
fortune
Nota
fortune
exibe aspas e frases consideradas pelo seu mantenedor como
não ofensivas
. Aforismos podem ser ativados como uma mistura de ofensivo/não ofensivo ou apenas como saída potencialmente ofensiva. Veja
fortune(6)
para mais informações.
Criando arquivos personalizados
Para criar um arquivo personalizado, você deve primeiro criar um arquivo contendo as citações. Entre cada citação, você deve adicionar uma linha contendo apenas o caractere
%
. Salve esse arquivo usando o nome que desejar, por exemplo
minhas_citacoes
. Em seguida, execute
strfile
minhas_citacoes
em um terminal, para permitir o acesso aleatório das aspas. Agora você pode acessar as citações executando
fortune
minhas_citacoes
em um terminal. Para que este comando funcione, você deve estar no mesmo diretório que os arquivos
minhas_citacoes
e
minhas_citacoes
.dat
. Se você deseja que suas cotações sejam acessíveis apenas executando o comando
fortune
, mova
ambos
arquivos para o diretório
/usr/share/fortune/
. Se você quiser fazer alterações no seu arquivo, repita desde o início.
Cowsay
Veja
Arte ASCII#Cowsay
.
Ponysay
Veja
Arte ASCII#Ponysay
.
Veja também
Página do projeto fortune-mod no GitHub
Free Pascal package guidelines (Português)

Status de tradução:
Esse artigo é uma tradução de
Free Pascal package guidelines
. Data da última tradução: 2018-10-31. Você pode ajudar a sincronizar a tradução, se houver
alterações
na versão em inglês.
Diretrizes de pacotes do Arch
32-bit
–
CLR
–
CMake
–
Cross
–
DKMS
–
Eclipse
–
Electron
–
Fonte
–
Free Pascal
–
GNOME
–
Go
–
Haskell
–
Java
–
KDE
–
Kernel
–
Lisp
–
Meson
–
MinGW
–
Node.js
–
Nonfree
–
OCaml
–
Perl
–
PHP
–
Python
–
R
–
Ruby
–
Rust
–
Shell
–
VCS
–
Web
–
Wine
Esta página explica como escrever
PKGBUILDs
para software construído com o
Free Pascal Compiler (FPC)
. Atualmente, existem duas opções para a criação de software do Linux, bem como várias opções para construir software em outros destinos usando compiladores cruzados do FPC:
fpc
fornece um compilador visando apenas a CPU de seu host (x86_64 somente).
fpc-multilib
AUR
[
link quebrado
: package not found]
fornece um compilador para host x86_64 visando ambientes Linux com CPU i686 e x86_64. Isso também vai fornecer o pacote de driver de compilador FPC
ppcross386
AUR
[
link quebrado
: package not found]
.
Free Pascal
Nomenclatura do pacote
O nome do projeto sozinho é geralmente suficiente. No entanto, no caso de compilação cruzada, o pacote deve ser prefixado com
fpc32-
ao direcionar o i686 Linux a partir de multilib e nomeado no formato de
fpc-
cpu
-
sistema
-
pkgname
ao direcionar a sistemas Linux não Arch.
Trechos úteis de código
Determine a versão do FPC e a CPI e o sistema operacional das unidades para retornar:
_unitdir=`fpc -iSP`-`fpc -iSO`
_fpcver=`fpc -iV`
Empacotamento
Por favor, siga as opções abaixo ao criar um pacote baseado no FPC:
sempre adicione
fpc
a
makedepends
ou
depends
sempre coloque todas as unidades compiladas (*.a, *.compiled, *.o, *.ppu, *.res, *.rst) sob
/usr/lib/fpc/
$_fpcver
/units/
$arch
-linux
adicione
staticlibs
a
options
se estiver instalando uma biblioteca de importação
Compilação cruzada
sempre adicione o pacote de compilador cruzado correspondente mencionado acima (
fpc-
cpu
-
system
-rtl
ou
fpc-multilib
AUR
[
link quebrado
: package not found]
para multilib) ao
depends
sempre adicione
!strip
a
options
para sistemas não baseados no Unix
sempre coloque todas as unidades compiladas (*.a, *.compiled, *.o, *.ppu, *.res, *.rst) sob
/usr/lib/fpc/
$_fpcver
/units/
$_unitdir
(ou, se multilib,
/usr/lib/fpc/
$_fpcver
/units/i386-linux
)
sempre use
any
(
x86_64
se multilib) como a arquitetura
adicione
staticlibs
a
options
se estiver instalando uma biblioteca de importação
General purpose mouse (Português)

Status de tradução:
Esse artigo é uma tradução de
General purpose mouse
. Data da última tradução: 2020-07-06. Você pode ajudar a sincronizar a tradução, se houver
alterações
na versão em inglês.
GPM, abreviação de
General Purpose Mouse
, é um daemon que fornece suporte a mouse para consoles virtuais do Linux.
Instalação
Atenção
xf86-input-synaptics
não é mais ativamente mantido. Se possível, use
libinput
.
Instale
o pacote
gpm
. Para suporte a touchpad em um laptop, você também pode precisar instalar
xf86-input-synaptics
.
Configuração
O parâmetro
-m
precede a declaração do mouse a ser usado. O parâmetro
-t
precede o tipo de mouse. Para obter uma lista de tipos disponíveis para a opção
-t
, execute
gpm
com
-t help
.
# gpm -m /dev/input/mice -t help
O pacote
gpm
precisa ser iniciado com alguns parâmetros. Estes parâmetros podem ser registrados para
criar
o arquivo
/etc/conf.d/gpm
, ou usados ao executar o
gpm
diretamente. A partir de 2016, o arquivo
gpm.service
para
systemd
inclui os parâmetros para mouses USB.
/usr/lib/systemd/system/gpm.service
ExecStart=/usr/bin/gpm -m /dev/input/mice -t imps2
Obviamente, deve ser editado, preferivelmente em uma
forma amigável para o systemd
, se houver outro tipo de mouse e o serviço for usado.
Para mouses PS/2, os parâmetros:
-m /dev/psaux -t ps2
E trackpoints IBM precisam:
-m /dev/input/mice -t ps2
Nota
Se o mouse tiver apenas 2 botões, passe
-2
para
GPM_ARGS
e o segundo botão executará a função de colar.
Uma vez encontrada uma configuração adequada,
inicie
e
habilite
o
gpm.service
.
Para mais informações, veja
gpm(8)
.
QEMU ou VirtualBox
O mouse padrão emulado pelo QEMU e pelo VirtualBox tem sérios problemas tanto no
gpm
quanto no x com posicionamento e clique. A posição torna-se não sincronizada com o hospedeiro, portanto, há áreas que não podem ser passadas sem sair e entrar novamente na janela repetidamente. Clica em registrar em um local diferente do que o cursor estava mostrando.
Tanto o QEMU como o VirtualBox resolvem este problema fornecendo emulação para um tablet USB, o que dá um posicionamento absoluto. (
libvirt
usa isso automaticamente.)
No entanto, o
gpm
só sabe usar o mouse emulado no modo de posicionamento relativo, portanto, esses problemas permanecem. A tentativa de usar outros tipos por meio de
-t
não funciona corretamente.
gpm-vm
AUR
inclui uma
pull request
de vários anos atrás para adicionar suporte ao tablet USB para o VirtualBox (que também funciona no QEMU) e modifica o
gpm.service
arquivo para usá-lo por padrão.
Você pode precisar alterar qual evento é usado. (Dando
gpm
o
-m/dev/input/mice
original não irá funcionar.) Por padrão:
/etc/gpm-vm.conf
event="/dev/input/event2"
Você pode determinar o evento a ser usado instalando
evtest
e executando:
# evtest
...
/dev/input/event2:      QEMU QEMU USB Tablet
...
Se você precisar dar opções adicionais do
gpm
, você pode definir
additional_args
em
/etc/gpm-vm.conf
.
Uma vez encontrada uma configuração adequada,
inicie
e
habilite
o
gpm.service
.
Veja também
Gentoo:GPM
consolation
AUR
Alternativa baseada no libinput
GNU Compiler Collection (Português)

Status de tradução:
Esse artigo é uma tradução de
GNU Compiler Collection
. Data da última tradução: 2020-07-02. Você pode ajudar a sincronizar a tradução, se houver
alterações
na versão em inglês.
Artigos relacionados
LLVM
O
GNU Compiler Collection
(
GCC
) é parte do
conjunto de ferramentas do GNU
e inclui front-ends para
C
e
C++
.
Instalação
Instale
o pacote
gcc
.
Outros front-ends disponíveis são:
gcc-ada
para
Ada
gcc-fortran
para
Fortran
gcc-go
para
Go
gcc-objc
para
Objective-C
Veja também
Manual info
Site oficial
gcc(1)
Haskell package guidelines (Português)

Status de tradução:
Esse artigo é uma tradução de
Haskell package guidelines
. Data da última tradução: 2019-11-06. Você pode ajudar a sincronizar a tradução, se houver
alterações
na versão em inglês.
Diretrizes de pacotes do Arch
32-bit
–
CLR
–
CMake
–
Cross
–
DKMS
–
Eclipse
–
Electron
–
Fonte
–
Free Pascal
–
GNOME
–
Go
–
Haskell
–
Java
–
KDE
–
Kernel
–
Lisp
–
Meson
–
MinGW
–
Node.js
–
Nonfree
–
OCaml
–
Perl
–
PHP
–
Python
–
R
–
Ruby
–
Rust
–
Shell
–
VCS
–
Web
–
Wine
Esse documento visa cobrir padrões e diretrizes para produzir bons
pacotes
Haskell
no Arch.
Até esse documento estar escrito, contate
User:Felixonmars
incron (Português)

Status de tradução:
Esse artigo é uma tradução de
incron
. Data da última tradução: 2019-11-10. Você pode ajudar a sincronizar a tradução, se houver
alterações
na versão em inglês.
incron
é um daemon que monitora
eventos de sistemas de arquivos
e executa comandos definidos nas tabelas do sistema e do usuário.
Instalação
Instale
o pacote
incron
.
Ativação e inicialização automática
Após a instalação, o daemon não será ativado por padrão. Ele pode ser habilitado usando
systemctl
.
Configuração
Os incrontabs nunca devem ser editados diretamente; em vez disso, os usuários devem usar o programa
incrontab
para trabalhar com seus incrontabs.
Usando incrontab
Para visualizar seus incrontabs, os usuários devem emitir o comando:
$ incrontab -l
Para editar suas incrontabs, eles devem usar:
$ incrontab -e
Para remover as incrontabs, eles podem usar:
$ incrontab -r
Para recarregar
incrond
, use:
$ incrontab -d
Para editar a incrontab de outro usuário, execute o seguinte comando como root:
$ incrontab -u
usuário
Formato de incrontab
Cada linha em um arquivo incrontab é uma tabela que o dameon executa quando um evento acontece em um determinado diretório ou arquivo.
O formato básico para um incrontab é:
caminho
máscara
comando
caminho
é o diretório ou arquivo que
incrond
vai monitorar por alterações.
máscara
é o tipo de evento de sistema de arquivos que icrond vai monitorar. Esse parâmetro pode ser separado por vígulas.
comando
é o comando a ser executado após ocorrer(em) o(s) evento(s) de sistema de arquivos especificado(s).
Tipos de máscaras
O
incrontab
usa tipos de máscara para especificar qual evento do sistema de arquivos monitorar. Para mais opções, consulte
inotify(7)
Para acionar um comando se um arquivo for acessado ou lido:
IN_ACCESS
Para acionar um comando se os metadados de um arquivo forem alterados (por exemplo,
carimbos de data/hora
,
permissões
):
IN_ATTRIB
Para acionar um comando se um arquivo aberto para gravação estiver fechado:
IN_CLOSE_WRITE
Para acionar um comando se um arquivo ou diretório não aberto para gravação estiver fechado:
IN_CLOSE_NOWRITE
Para acionar um comando se um arquivo ou diretório for criado em um diretório monitorado:
IN_CREATE
Para acionar um comando se um arquivo ou diretório for excluído de um diretório monitorado:
IN_DELETE
Para acionar um comando se um arquivo ou diretório monitorado for excluído (ou movido para um sistema de arquivos diferente):
IN_DELETE_SELF
Para acionar um comando se um arquivo foi modificado:
IN_MODIFY
Para acionar um comando se um arquivo ou diretório monitorado for movido dentro do sistema de arquivos:
IN_MOVE_SELF
Para acionar um comando se um arquivo ou diretório for movido para fora do diretório monitorado:
IN_MOVED_FROM
Para acionar um comando se um arquivo ou diretório for movido para o diretório monitorado:
IN_MOVED_TO
Para acionar um comando se um arquivo ou diretório monitorado for aberto:
IN_OPEN
Install Arch Linux with accessibility options (Português)

Status de tradução:
Esse artigo é uma tradução de
Install Arch Linux with accessibility options
. Data da última tradução: 2022-08-24. Você pode ajudar a sincronizar a tradução, se houver
alterações
na versão em inglês.
A mídia de instalação oficial do Arch Linux oferece suporte a vários recursos de
Acessibilidade
:
fala é fornecida pelo pacote
espeakup
suporte a
terminal braille
é gerenciado pelo pacote
brltty
Este documento descreve como instalar o
Arch Linux
usando esses recursos.
Nota
Esta página descreve apenas as etapas que são diferentes do
Guia de instalação
.
Pré-instalação
Inicializar o ambiente live
Nota
Os gerenciadores de boot na mídia de instalação têm um tempo limite de 15 segundos antes de iniciarem o item de menu padrão.
Quando a mídia de instalação começar a inicializar, pressione
Seta para baixo
seguido por
Enter
para habilitar a inicialização com fala habilitada.
Dispositivos braille USB devem ser detectados automaticamente via
udev
.
Várias placas de som
Se o seu computador tiver várias placas de som, você ouvirá a seguinte mensagem:
Please select your sound card for speech output.
Significa "Por favor, selecione sua palca de som para a fala."
Ao ouvir um bipe na saída que gostaria de usar, pressione
Enter
para selecionar a placa.
Alterar o idioma da fala
Para alterar a voz/idioma do
espeak-ng
usado por
espeakup.service
,
edite
a unit de forma que o código de idioma seja anexado ao
default_voice=
na diretiva
Environment=
.
Você também pode alterar a variante de voz do
espeak-ng
anexando
+
variante
ao código de idioma. Veja
espeakup(8)
e
espeak-ng(1)
para mais informações.
Instalar
Instalar os pacotes essenciais
Para suporte de fala no sistema instalado, você precisa de
espeakup
e
alsa-utils
. Se você usa um dispositivo braille,
instale
o pacote
brltty
.
Anexe os pacotes necessários à chamada
pacstrap(8)
ao instalar:
# pacstrap /mnt base linux linux-firmware espeakup alsa-utils
Configurar o sistema
Placa de som
Se
#Várias placas de som
foram detectadas, copie o arquivo
/etc/asound.conf
, o qual foi gerado na mídia de instalação:
# cp /etc/asound.conf /mnt/etc/
Habilitar os serviços
Para ter suporte de voz após inicializar no sistema instalado, você precisa
habilitar
espeakup.service
. Veja também
#Alterar o idioma da fala
.
Reiniciar
Depois de inicializar no sistema recém-instalado, ele deve começar a falar automaticamente.
IPv6 tunnel broker setup (Português)

Status de tradução:
Esse artigo é uma tradução de
IPv6 tunnel broker setup
. Data da última tradução: 2019-01-25. Você pode ajudar a sincronizar a tradução, se houver
alterações
na versão em inglês.
A Hurricane Electric oferece um serviço gratuito de
tunnel broker
que é relativamente fácil de usar sob o Arch se você deseja adicionar conectividade IPv6 a um host somente IPv4.
Registrando por um tunnel
Não é tão difícil de fazer. Sinta-se à vontade para preencher as instruções aqui se algo parecer complicado, mas, caso contrário, basta ir ao site do
tunnel broker
e completar o registro.
Configurando um túnel Hurricane Electric
Crie a seguinte unidade systemd, substituindo o texto em negrito pelos endereços IP que você obteve do HE:
Nota
Se você está por traz de um NAT (configuração típica de roteador residencial), use seu endereço IPv4
local
para
endereço_IPv4_cliente
, p.ex.,
192.168.0.2
.
/etc/systemd/system/he-ipv6.service
[Unit]
Description=he.net IPv6 tunnel
After=network.target

[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/usr/bin/ip tunnel add he-ipv6 mode sit remote
endereço_IPv4_servidor
local
endereço_IPv4_cliente
ttl 255
ExecStart=/usr/bin/ip link set he-ipv6 up mtu 1480
ExecStart=/usr/bin/ip addr add
endereço_IPv6_cliente
dev he-ipv6
ExecStart=/usr/bin/ip -6 route add ::/0 dev he-ipv6
ExecStop=/usr/bin/ip -6 route del ::/0 dev he-ipv6
ExecStop=/usr/bin/ip link set he-ipv6 down
ExecStop=/usr/bin/ip tunnel del he-ipv6

[Install]
WantedBy=multi-user.target
Então,
inicie/habilite
he-ipv6.service
.
systemd-networkd
Se
systemd-networkd
lida suas conexões de rede, é provavelmente uma idea melhor para deixá-lo lidar com
tunnel broker
também (em vez de usar um arquivo
.service
).
/etc/systemd/network/he-tunnel.netdev
[Match]

[NetDev]
Name=he-ipv6
Kind=sit
MTUBytes=1480

[Tunnel]
Local=<IPv4 local>
Remote=<outro lado do túnel>
TTL=255
/etc/systemd/network/he-tunnel.network
[Match]
Name=he-ipv6

[Network]
Address=<IPv6 local>
Gateway=<gateway IPv6>
DNS=2001:4860:4860::8888
DNS=2001:4860:4860::8844
e adicione essa linha à seção
[Network]
de seu arquivo
.network
padrão de conexão internet:
Tunnel=he-ipv6
Usando tunelamento com IP IPv4 dinâmico
A maneira mais simples de usar o tunelamento com um IP IPv4 dinâmico é configurar um cronjob que atualizará periodicamente seu endereço atual. O URL de exemplo e uma
Chave de atualização
podem ser encontrados na aba
Avançado
da página
Detalhes do túnel
.
Para verificar se a atualização funciona, execute o seguinte comando (substitua
USERNAME
,
UPDATEKEY
e
TUNNELID
pelo detalhes de sua conta e túnel):
$ wget -O - https://
USERNAME
:
UPDATEKEY
@ipv4.tunnelbroker.net/nic/update?hostname=
TUNNELID
Se funcionar, crie um cronjob abrindo
crontab -e
e adicionando uma nova linha:
*/10 * * * * wget -q -O /dev/null https://
USERNAME
:
UPDATEKEY
@ipv4.tunnelbroker.net/nic/update?hostname=
TUNNELID
Kernel live patching (Português)

Status de tradução:
Esse artigo é uma tradução de
Kernel live patching
. Data da última tradução: 2020-06-26. Você pode ajudar a sincronizar a tradução, se houver
alterações
na versão em inglês.
Artigos relacionados
Módulos de kernel
Kernel/Compilação
Kexec
O Kernel Live Patching ou KLP ("Aplicação de patches durante o uso do kernel" em uma tradução livre) permite correções rápidas no espaço de kernel sem reiniciar o sistema inteiro. Desde a versão 4.0, os patches
(modificações)
relacionados foram aceitos
[1]
[2]
[3]
, de forma que é possível configurar seu kernel para ativar esse recurso. Geralmente, o KLP é alcançado por meio das seguintes etapas:
Obter a árvore de fontes do kernel que está sendo usado
Preparar o patch no kernel
Aplicar algumas ferramentas (veja a seguir) para ajudar a transformar e carregar o patch
Alguns projetos forneciam os utilitários de aplicação de patches durante o uso antes do suporte oficial do KLP, como o ksplice da Oracle, o
#kGraft
da SuSE e o
#kpatch
da Red Hat. Eles implementaram a funcionalidade KLP de diferentes maneiras. O conjunto funcional minimalista de patches inseridas no kernel mainstream foi derivado do kpatch e do kGraft.
kpatch
Instalação
Instale
kpatch
AUR
para um kernel apropriado e
kpatch-git
AUR
para ferramentas de userspace.
Você também pode compilar manualmente um kernel que possui suporte ao uso kpatch, habilitando
CONFIG_LIVEPATCH
,
CONFIG_DEBUG_INFO
e
CONFIG_KALLSYMS
.
Nota
Lembre-se de atualizar o
gerenciador de boot
após você instalar o kernel especial.
Uso
Depois que os dois pacotes forem criados com sucesso e após a reinicialização, você pode
$ export ROOTDIR=some/dir/aur/linux-kpatch/src/linux-x-y
$ cd $ROOTDIR
Suponha que você tenha feito algumas modificações e tenha um patch
algum.patch
(contra a árvore de fontes após um
makepkg -o
, não o kernel padrão da versão
x.y
) em o diretório de trabalho. Inicie o utilitário kpatch,
$ kpatch-build -s $(pwd) -v $(pwd)/vmlinux
algum.patch
Este comando envolve duas compilações do kernel, a original e a corrigida, portanto, pode levar um tempo para ser concluído. Após o término da compilação, deve haver um módulo
kpatch-algum.ko
no mesmo diretório. E depois,
# insmod
kpatch-algum.ko
deve resolver a questão.
Para mais informações, consulte as páginas man ou
o repositório no GitHub
.
kGraft
KGraft não foi testado no ambiente do Arch.
Veja também
O documento do kernel sobre livepatch
wikipedia:Kpatch
wikipedia:KGraft
wikipedia:Ksplice
Kernel module package guidelines (Português)

Status de tradução:
Esse artigo é uma tradução de
Kernel module package guidelines
. Data da última tradução: 2020-06-28. Você pode ajudar a sincronizar a tradução, se houver
alterações
na versão em inglês.
Diretrizes de pacotes do Arch
32-bit
–
CLR
–
CMake
–
Cross
–
DKMS
–
Eclipse
–
Electron
–
Fonte
–
Free Pascal
–
GNOME
–
Go
–
Haskell
–
Java
–
KDE
–
Kernel
–
Lisp
–
Meson
–
MinGW
–
Node.js
–
Nonfree
–
OCaml
–
Perl
–
PHP
–
Python
–
R
–
Ruby
–
Rust
–
Shell
–
VCS
–
Web
–
Wine
Separação de pacote
Pacotes que contêm
módulos de kernel
devem ser tratados especialmente, para suportar usuários que desejam ter mais de um kernel instalado em um sistema.
Ao empacotar software contendo um módulo do kernel e outros arquivos/utilitários de suporte não módulo, é importante separar os módulos do kernel dos arquivos de suporte.
Diretrizes
Ao empacotar tais softwares (usando os drivers
NVIDIA
como um exemplo), a convenção é:
crie um pacote
nvidia
contendo apenas os módulos de kernel compilado para o kernel padrão
crie um pacote
nvidia-utils
contendo os arquivos sem suporte
certifique-se que
nvidia
depende de
nvidia-utils
(a menos que haja um bom motivo para não fazê-lo)
para outro kernel, como
kernel26-mm
, crie
nvidia-mm
contendo os módulos de kernel compilados com o kernel que fornece nvidia e também depende em
nvidia-utils
certifique-se que
nvidia
depende na versão de kernel atual, por exemplo:
depends=('kernel26>=2.6.24-2' 'kernel26<2.6.25-0' 'nvidia-utils')
Note que é
2.6.24-2
, e não
-1
no exemplo acima - isso ocorre porque houve uma alteração de configuração no subsistema de kernel importante que exigiu a recriação de todos os módulos. Você deve sempre mudar a versão depende de tais casos, caso contrário, algumas pessoas com versões fora do sync do kernel e do módulo reportarão que o módulo está quebrado.
Motivos
Enquanto os módulos do kernel construídos para diferentes kernels sempre vivem em diretórios diferentes e podem coexistir pacificamente, espera-se que os arquivos de suporte sejam encontrados em um único local. Se um pacote contivesse arquivos de módulo e de suporte, você não conseguiria instalar os módulos para mais de um kernel porque os arquivos de suporte nos pacotes causariam conflitos de arquivos do pacman.
A separação dos módulos e dos arquivos anexos permite que vários pacotes de módulos do kernel sejam instalados para múltiplos kernels no mesmo sistema, compartilhando os arquivos de suporte entre eles no local esperado.
Colocação de arquivos
Se um pacote inclui um módulo do kernel que deve substituir um módulo existente com o mesmo nome, tal módulo deve ser colocado no diretório
/lib/modules/2.6.xx-ARCH/updates
. Quando o
depmod
é executado, os módulos neste diretório terão precedência.
kitty (Português)

Status de tradução:
Esse artigo é uma tradução de
Kitty
. Data da última tradução: 2020-06-17. Você pode ajudar a sincronizar a tradução, se houver
alterações
na versão em inglês.
O
kitty
é um emulador de terminal baseado em OpenGL, com scripts, com recursos de mosaico, TrueColor, suporte a ligaduras e extensões de protocolo para entrada de teclado e renderização de imagem.
Instalação
Instale
o pacote
kitty
.
Uso
Novas abas e janelas podem ser criadas e redimensionadas pressionando várias vezes o atalho
ctrl+shift
. Os layouts são comutáveis por
ctrl+shift+l
e pode ser salvo/restaurado.
O
modo de teclado completo
fornece distinção entre chaves ambíguas como
ctrl+i
vs
tab
. Além disso, novos efeitos de texto, como sublinhado ondulado, também estão disponíveis para aplicativos que o suportam.
Kittens
kitty possui uma estrutura para criar subprogramas chamados
kittens
. Alguns deles:
$ kitty +kitten icat image.jpeg             # mostrar imagem no terminal (precisa do imagemagick)
$ kitty +kitten diff file1 file2            # mostre o diff (diferença) de dois arquivos
$ kitty +kitten clipboard                   # esse kitten permite trabalhar com a área de transferência mesmo sobre ssh
Configuração
Kitty armazena a sua configuração em
~/.config/kitty/kitty.conf
. Fontes, cores, cursores e comportamentos de rolagem podem ser ajustados. Você pode ver todas as opções disponíveis na
Documentação Oficial (EN)
. Você também você pode encontrar lá o
arquivo de configuração (EN)
usado por padrão.
Solução de problemas
Problemas de terminal com SSH
Quando o kitty é usado para ssh em um controle remoto que não tem seu terminfo, vários problemas podem ocorrer. A solução normalmente é copiar o terminfo. Kitty tem um kitten ssh para automatizar exatamente isso.
kitty +kitten ssh user@host
Você pode querer defini-lo como um alias para o
ssh
.
Se por algum motivo você não conseguir instalar o terminfo no controle remoto, você pode tentar configurar
TERM
para algo que é mais provável de estar presente. Observe que isso pode desativar alguns dos recursos do terminal.
TERM='xterm-256color' ssh user@host
Veja também
Repositório do GitHuh
Language checking (Português)

Status de tradução:
Esse artigo é uma tradução de
Language checking
. Data da última tradução: 2020-02-23. Você pode ajudar a sincronizar a tradução, se houver
alterações
na versão em inglês.
Esse artigo cobre softwares corretores/
verificadores ortográficos
e
verificadores gramaticais
.
Verificadores ortográficos
GNU Aspell
— Verificador ortográfico projetado para eventualmente substituir o
ispell
, veja também
aspell(1)
e o
documento info
.
http://aspell.net/
||
aspell
,
dicionários
,
dicionários no AUR
Hunspell
— Verificador ortográfico e biblioteca e programa de analisador morfológico, veja também
hunspell(1)
.
https://hunspell.github.io/
||
hunspell
,
dicionários nos repositórios oficiciais
,
dicionários no AUR
Ispell
— Programa de verificação ortográfica interativa para o Unix, veja também
ispell(1)
.
https://www.cs.hmc.edu/~geoff/ispell.html
||
ispell
Específico do idioma
Hspell
— Verificador ortográfico hebraico
http://www.ivrix.org.il/projects/spell-checker/
[
link inativo
2025-08-15 ⓘ]
||
hspell
Voikko
— Programa finlandês Verificador ortográfico e gramatical, hifenizador e coleção de dados relacionados a linguística
https://voikko.sourceforge.net
||
libvoikko
Enchant
Enchant
é uma biblioteca interfaceadora para a verificação ortográfica genérica, desenvolvido como parte do
AbiWord
, com suporte a todos os verificadores ortográficos acima, com exceção do Ispell.
Enchant está disponível como o pacote
enchant
. Para seu uso e arquivo de ordem, veja
enchant-2(1)
.
Enchant é usado por vários aplicativos pelas bibliotecas
GTK
a seguir:
gspell
— API flexível para implementar verificação ortográfica em aplicativos GTK.
https://wiki.gnome.org/Projects/gspell
||
gspell
GtkSpell
— Fornece realce no estilo de processador de texto e substituição de palavras com erro de escrita em um widget GtkTextView.
https://gtkspell.sourceforge.net/
||
gtkspell
AUR
,
gtkspell3
Aplicativos
Firefox
,
Thunderbird
,
Chromium
e
LibreOffice
podem todos usar dicionários Hunspell instalados no sistema, assim como dicionários/outros verificadores ortográficos instalados por meio de seu próprio sistema de extensão. Veja as seções a seguir:
Firefox#Spell checking
Thunderbird#Spell checking
LibreOffice#Spell checking
AbiWord
e
Gedit
usam o Enchant.
Verificadores gramaticais
LanguageTool
— Verificador de idioma de código aberto, escrito em
Java
.
https://www.languagetool.org
||
languagetool
Style and Diction
— Diction identifica frases prolixas e comumente mal utilizadas. Style analisa as características da superfície de um documento.
https://www.gnu.org/software/diction/
||
diction
AUR
Aplicativos
Firefox
,
Thunderbird
,
Chromium
e
LibreOffice
todos possuem suporte a verificação gramatical apenas por meio de extensões. Para o LibreOffice, veja
LibreOffice#Grammar checking with LanguageTool
.
AbiWord
possui um verificador gramatical interno, veja
AbiWord (Português)#Verificação gramatical
.