Beyond Linux ® From Scratch (Edição systemd )

AccountsService-23.13.9, GTK+-3.24.38 e Polkit-123

Nota

Como systemd-logind usa PAM para registrar sessões de usuário(a), é uma boa ideia construir Polkit com suporte a PAM, de forma que systemd-logind possa rastrear sessões Polkit.

Opcionais

GTK-Doc-1.33.2, JS-102.13.0 (pode ser usado no lugar de duktape) e dbusmock-0.29.1 (para os testes)

Dependências Exigidas em Tempo de Execução

Systemd-254

Dependências Opcionais em Tempo de Execução

Um agente de autenticação polkit para usar o polkit no ambiente gráfico: polkit-kde-agent em Plasma-5.27.7 para KDE, o agente construído em gnome-shell-44.3 para GNOME3, polkit-gnome-0.105 para XFCE e lxpolkit em LXSession-0.5.5 para LXDE

Nota

Se libxslt-1.1.38 estiver instalado, então docbook-xml-4.5 e docbook-xsl-nons-1.79.2 serão exigidos. Se você tiver instalado libxslt-1.1.38, mas não deseja instalar nenhum dos pacotes DocBook mencionados, [então] você precisará usar -Dman=false nas instruções abaixo.

Instalação do Polkit

Deveria existir um(a) usuário(a) e um grupo dedicado(a) para assumir o controle do processo de segundo plano polkitd depois que ele for iniciado. Emita os seguintes comandos como o(a) usuário(a) root:

groupadd -fg 27 polkitd &&
useradd -c "Dono(a) do Processo de Segundo Plano do PolicyKit" -d /etc/polkit-1 -u 27 \
        -g polkitd -s /bin/false polkitd

Se usar JS-102.13.0, faça a seguinte mudança (veja-se as Explicações dos Comandos abaixo para mais informações):

sed -e 's/JS_Init/JS::DisableJitBackend(); &/' \
    -i src/polkitbackend/polkitbackendjsauthority.cpp

Instale o Polkit executando os seguintes comandos:

mkdir build &&
cd    build &&

meson setup ..                            \
      --prefix=/usr                       \
      --buildtype=release                 \
      -Dman=true                          \
      -Dsession_tracking=libsystemd-login \
      -Dtests=true                        &&
ninja

Para testar os resultados, primeiro certifique-se de que o processo de segundo plano D-Bus do sistema esteja executando e que D-Bus Python-1.3.2 e dbusmock-0.29.1 estejam instalados. Em seguida, execute ninja test.

Agora, como o(a) usuário(a) root:

ninja install

Explicações do Comando

sed -e 's/JS_Init/JS::DisableJitBackend(); &/' ... : A compilação JIT do JS102 precisa do mapeamento W+X, o que é perigoso e não é permitido pelo arquivo de unidade do systemd fornecido com o pacote polkit. Esse comando não é estritamente necessário em sistemas baseados em sysvinit, mas ainda melhora a segurança. Ele não tem efeito se construir-se o polkit com o mecanismo Javascript duktape-2.7.0 recomendado.

--buildtype=release: Especifique um tipo de construção adequado para lançamentos estáveis do pacote, pois o padrão possivelmente produza binários não otimizados.

-Dtests=true: Essa chave permite executar a suíte de teste deste pacote. Como Polkit é usado para autorizações, a integridade dele pode afetar a segurança do sistema. Portanto, é recomendado executar a suíte de teste construindo este pacote.

-Djs_engine=mozjs: Essa chave permite usar o mecanismo JavaScript JS-102.13.0 em vez do mecanismo JavaScript duktape-2.7.0.

-Dos_type=lfs: Use essa chave se você não criou o arquivo /etc/lfs-release ou a detecção automática da distribuição falhará e você estará inapto(a) a usar o Polkit.

-Dauthfw=shadow: Essa chave habilita o pacote a usar o Shadow em vez da estrutura de autenticação Linux PAM. Use-a se você não tiver instalado Linux PAM.

-Dintrospection=false: Use essa opção se tiver certeza de que não precisa dos arquivos gobject-introspection para o polkit ou não tiver o gobject-introspection instalado.

-Dman=false: Use essa opção para desabilitar a geração e a instalação das páginas de manual. Isso é útil se libxslt não estiver instalado.

-Dexamples=true: Use essa opção para construir os aplicativos de exemplo.

-Dgtk_doc=true: Use essa opção para habilitar a construção e a instalação da documentação da API.

Conteúdo

Aplicativos Instalados: pkaction, pkcheck, pkexec, pkttyagent e polkitd

Bibliotecas Instaladas: libpolkit-agent-1.so e libpolkit-gobject-1.so

Diretórios Instalados: /etc/polkit-1, /usr/include/polkit-1, /usr/lib/polkit-1, /usr/share/gtk-doc/html/polkit-1 e /usr/share/polkit-1

Descrições Curtas

pkaction	é usado para obter informação relativa às ações registradas do PolicyKit
pkcheck	é usado para verificar se um processo está autorizado para ação
pkexec	permite que um(a) usuário(a) autorizado(a) execute um comando como outro(a) usuário(a)
pkttyagent	é usado para iniciar um agente textual de autenticação para o assunto
polkitd	fornece o serviço D-Bus do org.freedesktop.PolicyKit1 no barramento de mensagem do sistema
`libpolkit-agent-1.so`	contém as funções de API do agente de autenticação Polkit
`libpolkit-gobject-1.so`	contém as funções da API de autorização Polkit

polkit-gnome-0.105

Introdução a Polkit GNOME

O pacote Polkit GNOME fornece um Agente de Autenticação para Polkit que se integra bem com o ambiente de área de trabalho GNOME.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://download.gnome.org/sources/polkit-gnome/0.105/polkit-gnome-0.105.tar.xz
Transferência (FTP): ftp://ftp.acc.umu.se/pub/gnome/sources/polkit-gnome/0.105/polkit-gnome-0.105.tar.xz
Soma de verificação MD5 da transferência: 50ecad37c8342fb4a52f590db7530621
Tamanho da transferência: 305 KB
Espaço em disco estimado exigido: 5,0 MB
Tempo de construção estimado: 0,1 UPC

Transferências Adicionais

Remendo exigido: https://www.linuxfromscratch.org/patches/blfs/12.0/polkit-gnome-0.105-consolidated_fixes-1.patch

Dependências do Polkit GNOME

Exigidas

Instalação do Polkit GNOME

Primeiro, aplique algumas correções que permitem que o ícone adequado de usuário(a) seja usado, bem como algumas correções de segurança:

patch -Np1 -i ../polkit-gnome-0.105-consolidated_fixes-1.patch

Instale o Polkit GNOME executando os seguintes comandos:

./configure --prefix=/usr &&
make

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

make install

Configurando o Polkit GNOME

Iniciação Automática

Para que a estrutura de autenticação funcione, polkit-gnome-authentification-agent-1 precisa ser iniciado. No entanto, make install não instalou um arquivo de iniciação para o Polkit GNOME, de modo que você tem de criá-lo você mesmo(a).

Emita os seguintes comandos como o(a) usuário(a) root para criar um arquivo de iniciação para Polkit GNOME:

mkdir -p /etc/xdg/autostart &&
cat > /etc/xdg/autostart/polkit-gnome-authentication-agent-1.desktop << "EOF"
[Desktop Entry]
Name=PolicyKit Authentication Agent
Comment=PolicyKit Authentication Agent
Exec=/usr/libexec/polkit-gnome-authentication-agent-1
Terminal=false
Type=Application
Categories=
NoDisplay=true
OnlyShowIn=GNOME;XFCE;Unity;
AutostartCondition=GNOME3 unless-session gnome
EOF

Conteúdo

Aplicativo Instalado: polkit-gnome-authentication-agent-1

Bibliotecas Instaladas: Nenhum(a)

Diretório Instalado: Nenhum(a)

Descrições Curtas

polkit-gnome-authentication-agent-1

é o agente de autenticação Polkit

Shadow-4.13

Introdução a Shadow

O Shadow foi realmente instalado no LFS e não existe razão para reinstalá-lo, a menos que você tenha instalado o CrackLib ou o Linux-PAM depois que seu sistema LFS foi concluído. Se você tiver instalado CrackLib depois do LFS, então reinstalar o Shadow habilitará o suporte a senha forte. Se você tiver instalado o Linux-PAM, [então] reinstalar o Shadow permitirá que aplicativos como login e su utilizem o PAM.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/shadow-maint/shadow/releases/download/4.13/shadow-4.13.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: b1ab01b5462ddcf43588374d57bec123
Tamanho da transferência: 1,7 MB
Espaço em disco estimado exigido: 45 MB
Tempo de construção estimado: 0,2 UPC

Dependências do Shadow

Exigida

Linux-PAM-1.5.3 ou CrackLib-2.9.11

Instalação do Shadow

Importante

Os comandos de instalação mostrados abaixo são para instalações onde o Linux-PAM tenha sido instalado e o Shadow esteja sendo reinstalado para suportar a instalação do Linux-PAM.

Se você estiver reinstalando Shadow para fornecer suporte de senha forte usando a biblioteca CrackLib sem usar Linux-PAM, [então] certifique-se de adicionar o parâmetro --with-libcrack ao script configure abaixo e também emita o seguinte comando:

sed -i 's@DICTPATH.*@DICTPATH\t/lib/cracklib/pw_dict@' etc/login.defs

Reinstale Shadow executando os seguintes comandos:

sed -i 's/groups$(EXEEXT) //' src/Makefile.in          &&

find man -name Makefile.in -exec sed -i 's/groups\.1 / /'   {} \; &&
find man -name Makefile.in -exec sed -i 's/getspnam\.3 / /' {} \; &&
find man -name Makefile.in -exec sed -i 's/passwd\.5 / /'   {} \; &&

sed -e 's@#ENCRYPT_METHOD DES@ENCRYPT_METHOD YESCRYPT@' \
    -e 's@/var/spool/mail@/var/mail@'                   \
    -e '/PATH=/{s@/sbin:@@;s@/bin:@@}'                  \
    -i etc/login.defs                                   &&

./configure --sysconfdir=/etc               \
            --disable-static                \
            --with-{b,yes}crypt             \
            --with-group-name-max-length=32 &&
make

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

make exec_prefix=/usr install

As páginas de manual foram instaladas no LFS, mas se a reinstalação for desejada, execute (como o(a) usuário(a) root):

make -C man install-man

Explicações do Comando

sed -i 's/groups$(EXEEXT) //' src/Makefile.in: Esse sed é usado para suprimir a instalação do aplicativo groups, pois a versão originária do pacote Coreutils instalado durante o LFS é a preferida.

find man -name Makefile.in -exec ... {} \;: O primeiro comando é usado para suprimir a instalação das páginas de manual do groups, de modo que as existentes instaladas a partir do pacote Coreutils não sejam substituídas. Os outros dois comandos impedem a instalação de páginas de manual que já estão instaladas pelo Man-pages no LFS.

sed -e 's@#ENCRYPT_METHOD DES@ENCRYPT_METHOD YESCRYPT@' -e 's@/var/spool/mail@/var/mail@' -e '/PATH=/{s@/sbin:@@;s@/bin:@@}' -i etc/login.defs: Em vez de usar o método padrão 'DES ', esse comando modifica a instalação para usar o método muito mais seguro 'YESCRYPT' de resumo de senhas, que também permite senhas maiores que oito caracteres. O comando também muda o local obsoleto /var/spool/mail para caixas de correio de usuário(a) que Shadow usa por padrão para o local /var/mail. Ele também muda o caminho padrão para estar consistente com aquele configurado no LFS.

--with-group-name-max-length=32: O nome máximo de usuário(a) é de trinta e dois (32) caracteres. Torne o nome máximo do grupo o mesmo.

Configurando Linux-PAM para Funcionar com Shadow

Nota

O restante desta página é dedicado à configurar o Shadow para funcionar adequadamente com o Linux-PAM. Se você não tiver o Linux-PAM instalado e reinstalou o Shadow para suportar senhas fortes por meio da biblioteca CrackLib, [então] nenhuma configuração adicional é necessária.

Arquivos de Configuração

/etc/pam.d/* ou, alternativamente, /etc/pam.conf, /etc/login.defs e /etc/security/*

Informação de Configuração

Configurar seu sistema para usar Linux-PAM pode ser uma tarefa complexa. A informação abaixo fornecerá uma configuração básica, de modo que a funcionalidade de login e senha do Shadow funcione efetivamente com o Linux-PAM. Revise a informação e os links na página Linux-PAM-1.5.3 para informação adicional de configuração. Para informação específica relativa a integrar o Shadow, Linux-PAM e o libpwquality, você pode visitar o seguinte link:

https://deer-run.com/users/hal/linux_passwords_pam.html

Configurando /etc/login.defs

O aplicativo login atualmente realiza muitas funções que os módulos Linux-PAM agora deveriam manusear. O seguinte comando sed comentará as linhas apropriadas em /etc/login.defs e impedirá login de realizar essas funções (um arquivo de cópia de segurança chamado /etc/login.defs.orig também é criado para preservar o conteúdo do arquivo original). Emita os seguintes comandos como o(a) usuário(a) root:

install -v -m644 /etc/login.defs /etc/login.defs.orig &&
for FUNCTION in FAIL_DELAY              \
                FAILLOG_ENAB             \
                LASTLOG_ENAB             \
                MAIL_CHECK_ENAB          \
                OBSCURE_CHECKS_ENAB      \
                PORTTIME_CHECKS_ENAB     \
                QUOTAS_ENAB              \
                CONSOLE MOTD_FILE        \
                FTMP_FILE NOLOGINS_FILE  \
                ENV_HZ PASS_MIN_LEN      \
                SU_WHEEL_ONLY            \
                CRACKLIB_DICTPATH        \
                PASS_CHANGE_TRIES        \
                PASS_ALWAYS_WARN         \
                CHFN_AUTH ENCRYPT_METHOD \
                ENVIRON_FILE
do
    sed -i "s/^${FUNCTION}/# &/" /etc/login.defs
done

Configurando os Arquivos /etc/pam.d/

Conforme mencionado anteriormente nas instruções do Linux-PAM, o Linux-PAM tem dois métodos suportados para configuração. Os comandos abaixo assumem que você tenha escolhido usar uma configuração baseada em diretório, onde cada aplicativo tem o próprio arquivo de configuração dele. Você pode opcionalmente usar um arquivo de configuração /etc/pam.conf usando o texto oriundo dos arquivos abaixo e fornecendo o nome do aplicativo como um primeiro campo adicional para cada linha.

Como o(a) usuário(a) root, crie os seguintes arquivos de configuração do Linux-PAM no diretório /etc/pam.d/ (ou adicione o conteúdo ao arquivo /etc/pam.conf) usando os seguintes comandos:

'login'

cat > /etc/pam.d/login << "EOF"
# Início /etc/pam.d/login

# Configura atraso de falha antes do próximo prompt para 3 segundos
auth      optional    pam_faildelay.so  delay=3000000

# Verifica se o(a) usuário(a) tem permissão para se logar
auth      requisite   pam_nologin.so

# Verifica para assegurar que o(a) root tem permissão para se logar.
# Desabilitado por padrão. Você precisará criar o arquivo /etc/securetty
# para que este módulo funcione. Veja-se man 5 securetty.
#auth      required    pam_securetty.so

# Associações adicionais de grupo - desabilitadas por padrão
#auth      optional    pam_group.so

# Inclui configurações de autenticação do sistema
auth      include     system-auth

# Verifica acesso para o(a) usuário(a)
account   required    pam_access.so

# Inclui configurações de conta do sistema
account   include     system-account

# Configura variáveis padrão de ambiente para o(a) usuário(a)
session   required    pam_env.so

# Configura limites de recursos para o(a) usuário(a)
session   required    pam_limits.so

# Exibe a mensagem do dia - Desabilitado por padrão
#session   optional    pam_motd.so

# Verifica mensagens eletrônicas para o(a) usuário(a) - Desabilitado por padrão
#session   optional    pam_mail.so      standard quiet

# inclui configurações da sessão e senha do sistema
session   include     system-session
password  include     system-password

# Fim /etc/pam.d/login
EOF

'passwd'

cat > /etc/pam.d/passwd << "EOF"
# Início /etc/pam.d/passwd

password  include     system-password

# Fim /etc/pam.d/passwd
EOF

'su'

cat > /etc/pam.d/su << "EOF"
# Início /etc/pam.d/su

# Sempre permitir root
auth      sufficient  pam_rootok.so

# Permite que usuários(as) do grupo wheel executem su sem uma senha
# Desabilitado por padrão
#auth      sufficient  pam_wheel.so trust use_uid

# Inclui configurações de autenticação do sistema
auth      include     system-auth

# Limita su a usuários(as) no grupo wheel
# Desabilitado por padrão
#auth      required    pam_wheel.so use_uid

# Inclui configurações de conta do sistema
account   include     system-account

# Configura variáveis padrão de ambiente para o(a) usuário(a) do serviço
session   required    pam_env.so

# Inclui configurações de sessão do sistema
session   include     system-session

# Fim /etc/pam.d/su
EOF

'chpasswd' e 'newusers'

cat > /etc/pam.d/chpasswd << "EOF"
# Início /etc/pam.d/chpasswd

# Sempre permitir root
auth      sufficient  pam_rootok.so

# Inclui configurações do sistema de autenticação e de conta
auth      include     system-auth
account   include     system-account
password  include     system-password

# Fim /etc/pam.d/chpasswd
EOF

sed -e s/chpasswd/newusers/ /etc/pam.d/chpasswd >/etc/pam.d/newusers

'chage'

cat > /etc/pam.d/chage << "EOF"
# Início /etc/pam.d/chage

# Sempre permitir root
auth      sufficient  pam_rootok.so

# Inclui configurações do sistema de autenticação e de conta
auth      include     system-auth
account   include     system-account

# Fim /etc/pam.d/chage
EOF

Outros utilitários de sombra

for PROGRAM in chfn chgpasswd chsh groupadd groupdel \
              groupmems groupmod useradd userdel usermod
do
    install -v -m644 /etc/pam.d/chage /etc/pam.d/${PROGRAM}
    sed -i "s/chage/$PROGRAM/" /etc/pam.d/${PROGRAM}
done

Atenção

Neste ponto, você deveria fazer um teste simples para ver se o Shadow está funcionando conforme o esperado. Abra outro terminal e se logue como root e, em seguida, execute login e se logue como outro(a) usuário(a). Se não vir nenhum erro, então está tudo bem e você deveria prosseguir com o restante da configuração. Se você recebeu erros, [então] pare agora e verifique duplamente os arquivos de configuração acima manualmente. Qualquer erro é o sinal de um erro no procedimento acima. Você também pode executar a suíte de teste proveniente do pacote Linux-PAM para ajudá-lo(a) a determinar o problema. Se não conseguir localizar e corrigir o erro, [então] você deveria recompilar o Shadow adicionando a chave --without-libpam ao comando configure nas instruções acima (também mova o arquivo de cópia de segurança /etc/login.defs.orig para /etc/login.defs). Se falhar em fazer isso e os erros persistirem, [então] você não conseguirá se logar no seu sistema.

Configurando Acesso de Login

Em vez de usar o arquivo /etc/login.access para controlar o acesso ao sistema, o Linux-PAM usa o módulo pam_access.so juntamente com o arquivo /etc/security/access.conf. Renomeie o arquivo /etc/login.access usando o seguinte comando:

if [ -f /etc/login.access ]; then mv -v /etc/login.access{,.SEMUSO}; fi

Configurando Limites de Recurso

Em vez de usar o arquivo /etc/limits para limitar o uso dos recursos do sistema, o Linux-PAM usa o módulo pam_limits.so junto com o arquivo /etc/security/limits.conf. Renomeie o arquivo /etc/limits usando o seguinte comando:

if [ -f /etc/limits ]; then mv -v /etc/limits{,.SEMUSO}; fi

Cuidado

Certifique-se de testar os recursos de login do sistema antes de se deslogar. Erros na configuração podem causar um bloqueio permanente exigindo uma inicialização a partir de uma fonte externa para corrigir o problema.

Conteúdo

Uma lista dos arquivos instalados, juntamente com as descrições curtas deles, pode ser encontrada em ../../../../lfs/view/12.0-systemd/chapter08/shadow.html#contents-shadow.

ssh-askpass-9.4p1

Introdução a ssh-askpass

O ssh-askpass é um nome executável genérico para muitos pacotes, com nomes semelhantes, que fornecem um serviço interativo do X para obter senha para pacotes que exigem privilégios administrativos para serem executados. Ele exibe para o(a) usuário(a) uma caixa de janela onde a senha necessária pode ser inserida. Aqui, escolhemos o pacote de Damien Miller distribuído no tarball do OpenSSH.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://ftp.openbsd.org/pub/OpenBSD/OpenSSH/portable/openssh-9.4p1.tar.gz
Transferência (FTP): ftp://ftp.openbsd.org/pub/OpenBSD/OpenSSH/portable/openssh-9.4p1.tar.gz
Soma de verificação MD5 da transferência: 4bbd56a7ba51b0cd61debe8f9e77f8bb
Tamanho da transferência: 1,7 MB
Espaço em disco estimado exigido: 10 MB
Tempo de construção estimado: menos que 0,1 UPC

Dependências do ssh-askpass

Exigidas

GTK+-3.24.38, Sudo-1.9.14p3 (tempo de execução), Bibliotecas do Xorg e um ambiente gráfico (tempo de execução)

Observações de Editor(a): https://wiki.linuxfromscratch.org/blfs/wiki/ssh-askpass

Instalação do ssh-askpass

Instale ssh-askpass executando os seguintes comandos:

cd contrib &&
make gnome-ssh-askpass3

Agora, como o(a) usuário(a) root:

install -v -d -m755                   /usr/libexec/openssh/contrib  &&
install -v -m755    gnome-ssh-askpass3 /usr/libexec/openssh/contrib  &&
ln -sv -f contrib/gnome-ssh-askpass3   /usr/libexec/openssh/ssh-askpass

O uso de /usr/libexec/openssh/contrib e um link simbólico é justificado pela eventual necessidade de um aplicativo diferente para esse serviço.

Configurando ssh-askpass

Informação de Configuração

Como o(a) usuário(a) root, configure Sudo-1.9.14p3 para usar ssh-askpass:

cat >> /etc/sudo.conf << "EOF" &&
# Caminho para o aplicativo auxiliar askpass
Path askpass /usr/libexec/openssh/ssh-askpass
EOF
chmod -v 0644 /etc/sudo.conf

Se um dado <aplicativo> gráfico exigir privilégios administrativos, [então] use sudo -A <aplicativo> a partir de um terminal do X, a partir de um menu do Gerenciador de janelas e(ou) substitua "Exec=<aplicativo> ..." por "Exec=sudo -A <aplicativo> ..." no arquivo <aplicativo>.desktop.

Conteúdo

Aplicativos Instalados: gnome-ssh-askpass3, ssh-askpass (link simbólico para gnome-ssh-askpass3)

Biblioteca Instalada: Nenhuma

Diretório Instalado: /usr/libexec/openssh/contrib

stunnel-5.70

Introdução a stunnel

O pacote stunnel contém um aplicativo que permite encriptar conexões arbitrárias TCP dentro de SSL (Secure Sockets Layer), de modo que você consiga se comunicar facilmente com clientes ao longo de canais seguros. stunnel também pode ser usado para encapsular PPP ao longo de soquetes de rede de comunicação sem mudanças no código-fonte do pacote do servidor.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP):
Transferência (FTP): ftp://ftp.stunnel.org/stunnel/archive/5.x/stunnel-5.70.tar.gz
Soma de verificação MD5 da transferência: 4246f65d556b9ec51e94f80744ce0eda
Tamanho da transferência: 864 KB
Espaço em disco estimado exigido: 6,9 MB
Tempo de construção estimado: menos que 0,1 UPC

Dependências do stunnel

Opcionais

libnsl-2.0.0, netcat (exigido para os testes), tcpwrappers e TOR

Instalação do stunnel

O processo de segundo plano stunnel será executado em uma jaula chroot por um(a) usuário(a) sem privilégios. Crie o(a) novo(a) usuário(a) e grupo usando os seguintes comandos como o(a) usuário(a) root:

groupadd -g 51 stunnel &&
useradd -c "Processo de segundo plano stunnel" -d /var/lib/stunnel \
        -g stunnel -s /bin/false -u 51 stunnel

Nota

Um certificado SSL assinado e uma chave privada é necessário(a) para executar o processo de segundo plano stunnel. Depois que o pacote estiver instalado, existem instruções para gerá-lo(a). No entanto, se você é dono(a) ou já criou um Certificado SSL assinado que deseja usar, [então] copie-o para /etc/stunnel/stunnel.pem antes de iniciar a construção (certifique-se de que somente o(a) root tenha acesso de leitura e gravação). O arquivo .pem precisa ser formatado conforme mostrado:

Instale stunnel executando os seguintes comandos:

./configure --prefix=/usr       \
            --sysconfdir=/etc    \
            --localstatedir=/var &&
make

Se você tiver instalado o aplicativo opcional netcat, [então] os testes de regressão podem ser executados com make check.

Agora, como o(a) usuário(a) root:

make docdir=/usr/share/doc/stunnel-5.70 install

Instale a unidade systemd incluída executando o seguinte comando como o(a) usuário(a) root:

install -v -m644 tools/stunnel.service /usr/lib/systemd/system

Se você ainda não tiver um certificado SSL assinado e uma chave privada, [então] crie o arquivo stunnel.pem no diretório /etc/stunnel usando o comando abaixo. Você será solicitado(a) a inserir a informação necessária. Certifique-se de responder ao

Common Name (FQDN of your server) [localhost]:

prompt com o nome ou o endereço IP que você usará para acessar o(s) serviço(s).

Para gerar um certificado, como o(a) usuário(a) root, emita:

make cert

Explicações do Comando

make docdir=... install: Esse comando instala o pacote e muda o diretório de instalação da documentação para convenções de nomenclatura padrão.

Configurando stunnel

Arquivos de Configuração

/etc/stunnel/stunnel.conf

Informação de Configuração

Como o(a) usuário(a) root, crie o diretório usado para o arquivo .pid criado quando o processo de segundo plano stunnel inicia:

install -v -m750 -o stunnel -g stunnel -d /var/lib/stunnel/run &&
chown stunnel:stunnel /var/lib/stunnel

Em seguida, crie um arquivo básico de configuração /etc/stunnel/stunnel.conf usando os seguintes comandos como o(a) usuário(a) root:

cat > /etc/stunnel/stunnel.conf << "EOF"
; File: /etc/stunnel/stunnel.conf

; Observação: os locais da saída gerada e do PID são relativos ao local do chroot.

pid = /run/stunnel.pid
chroot = /var/lib/stunnel
client = no
setuid = stunnel
setgid = stunnel
cert = /etc/stunnel/stunnel.pem

;debug = 7
;output = stunnel.log

;[https]
;accept = 443
;connect = 80
;; "TIMEOUTclose = 0" é um contorno para uma falha de projeto no Microsoft SSL
;; Implementações Microsoft não usam alerta de notificação de fechamento SSL e, portanto,
;; elas são vulneráveis a ataques de truncamento
;TIMEOUTclose = 0

EOF

Finalmente, adicione o(s) serviço(s) que deseja encriptar ao arquivo de configuração. O formato é como segue:

[<service>]
accept = <nome_dispositivo:número_porta>
connect = <nome_dispositivo:número_porta>

Para uma explicação completa dos comandos e da sintaxe usados no arquivo de configuração, emita man stunnel.

Unidade do systemd

Para iniciar o processo de segundo plano stunnel na inicialização, habilite a unidade do systemd instalada anteriormente executando o seguinte comando como o(a) usuário(a) root:

systemctl enable stunnel

Conteúdo

Aplicativos Instalados: stunnel e stunnel3

Biblioteca Instalada: libstunnel.so

Diretórios Instalados: /{etc,lib,var/lib}/stunnel e /usr/share/doc/stunnel-5.70

Descrições Curtas

stunnel	é um aplicativo projetado para funcionar como invólucro de encriptação SSL entre clientes remotos e servidores locais ou remotos
stunnel3	é um script de invólucro Perl para usar a sintaxe 3.x do stunnel com o stunnel 4.05 ou posterior
`libstunnel.so`	contém as funções de API exigidas pelo stunnel

Sudo-1.9.14p3

Introdução a Sudo

O pacote Sudo permite que um(a) administrador(a) do sistema dê a certos(as) usuários(as) (ou a grupos de usuários(as)) a capacidade de executar alguns (ou todos) comandos como root ou outro usuário(a) enquanto registra os comandos e argumentos.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://www.sudo.ws/dist/sudo-1.9.14p3.tar.gz
Transferência (FTP): ftp://ftp.sudo.ws/pub/sudo/sudo-1.9.14p3.tar.gz
Soma de verificação MD5 da transferência: 4cc21cf7c9a89290b230954aed0d1e11
Tamanho da transferência: 5,0 MB
Espaço em disco estimado exigido: 51 MB (adicionar 17 MB para testes)
Tempo de construção estimado: 0,2 UPC (com paralelismo=4; adicionar 0,1 UPC para testes)

Dependências do Sudo

Opcionais

Linux-PAM-1.5.3, MIT Kerberos V5-1.21.2, OpenLDAP-2.6.6, MTA (que fornece um comando sendmail), AFS, FWTK e Opie

Observações de Editor(a): https://wiki.linuxfromscratch.org/blfs/wiki/sudo

Instalação do Sudo

Instale Sudo executando os seguintes comandos:

./configure --prefix=/usr             \
            --libexecdir=/usr/lib      \
            --with-secure-path         \
            --with-all-insults         \
            --with-env-editor          \
            --docdir=/usr/share/doc/sudo-1.9.14p3 \
            --with-passprompt="[sudo] password for %p: " &&
make

Para testar os resultados, emita: env LC_ALL=C make check 2>&1 | tee make-check.log. Check the results with grep failed make-check.log.

Agora, como o(a) usuário(a) root:

make install &&
ln -sfv libsudo_util.so.0.0.0 /usr/lib/sudo/libsudo_util.so.0

Explicações do Comando

--libexecdir=/usr/lib: Essa chave controla onde os aplicativos privados são instalados. Tudo nesse diretório é uma biblioteca, de forma que eles pertencem a /usr/lib em vez de /usr/libexec.

--with-secure-path: Essa chave adiciona transparentemente os diretórios /sbin e /usr/sbin à variável de ambiente PATH.

--with-all-insults: Essa chave inclui todos os conjuntos de insultos do sudo.

--with-env-editor: Essa chave habilita o uso da variável de ambiente EDITOR para o visudo.

--with-passprompt: Essa chave configura o prompt de senha. O %p será expandido para o nome do(a) usuário(a) cuja senha está sendo solicitada.

--without-pam: Essa chave evita a construção do suporte a Linux-PAM quando o Linux-PAM estiver instalado no sistema.

Nota

Existem muitas opções para o comando configure do sudo. Verifique a saída gerada do configure --help para uma lista completa.

ln -sfv libsudo_util...: Contorna um defeito no processo de instalação, que vincula à versão instalada anteriormente (se existir uma) em vez da nova.

Configurando Sudo

Arquivo de Configuração

/etc/sudoers

Informação de Configuração

O arquivo sudoers pode ser bastante complicado. Ele é composto por dois tipos de entradas: aliases (basicamente variáveis) e especificações de usuário(a) (que especificam quem pode executar o quê). A instalação instala uma configuração padrão que não tem privilégios instalados para nenhum(a) usuário(a).

Algumas mudanças comuns de configuração são para configurar o caminho para o(a) superusuário(a) e para permitir que os(as) membros(as) do grupo wheel executem todos os comandos depois de fornecerem as próprias credenciais deles(as). Use os seguintes comandos para criar o arquivo de configuração /etc/sudoers.d/00-sudo como o(a) usuário(a) root:

cat > /etc/sudoers.d/00-sudo << "EOF"
Defaults secure_path="/usr/sbin:/usr/bin"
%wheel ALL=(ALL) ALL
EOF

Nota

Em instalações muito simples onde existe somente um(a) usuário(a), possivelmente seja mais fácil apenas editar o arquivo /etc/sudoers diretamente. Nesse caso, a entrada secure_path possivelmente não seja necessária e usar sudo -E ... pode importar o ambiente completo do(a) usuário(a) não privilegiado(a) para a sessão privilegiada.

Os arquivos no diretório /etc/sudoers.d são analisados em ordem léxica classificada. Tenha cuidado para que as entradas em um arquivo adicionado não sobrescrevam as entradas anteriores.

Para detalhes, veja-se man sudoers.

Nota

Os(As) desenvolvedores(as) do Sudo recomendam enfaticamente usar o aplicativo visudo para editar o arquivo sudoers. Isso fornecerá verificação básica de sanidade, como análise de sintaxe e permissão de arquivo, para evitar alguns possíveis erros que poderiam levar a uma configuração vulnerável.

Se o PAM estiver instalado no sistema, [então] Sudo será construído com suporte a PAM. Nesse caso, emita o seguinte comando como o(a) usuário(a) root para criar o arquivo de configuração do PAM:

cat > /etc/pam.d/sudo << "EOF"
# Início /etc/pam.d/sudo

# Inclui as configurações padrão de autenticação
auth      include     system-auth

# Inclui as configurações padrão de conta
account   include     system-account

# Configura variáveis padrão de ambiente para o(a) usuário(a) do serviço
session   required    pam_env.so

# Inclui padrões de sessão do sistema
session   include     system-session

# Fim /etc/pam.d/sudo
EOF
chmod 644 /etc/pam.d/sudo

Conteúdo

Aplicativos Instalados: cvtsudoers, sudo, sudo_logsrvd, sudo_sendlog, sudoedit (link simbólico), sudoreplay e visudo

Bibliotecas Instaladas: audit_json.so, group_file.so, libsudo_util.so, sample_approval.so, sudoers.so, sudo_noexec.so e system_group.so

Diretórios Instalados: /etc/sudoers.d, /usr/lib/sudo, /usr/share/doc/sudo-1.9.14p3 e /var/lib/sudo

Descrições Curtas

cvtsudoers	converte entre formatos de arquivo sudoers
sudo	executa um comando como outro(a) usuário(a) conforme permitido pelo arquivo de configuração `/etc/sudoers`
sudo_logsrvd	é um servidor de registro de Entrada/Saída e de evento do sudo
sudo_sendlog	envia registros de Entrada/Saída do sudo para o servidor de registro
sudoedit	é um link simbólico para sudo que implica a opção `-e` para invocar um editor como outro(a) usuário(a)
sudoreplay	é usado para reproduzir ou para listar os registros de saída gerada criados pelo sudo
visudo	permite uma edição mais segura do arquivo `sudoers`

Tripwire-2.4.3.7

Introdução a Tripwire

O pacote Tripwire contém aplicativos usados para verificar a integridade dos arquivos em um determinado sistema.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/Tripwire/tripwire-open-source/releases/download/2.4.3.7/tripwire-open-source-2.4.3.7.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: a5cf1bc2f235f5d8ca458f00548db6ee
Tamanho da transferência: 980 KB
Espaço em disco estimado exigido: 29 MB
Tempo de construção estimado: 1,6 UPC (instalação via scripts)

Dependências do Tripwire

Opcionais

Um MTA

Instalação do Tripwire

Compile Tripwire executando os seguintes comandos:

sed -e '/^CLOBBER/s/false/true/'        \
    -e 's|TWDB="${prefix}|TWDB="/var|'   \
    -e '/TWMAN/ s|${prefix}|/usr/share|' \
    -e '/TWDOCS/s|${prefix}/doc/tripwire|/usr/share/doc/tripwire-2.4.3.7|' \
    -i installer/install.cfg                               &&

find . -name Makefile.am | xargs                           \
    sed -i 's/^[[:alpha:]_]*_HEADERS.*=/noinst_HEADERS =/' &&

sed '/dist/d' -i man/man?/Makefile.am                      &&
autoreconf -fi                                             &&

./configure --prefix=/usr --sysconfdir=/etc/tripwire       &&
make CPPFLAGS=-std=c++11

Nota

A configuração padrão é a de usar um MTA local. Se você não teiver um MTA instalado e não desejar instalar um, [então] modifique install/install.cfg para usar um servidor SMTP. Caso contrário, a instalação falhará.

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

make install &&
cp -v policy/*.txt /usr/share/doc/tripwire-2.4.3.7

Nota

Durante o make install, várias perguntas são feitas, incluindo senhas. Se você deseja criar um script, [então] tem de aplicar um sed antes de executar make install:

sed -i -e 's@installer/install.sh@& -n -s <senha_do_sítio> -l <senha_local>@' Makefile

Claro, você deveria fazer isso com senhas fictícias e mudá-las posteriormente.

Outro problema ao criar scripts é o de que o instalador sai quando a entrada padrão não é um terminal. Você consegue desativar esse comportamento com o seguinte sed:

sed '/-t 0/,+3d' -i installer/install.sh

Explicações do Comando

sed ... installer/install.cfg: Esse comando informa ao pacote para instalar a base de dados do aplicativo e informa em /var/lib/tripwire e configura o local adequado para páginas de manual e documentação.

find ..., sed ... e autoreconf -fi: O sistema de construção é inutilizável como está e tem de ser modificado para que a construção tenha sucesso.

CPPFLAGS=-std=c++11: Configurar os sinalizadores do pré-processador C++ para a versão 11 é necessário para evitar um conflito com a versão padrão que é c++17 na versão recente do GCC.

make install: Esse comando cria as chaves de segurança do Tripwire assim como instala os binários. Existem duas chaves: uma chave do sítio e uma chave local que são armazenadas em /etc/tripwire/.

cp -v policy/*.txt /usr/doc/tripwire-2.4.3.7: Esse comando instala os arquivos de exemplo da política do tripwire com a outra documentação do tripwire.

Configurando Tripwire

Arquivos de Configuração

/etc/tripwire/*

Informação de Configuração

O Tripwire usa um arquivo de política para determinar quais arquivos são verificados quanto à integridade. O arquivo padrão da política (/etc/tripwire/twpol.txt) é para uma instalação padrão e precisará ser atualizado para seu sistema.

Os arquivos da política deveriam ser adaptados para cada distribuição e(ou) instalação individual. Alguns arquivos de exemplo da política podem ser encontrados em /usr/share/doc/tripwire/.

Se desejado, [então] copie o arquivo da política que gostaria de tentar para /etc/tripwire/ em vez de usar o arquivo padrão da política, twpol.txt. É, no entanto, recomendado que você edite seu arquivo da política. Obtenha ideias a partir dos exemplos acima e leia /usr/share/doc/tripwire/policyguide.txt para informação adicional. twpol.txt é um bom arquivo da política para aprender a respeito do Tripwire, pois ele observará quaisquer mudanças no sistema de arquivos e até mesmo pode ser usado como uma maneira irritante de manter rastreio das mudanças para desinstalação de software.

Depois que seu arquivo da política tiver sido editado para sua satisfação, você poderá iniciar as etapas de configuração (realizar como o(a) usuário(a) root):

twadmin --create-polfile --site-keyfile /etc/tripwire/site.key \
   /etc/tripwire/twpol.txt &&
tripwire --init

Dependendo do seu sistema e do conteúdo do arquivo da política, a fase de inicialização acima pode levar um tempo relativamente longo.

Informação de Uso

O Tripwire identificará as mudanças de arquivo nos arquivos críticos do sistema especificados no arquivo da política. Usar o Tripwire enquanto se faz mudanças frequentes nesses diretórios sinalizará todas essas mudanças. É mais útil depois que um sistema tenha atingido uma configuração que o(a) usuário(a) considere estável.

Para usar o Tripwire depois de criar um arquivo da política para executar um informe, use o seguinte comando:

tripwire --check > /etc/tripwire/report.txt

Veja a saída gerada para verificar a integridade dos seus arquivos. Um informe automático de integridade pode ser produzido usando-se um recurso cron para agendar as execuções.

Os informes são armazenados em binário e, se desejado, encriptados. Visualize os informes, como o(a) usuário(a) root, com:

twprint --print-report -r /var/lib/tripwire/report/<nome-informe.twr>

Depois de executar uma verificação de integridade, você deveria examinar o informe (ou o correio eletrônico) e, então, modificar a base de dados do Tripwire para refletir os arquivos mudados em seu sistema. Isso é assim de forma que o Tripwire não te notificará continuamente que os arquivos que você mudou intencionalmente sejam uma violação de segurança. Para fazer isso, você precisa primeiro ls -l /var/lib/tripwire/report/ e anotar o nome do arquivo mais recente que começa com o nome do seu sistema conforme apresentado pelo comando uname -n e termina em .twr. Esses arquivos foram criados durante a criação do informe e o mais atual é necessário para atualizar a base de dados do Tripwire do seu sistema. Como o(a) usuário(a) root, digite o seguinte comando criando o nome apropriado do informe:

tripwire --update --twrfile /var/lib/tripwire/report/<nome-informe.twr>

Você será colocado(a) no Vim com uma cópia do informe à sua frente. Se todas as mudanças estiverem boas, então apenas digite :wq e depois de inserir sua chave local, a base de dados será atualizada. Se existirem arquivos a respeito dos quais você ainda desejar ser avisado(a), [então] remova o 'x' de antes do nome do arquivo no informe e digite :wq.

Mudando o Arquivo da Política

Se você estiver insatisfeito(a) com seu arquivo da política e gostaria de modificá-lo ou de usar um novo, [então] modifique o arquivo da política e então execute os seguintes comandos como o(a) usuário(a) root:

twadmin --create-polfile /etc/tripwire/twpol.txt &&
tripwire --init

Conteúdo

Aplicativos Instalados: siggen, tripwire, twadmin e twprint

Bibliotecas Instaladas: Nenhuma

Diretórios Instalados: /etc/tripwire, /var/lib/tripwire e /usr/share/doc/tripwire-2.4.3.7

Descrições Curtas

siggen	é um utilitário de coleta de assinatura que exibe os valores da função hash para os arquivos especificados
tripwire	é o principal aplicativo de verificação de integridade de arquivo
twadmin	ferramenta administrativa e utilitária usada para realizar certas funções administrativas relacionadas a arquivos e opções de configuração do Tripwire
twprint	imprime a base de dados e arquivos de informe do Tripwire em formato de texto simples

volume_key-0.3.12

Introdução a volume_key

O pacote volume_key fornece uma biblioteca para manipular as chaves de encriptação do volume de armazenamento e para armazená-las separadamente dos volumes para lidar com frases senha esquecidas.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/felixonmars/volume_key/archive/volume_key-0.3.12.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: d1c76f24e08ddd8c1787687d0af5a814
Tamanho da transferência: 196 KB
Espaço em disco estimado exigido: 11 MB
Tempo de construção estimado: 0,2 UPC

Dependências do volume_key

Exigidas

cryptsetup-2.4.3, GLib-2.76.4, GnuPG-2.4.3, GPGME-1.21.0 e nss-3.92

Instalação do volume_key

Nota

Esse pacote se expande para o diretório volume_key-volume_key-0.3.12.

Diga ao sistema de construção como localizar o GPGME e o GnuPG corretamente:

sed -e '/AM_PATH_GPGME/iAM_PATH_GPG_ERROR' \
    -e 's/gpg2/gpg/' -i configure.ac

Instale volume_key executando os seguintes comandos:

autoreconf -fiv             &&
./configure --prefix=/usr    \
            --without-python &&
make

Para testar os resultados, emita: make check.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

--without-python: Esse parâmetro impede a construção das ligações Python 2, se Python-2.7.18 estiver instalado.

--without-python3: Use essa opção se você não quiser construir as ligações Python 3. Nesse caso, SWIG-4.1.1 não é necessário.

Conteúdo

Aplicativo Instalado: volume_key

Biblioteca Instalada: libvolume_key.so

Diretório Instalado: /usr/include/volume_key

Descrições Curtas

volume_key	gerencia chaves e frases senhas do volume encriptado
`volume_key.so`	contém funções de API para gerenciar chaves do volume encriptado

Capítulo 5. Sistemas de Arquivos e Gerenciamento de Disco

Os sistemas de arquivos com diário reduzem o tempo necessário para recuperar um sistema de arquivos que não foi desmontado adequadamente. Embora isso possa ser extremamente importante para reduzir o tempo de inatividade dos servidores, também se tornou popular em ambientes de área de trabalho. Este capítulo contém outros sistemas de arquivos com diário que você pode usar em vez do sistema de arquivos estendido padrão do LFS (ext2/3/4). Ele também fornece material introdutório a respeito de gerenciamento de matrizes de disco.

A respeito do initramfs

O único propósito de um initramfs é o do montar o sistema de arquivos raiz. O initramfs é um conjunto completo de diretórios que você encontraria em um sistema de arquivos raiz normal. Ele é agrupado em um arquivamento cpio e comprimido com um dos vários algoritmos de compressão.

Ao tempo da inicialização, o carregador de inicialização carrega o núcleo e a imagem initramfs na memória e inicia o núcleo. O núcleo verifica a presença do initramfs e, se encontrado, o monta como / e executa /init. O aplicativo init é tipicamente um script de shell. Observe que o processo de inicialização leva mais tempo, possivelmente significativamente mais, se um initramfs for usado.

Para a maioria das distribuições, os módulos do núcleo são a maior razão para ter um initramfs. Em uma distribuição geral, existem muitas incógnitas, como tipos de sistema de arquivos e esquemas de disco. De certa forma, isso é o oposto do LFS, onde os recursos e o esquema do sistema são conhecidos e um núcleo personalizado normalmente é construído. Nessa situação, um initramfs raramente é necessário.

Existem somente quatro razões principais para se ter um initramfs no ambiente LFS: carregar o rootfs a partir de uma rede; carregá-lo a partir de um volume lógico LVM; ter um rootfs encriptado onde uma senha seja exigida; ou para a conveniência de se especificar o rootfs como um RÓTULO ou como um UUID. Qualquer outra coisa geralmente significa que o núcleo não foi configurado adequadamente.

Construindo um initramfs

Se você decidir construir um initramfs, [então] os scripts a seguir fornecerão uma base para isso. Os scripts permitirão especificar um rootfs via partição UUID ou partição RÓTULO ou um rootfs em um volume lógico LVM. Eles não suportam um sistema de arquivos raiz encriptado ou montar o rootfs passando por uma placa de rede de comunicação. Para uma capacidade mais completa, vejam-se as Dicas do LFS ou dracut.

Para instalar estes scripts, execute os seguintes comandos como o(a) usuário(a) root:

cat > /usr/sbin/mkinitramfs << "EOF"
#!/bin/bash
# Este arquivo é baseado em parte no script mkinitramfs para o LiveCD do LFS
# escrito por Alexander E. Patrakov e Jeremy Huntwork.

copy()
{
  local file

  if [ "$2" = "lib" ]; then
    file=$(PATH=/usr/lib type -p $1)
  else
    file=$(type -p $1)
  fi

  if [ -n "$file" ] ; then
    cp $file $WDIR/usr/$2
  else
    echo "Ausente arquivo exigido: $1 para o diretório $2"
    rm -rf $WDIR
    exit 1
  fi
}

if [ -z $1 ] ; then
  INITRAMFS_FILE=initrd.img-no-kmods
else
  KERNEL_VERSION=$1
  INITRAMFS_FILE=initrd.img-$KERNEL_VERSION
fi

if [ -n "$KERNEL_VERSION" ] && [ ! -d "/usr/lib/modules/$1" ] ; then
  echo "Sem diretório dos módulos chamado $1"
  exit 1
fi

printf "Criando $INITRAMFS_FILE... "

binfiles="sh cat cp dd killall ls mkdir mknod mount "
binfiles="$binfiles umount sed sleep ln rm uname"
binfiles="$binfiles readlink basename"

# O systemd instala udevadm em /bin. Outras implementações do udev o tem em /sbin
if [ -x /usr/bin/udevadm ] ; then binfiles="$binfiles udevadm"; fi

sbinfiles="modprobe blkid switch_root"

# Arquivos e locais opcionais
for f in mdadm mdmon udevd udevadm; do
  if [ -x /usr/sbin/$f ] ; then sbinfiles="$sbinfiles $f"; fi
done

# Adiciona lvm se presente (não pode ser feito com os outros, pois
# também precisa do dmsetup
if [ -x /usr/sbin/lvm ] ; then sbinfiles="$sbinfiles lvm dmsetup"; fi

unsorted=$(mktemp /tmp/unsorted.XXXXXXXXXX)

DATADIR=/usr/share/mkinitramfs
INITIN=init.in

# Cria um diretório temporário de trabalho
WDIR=$(mktemp -d /tmp/initrd-work.XXXXXXXXXX)

# Cria a estrutura básica de diretório
mkdir -p $WDIR/{dev,run,sys,proc,usr/{bin,lib/{firmware,modules},sbin}}
mkdir -p $WDIR/etc/{modprobe.d,udev/rules.d}
touch $WDIR/etc/modprobe.d/modprobe.conf
ln -s usr/bin  $WDIR/bin
ln -s usr/lib  $WDIR/lib
ln -s usr/sbin $WDIR/sbin
ln -s lib      $WDIR/lib64

# Cria os nós necessários de dispositivo
mknod -m 640 $WDIR/dev/console c 5 1
mknod -m 664 $WDIR/dev/null    c 1 3

# Instala os arquivos de configuração do udev
if [ -f /etc/udev/udev.conf ]; then
  cp /etc/udev/udev.conf $WDIR/etc/udev/udev.conf
fi

for file in $(find /etc/udev/rules.d/ -type f) ; do
  cp $file $WDIR/etc/udev/rules.d
done

# Instala quaisquer firmware presentes
cp -a /usr/lib/firmware $WDIR/usr/lib

# Copia o arquivo de configuração RAID se presente
if [ -f /etc/mdadm.conf ] ; then
  cp /etc/mdadm.conf $WDIR/etc
fi

# Instala o arquivo init
install -m0755 $DATADIR/$INITIN $WDIR/init

if [  -n "$KERNEL_VERSION" ] ; then
  if [ -x /usr/bin/kmod ] ; then
    binfiles="$binfiles kmod"
  else
    binfiles="$binfiles lsmod"
    sbinfiles="$sbinfiles insmod"
  fi
fi

# Instala binários básicos
for f in $binfiles ; do
  ldd /usr/bin/$f | sed "s/\t//" | cut -d " " -f1 >> $unsorted
  copy /usr/bin/$f bin
done

for f in $sbinfiles ; do
  ldd /usr/sbin/$f | sed "s/\t//" | cut -d " " -f1 >> $unsorted
  copy $f sbin
done

# Adiciona bibliotecas do udevd se não em /usr/sbin
if [ -x /usr/lib/udev/udevd ] ; then
  ldd /usr/lib/udev/udevd | sed "s/\t//" | cut -d " " -f1 >> $unsorted
elif [ -x /usr/lib/systemd/systemd-udevd ] ; then
  ldd /usr/lib/systemd/systemd-udevd | sed "s/\t//" | cut -d " " -f1 >> $unsorted
fi

# Adiciona links simbólicos de módulo se apropriado
if [ -n "$KERNEL_VERSION" ] && [ -x /usr/bin/kmod ] ; then
  ln -s kmod $WDIR/usr/bin/lsmod
  ln -s kmod $WDIR/usr/bin/insmod
fi

# Adiciona links simbólicos do lvm se apropriado
# Também copia o arquivo lvm.conf
if  [ -x /usr/sbin/lvm ] ; then
  ln -s lvm $WDIR/usr/sbin/lvchange
  ln -s lvm $WDIR/usr/sbin/lvrename
  ln -s lvm $WDIR/usr/sbin/lvextend
  ln -s lvm $WDIR/usr/sbin/lvcreate
  ln -s lvm $WDIR/usr/sbin/lvdisplay
  ln -s lvm $WDIR/usr/sbin/lvscan

  ln -s lvm $WDIR/usr/sbin/pvchange
  ln -s lvm $WDIR/usr/sbin/pvck
  ln -s lvm $WDIR/usr/sbin/pvcreate
  ln -s lvm $WDIR/usr/sbin/pvdisplay
  ln -s lvm $WDIR/usr/sbin/pvscan

  ln -s lvm $WDIR/usr/sbin/vgchange
  ln -s lvm $WDIR/usr/sbin/vgcreate
  ln -s lvm $WDIR/usr/sbin/vgscan
  ln -s lvm $WDIR/usr/sbin/vgrename
  ln -s lvm $WDIR/usr/sbin/vgck
  # Arquivo(s) de configuração
  cp -a /etc/lvm $WDIR/etc
fi

# Instala bibliotecas
sort $unsorted | uniq | while read library ; do
# linux-vdso e linux-gate são pseudo bibliotecas e não correspondem a um arquivo
# libsystemd-shared está em /lib/systemd, de forma que não é encontrada pela cópia, e
# é copiada abaixo de qualquer forma
  if [[ "$library" == linux-vdso.so.1 ]] ||
     [[ "$library" == linux-gate.so.1 ]] ||
     [[ "$library" == libsystemd-shared* ]]; then
    continue
  fi

  copy $library lib
done

if [ -d /usr/lib/udev ]; then
  cp -a /usr/lib/udev $WDIR/usr/lib
fi
if [ -d /usr/lib/systemd ]; then
  cp -a /usr/lib/systemd $WDIR/usr/lib
fi
if [ -d /usr/lib/elogind ]; then
  cp -a /usr/lib/elogind $WDIR/usr/lib
fi

# Instala os módulos do núcleo se solicitado
if [ -n "$KERNEL_VERSION" ]; then
  find \
     /usr/lib/modules/$KERNEL_VERSION/kernel/{crypto,fs,lib}                      \
     /usr/lib/modules/$KERNEL_VERSION/kernel/drivers/{block,ata,nvme,md,firewire} \
     /usr/lib/modules/$KERNEL_VERSION/kernel/drivers/{scsi,message,pcmcia,virtio} \
     /usr/lib/modules/$KERNEL_VERSION/kernel/drivers/usb/{host,storage}           \
     -type f 2> /dev/null | cpio --make-directories -p --quiet $WDIR

  cp /usr/lib/modules/$KERNEL_VERSION/modules.{builtin,order} \
            $WDIR/usr/lib/modules/$KERNEL_VERSION
  if [ -f /usr/lib/modules/$KERNEL_VERSION/modules.builtin.modinfo ]; then
    cp /usr/lib/modules/$KERNEL_VERSION/modules.builtin.modinfo \
            $WDIR/usr/lib/modules/$KERNEL_VERSION
  fi

  depmod -b $WDIR $KERNEL_VERSION
fi

( cd $WDIR ; find . | cpio -o -H newc --quiet | gzip -9 ) > $INITRAMFS_FILE

# Prepare o carregamento antecipado do micro código se disponível
if ls /usr/lib/firmware/intel-ucode/* >/dev/null 2>&1 ||
   ls /usr/lib/firmware/amd-ucode/*   >/dev/null 2>&1; then

# Primeiro, esvazia WDIR para reusá-lo
  rm -r $WDIR/*

  DSTDIR=$WDIR/kernel/x86/microcode
  mkdir -p $DSTDIR

  if [ -d /usr/lib/firmware/amd-ucode ]; then
    cat /usr/lib/firmware/amd-ucode/microcode_amd*.bin > $DSTDIR/AuthenticAMD.bin
  fi

  if [ -d /usr/lib/firmware/intel-ucode ]; then
    cat /usr/lib/firmware/intel-ucode/* > $DSTDIR/GenuineIntel.bin
  fi

  ( cd $WDIR; find . | cpio -o -H newc --quiet ) > microcode.img
  cat microcode.img $INITRAMFS_FILE > tmpfile
  mv tmpfile $INITRAMFS_FILE
  rm microcode.img
fi

# Remove os arquivos e diretórios temporários
rm -rf $WDIR $unsorted
printf "done.\n"

EOF

chmod 0755 /usr/sbin/mkinitramfs

mkdir -p /usr/share/mkinitramfs &&
cat > /usr/share/mkinitramfs/init.in << "EOF"
#!/bin/sh

PATH=/usr/bin:/usr/sbin
export PATH

problem()
{
   printf "Encontrado um problema!\n\nDeixando você em um shell.\n\n"
   sh
}

no_device()
{
   printf "O dispositivo %s, que se presume conter o\n" $1
   printf "sistema de arquivos raiz, não existe.\n"
   printf "Por favor, corrija esse problema e saia deste shell.\n\n"
}

no_mount()
{
   printf "Não poderia montar o dispositivo %s\n" $1
   printf "Dormindo para sempre. Por favor, reinicialize e corrija a linha de comando do núcleo.\n\n"
   printf "Talvez o dispositivo esteja formatado com um sistema de arquivos não suportado?\n\n"
   printf "Ou talvez a auto detecção do tipo do sistema de arquivos foi errada, caso no qual\n"
   printf "você deveria adicionar o parâmetro rootfstype=... à linha de comando do núcleo.\n\n"
   printf "Partições disponíveis:\n"
}

do_mount_root()
{
   mkdir /.root
   [ -n "$rootflags" ] && rootflags="$rootflags,"
   rootflags="$rootflags$ro"

   case "$root" in
      /dev/*    ) device=$root ;;
      UUID=*    ) eval $root; device="/dev/disk/by-uuid/$UUID" ;;
      PARTUUID=*) eval $root; device="/dev/disk/by-partuuid/$PARTUUID" ;;
      LABEL=*   ) eval $root; device="/dev/disk/by-label/$LABEL" ;;
      ""        ) echo "Nenhum dispositivo raiz especificado." ; problem ;;
   esac

   while [ ! -b "$device" ] ; do
       no_device $device
       problem
   done

   if ! mount -n -t "$rootfstype" -o "$rootflags" "$device" /.root ; then
       no_mount $device
       cat /proc/partitions
       while true ; do sleep 10000 ; done
   else
       echo "Dispositivo montado com sucesso $root"
   fi
}

do_try_resume()
{
   case "$resume" in
      UUID=* ) eval $resume; resume="/dev/disk/by-uuid/$UUID"  ;;
      LABEL=*) eval $resume; resume="/dev/disk/by-label/$LABEL" ;;
   esac

   if $noresume || ! [ -b "$resume" ]; then return; fi

   ls -lH "$resume" | ( read x x x x maj min x
       echo -n ${maj%,}:$min > /sys/power/resume )
}

init=/sbin/init
root=
rootdelay=
rootfstype=auto
ro="ro"
rootflags=
device=
resume=
noresume=false

mount -n -t devtmpfs devtmpfs /dev
mount -n -t proc     proc     /proc
mount -n -t sysfs    sysfs    /sys
mount -n -t tmpfs    tmpfs    /run

read -r cmdline < /proc/cmdline

for param in $cmdline ; do
  case $param in
    init=*      ) init=${param#init=}             ;;
    root=*      ) root=${param#root=}             ;;
    rootdelay=* ) rootdelay=${param#rootdelay=}   ;;
    rootfstype=*) rootfstype=${param#rootfstype=} ;;
    rootflags=* ) rootflags=${param#rootflags=}   ;;
    resume=*    ) resume=${param#resume=}         ;;
    noresume    ) noresume=true                   ;;
    ro          ) ro="ro"                         ;;
    rw          ) ro="rw"                         ;;
  esac
done

# Local do udevd depende da versão
if [ -x /sbin/udevd ]; then
  UDEVD=/sbin/udevd
elif [ -x /lib/udev/udevd ]; then
  UDEVD=/lib/udev/udevd
elif [ -x /lib/systemd/systemd-udevd ]; then
  UDEVD=/lib/systemd/systemd-udevd
else
  echo "Não consigo encontrar o udevd nem o systemd-udevd"
  problem
fi

${UDEVD} --daemon --resolve-names=never
udevadm trigger
udevadm settle

if [ -f /etc/mdadm.conf ] ; then mdadm -As                       ; fi
if [ -x /sbin/vgchange  ] ; then /sbin/vgchange -a y > /dev/null ; fi
if [ -n "$rootdelay"    ] ; then sleep "$rootdelay"              ; fi

do_try_resume # Esta função não retornará se retomar a partir do disco
do_mount_root

killall -w ${UDEVD##*/}

exec switch_root /.root "$init" "$@"

EOF

Usando um initramfs

Dependência Exigida em Tempo de Execução

cpio-2.14

Outras Dependências em Tempo de Execução

LVM2-2.03.22 e(ou) mdadm-4.2 precisam ser instalados antes de gerar o initramfs, se a partição do sistema os usar.

Para construir um initramfs, execute o seguinte como o(a) usuário(a) root:

mkinitramfs [VERSÃO DO NÚCLEO]

O argumento opcional é o diretório onde os módulos apropriados do núcleo estão localizados. Esse precisa ser um subdiretório de /lib/modules. Se nenhum módulo for especificado, então o initramfs é nomeado initrd.img-no-kmods. Se uma versão do núcleo for especificada, [então] o initrd é nomeado de initrd.img-$VERSÃO_DO_NÚCLEO e é apropriado somente para o núcleo específico especificado. O arquivo de saída gerada será colocado no diretório atual.

Se for necessário o carregamento antecipado do microcódigo (veja-se “Atualizações de microcódigo para CPUs”), [então] você pode instalar o blob ou contêiner apropriado em /lib/firmware. Ele será adicionado automaticamente ao initrd ao executar mkinitramfs.

Depois de gerar o initrd, copie-o para o diretório /boot.

Agora edite /boot/grub/grub.cfg e adicione uma nova entrada de menu. Abaixo estão vários exemplos.

# initramfs genérico e sistema de arquivos raiz identificado por UUID
menuentry "LFS Dev (LFS-7.0-Feb14) initrd, Linux 3.0.4"
{
  linux  /vmlinuz-3.0.4-lfs-20120214 root=UUID=54b934a9-302d-415e-ac11-4988408eb0a8 ro
  initrd /initrd.img-no-kmods
}

# initramfs genérico e sistema de arquivos raiz na partição LVM
menuentry "LFS Dev (LFS-7.0-Feb18) initrd lvm, Linux 3.0.4"
{
  linux  /vmlinuz-3.0.4-lfs-20120218 root=/dev/mapper/myroot ro
  initrd /initrd.img-no-kmods
}

# initramfs específico e sistema de arquivos raiz identificado por RÓTULO
menuentry "LFS Dev (LFS-7.1-Feb20) initrd label, Linux 3.2.6"
{
  linux  /vmlinuz-3.2.6-lfs71-120220 root=LABEL=lfs71 ro
  initrd /initrd.img-3.2.6-lfs71-120220
}

Finalmente, reinicialize o sistema e selecione o sistema desejado.

btrfs-progs-6.3.3

Introdução ao btrfs-progs

O pacote btrfs-progs contém ferramentas de administração e de depuração para o sistema de arquivos B-tree (btrfs).

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://www.kernel.org/pub/linux/kernel/people/kdave/btrfs-progs/btrfs-progs-v6.3.3.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 1b5705b3e9503f09a9598dad1e7bfbc8
Tamanho da transferência: 3,0 MB
Espaço em disco estimado exigido: 62 MB (arquivos temporários criados durante os testes precisam de até 10 GB)
Tempo de construção estimado: 0,2 UPC (adicionar 3,8 UPC para testes, até 80 UPC em discos lentos se reiserfsprogs estiver instalado)

Dependências do Btrfs-progs

Exigidas

LZO-2.10

Opcionais

LVM2-2.03.22 (dmsetup é usado em testes), reiserfsprogs-3.6.27 (para os testes) e sphinx-7.1.2 (exigido para construir a documentação)

Configuração do Núcleo

Habilite a seguinte opção na configuração do núcleo e recompile o núcleo:

File systems --->
  <*/M> Btrfs filesystem support                                      [BTRFS_FS]

Além do acima e das opções exigidas para LVM2-2.03.22 e reiserfsprogs-3.6.27, as seguintes opções precisam ser habilitadas para execução de testes:

File systems --->
  <*/M> Reiserfs support (deprecated)                              [REISERFS_FS]
  [*]     ReiserFS extended attributes                       [REISERFS_FS_XATTR]
  [*]       ReiserFS POSIX Access Control Lists          [REISERFS_FS_POSIX_ACL]
  <*/M> Btrfs filesystem support                                      [BTRFS_FS]
  [*]     Btrfs POSIX Access Control Lists                  [BTRFS_FS_POSIX_ACL]

Instalação do btrfs-progs

Instale o btrfs-progs executando os seguintes comandos:

./configure --prefix=/usr           \
            --disable-static        \
            --disable-documentation &&
make

Nota

Alguns testes exigem grep construído com expressões regulares perl. Para obter isso, reconstrua o grep com as instruções do Capítulo 8 do LFS depois de instalar o pcre2-10.42.

Antes de executar os testes, construa um aplicativo de suporte:

make fssum

Para testar os resultados, emita (como o(a) usuário(a) root):

pushd tests
   ./fsck-tests.sh
   ./mkfs-tests.sh
   ./cli-tests.sh
   sed 's/,orphan_file//' /etc/mke2fs.conf >./custom_mke2fs.conf &&
   export MKE2FS_CONFIG=$PWD/custom_mke2fs.conf                  &&
   ./convert-tests.sh
   unset MKE2FS_CONFIG && rm custom_mke2fs.conf
   ./misc-tests.sh
   ./fuzz-tests.sh
popd

Nota

Se as opções do núcleo mencionadas acima não estiverem habilitadas, alguns testes falharão e impedirão todos os testes restantes de executarem, porque a imagem de teste do disco não foi desmontada corretamente.

Instale o pacote como o(a) usuário(a) root:

make install

Se você tiver passado --disable-documentation para configure e precisar das páginas de manual, instale-as executando, como o(a) usuário(a) root:

for i in 5 8; do
   install Documentation/*.$i /usr/share/man/man$i
done

Explicações do Comando

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

--disable-documentation: Essa chave desabilita reconstruir as páginas de manual, porque isso exige sphinx-7.1.2.

sed 's/,orphan_file//" ...: Nessa versão do btrfs-progs, o aplicativo btrfs-convert produz um sistema de arquivos btrfs contendo erros, se converter a partir de um sistema de arquivos ext4 criado com o recurso “orphan_file”. Esse comando cria um arquivo de configuração personalizado que impede criar um sistema de arquivos com esse recurso.

Usando o Aplicativo btrfs-convert

Essa versão do btrfs-progs não converte corretamente sistemas de arquivos ext4 para btrfs, se o recurso orphan_file do ext4 estiver ativado. Se acontecer de você converter esse sistema de arquivos, você precisa primeiro executar:

tune2fs -O ^orphan_file /dev/sdxx

onde /dev/sdxx é a partição do sistema de arquivos que você quer converter.

Conteúdo

Aplicativos Instalados: btrfs, btrfs-convert, btrfs-find-root, btrfs-image, btrfs-map-logical, btrfs-select-super, btrfsck (link para btrfs), btrfstune, fsck.btrfs e mkfs.btrfs

Bibliotecas Instaladas: libbtrfs.so e libbtrfsutil.so

Diretórios Instalados: /usr/include/btrfs

Descrições Curtas

btrfs	é a interface principal para as operações do sistema de arquivos btrfs
btrfs-convert	converte a partir de um sistema de arquivos ext2/3/4 ou reiserfs para btrfs (veja-se “Usando o Aplicativo btrfs-convert” acima)
btrfs-find-root	é um filtro para encontrar a raiz do btrfs
btrfs-map-logical	mapeia a extensão lógica do btrfs para a extensão física
btrfs-select-super	sobrescreve o superbloco primário com uma cópia da cópia de segurança
btrfstune	ajusta vários parâmetros do sistema de arquivos
fsck.btrfs	não faz nada, mas está presente para consistência com fstab
mkfs.btrfs	cria um sistema de arquivos btrfs

dosfstools-4.2

Introdução a dosfstools

O pacote dosfstools contém vários utilitários para uso com a família FAT de sistemas de arquivos.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/dosfstools/dosfstools/releases/download/v4.2/dosfstools-4.2.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 49c8e457327dc61efab5b115a27b087a
Tamanho da transferência: 314 KB
Espaço em disco estimado exigido: 4,5 MB (com testes)
Tempo de construção estimado: menos que 0,1 UPC

Configuração do Núcleo

Habilite a seguinte opção na configuração do núcleo e recompile o núcleo se você precisar montar um sistema de arquivos da família FAT:

File systems --->
  DOS/FAT/EXFAT/NT Filesystems --->
    < /*/M> MSDOS fs support                                          [MSDOS_FS]
    <*/M>   VFAT (Windows-95) fs support                               [VFAT_FS]

Observe que CONFIG_MSDOS_FS deliberadamente não suporta nomes longos de arquivos. CONFIG_VFAT_FS deveria ser usada em vez disso, a menos que você realmente queira impor os nomes de arquivo “8.3” no estilo DOS.

Você pode montar um sistema de arquivos da família FAT assim que o núcleo o suportar. Se não precisar criar, verificar ou rotular novamente um sistema da família FAT, você pode ignorar esse pacote.

Instalação do dosfstools

Instale dosfstools executando os seguintes comandos:

./configure --prefix=/usr           \
            --enable-compat-symlinks \
            --mandir=/usr/share/man  \
            --docdir=/usr/share/doc/dosfstools-4.2 &&
make

Para testar os resultados, emita: make check.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

--enable-compat-symlinks: Essa chave cria os links simbólicos dosfsck, dosfslabel, fsck.msdos, fsck.vfat, mkdosfs, mkfs.msdos e mkfs.vfat exigidos por alguns aplicativos.

Conteúdo

Aplicativos Instalados: fatlabel, fsck.fat e mkfs.fat

Descrições Curtas

fatlabel	configura ou obtém um rótulo do sistema de arquivos MS-DOS a partir de um dado dispositivo
fsck.fat	verifica e repara sistemas de arquivos MS-DOS
mkfs.fat	cria um sistema de arquivos MS-DOS sob o Linux

Fuse-3.16.1

Introdução a Fuse

FUSE (Filesystem in Userspace) é uma interface simples para aplicativos do espaço de usuário(a) para exportar um sistema de arquivos virtual para o núcleo Linux. O Fuse também visa a fornecer um método seguro para usuários(as) não privilegiados(as) criarem e montarem as próprias implementações de sistema de arquivos deles(as).

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/libfuse/libfuse/releases/download/fuse-3.16.1/fuse-3.16.1.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 578498e1035e1039525430c0694f60b7
Tamanho da transferência: 14 MB
Espaço em disco estimado exigido: 230 MB (com testes e documentação)
Tempo de construção estimado: 0,2 UPC (adicionar 0,3 UPC para testes)

Dependências do Fuse

Opcionais

Doxygen-1.9.7 (para reconstruir a documentação da API), pytest-7.4.0 (exigido para testes) e looseversion (para testes)

Configuração do Núcleo

Habilite as seguintes opções na configuração do núcleo e recompile o núcleo, se necessário:

File systems --->
  <*/M> FUSE (Filesystem in Userspace) support                         [FUSE_FS]

Os dispositivos de caracteres no espaço do usuário(a) também deveriam ser habilitados para executar os testes:

File systems --->
  <*/M> FUSE (Filesystem in Userspace) support                         [FUSE_FS]
  <*/M>   Character device in Userspace support                           [CUSE]

Instalação do Fuse

Instale Fuse executando os seguintes comandos:

sed -i '/^udev/,$ s/^/#/' util/meson.build &&

mkdir build &&
cd    build &&

meson setup --prefix=/usr --buildtype=release .. &&
ninja

A documentação da API está incluída no pacote, mas se você tiver o Doxygen-1.9.7 instalado e quiser reconstruí-la, [então] emita:

pushd .. &&
  doxygen doc/Doxyfile &&
popd

Para testar os resultados, emita os seguintes comandos (como o(a) usuário(a) root):

python3 -m venv --system-site-packages testenv &&
source testenv/bin/activate                    &&
pip3 install looseversion                      &&
python3 -m pytest                              &&
deactivate

O módulo Python pytest-7.4.0 é exigido para os testes. Um teste chamado test_cuse falhará se o item de configuração CONFIG_CUSE não foi habilitado quando o núcleo foi construído. Um teste, test/util.py, gerará um aviso devido ao uso de uma marca desconhecida no pytest. Um teste chamado test_notify_inval_entry[True-expire_entries] possivelmente falhe sub certas circunstâncias.

Agora, como o(a) usuário(a) root:

ninja install                  &&
chmod u+s /usr/bin/fusermount3 &&

cd ..                          &&
cp -Rv doc/html -T /usr/share/doc/fuse-3.16.1 &&
install -v -m644   doc/{README.NFS,kernel.txt} \
                   /usr/share/doc/fuse-3.16.1

Explicações do Comando

sed ... util/meson.build: Esse comando desabilita a instalação de um script de inicialização e de uma regra udev que não são necessários(as).

--buildtype=release: Especifique um tipo de construção adequado para lançamentos estáveis do pacote, pois o padrão possivelmente produza binários não otimizados.

Configurando fuse

Arquivos de Configuração

Algumas opções relacionadas à política de montagem podem ser configuradas no arquivo /etc/fuse.conf. Para instalar o arquivo, execute o seguinte comando como o(a) usuário(a) root:

cat > /etc/fuse.conf << "EOF"
# Configura o número máximo de montagens FUSE permitidas para usuários(as) não root.
# O padrão é 1000.
#
#mount_max = 1000

# Permitir que usuários(as) não root especifiquem as
# opções de montagem 'allow_other' ou 'allow_root'.
#
#user_allow_other
EOF

Informação adicional a respeito do significado das opções de configuração são encontradas na página de manual.

Conteúdo

Aplicativos Instalados: fusermount3 e mount.fuse3

Bibliotecas Instaladas: libfuse3.so

Diretório Instalado: /usr/include/fuse3 e /usr/share/doc/fuse-3.16.1

Descrições Curtas

fusermount3	é um aplicativo raiz suid para montar e desmontar sistemas de arquivos Fuse
mount.fuse3	é o comando mount chamado para montar um sistema de arquivos Fuse
`libfuse3.so`	contém as funções da API do FUSE

jfsutils-1.1.15

Introdução a jfsutils

O pacote jfsutils contém ferramentas de administração e de depuração para o sistema de arquivos jfs.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://jfs.sourceforge.net/project/pub/jfsutils-1.1.15.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 8809465cd48a202895bc2a12e1923b5d
Tamanho da transferência: 532 KB
Espaço em disco estimado exigido: 8,9 MB
Tempo de construção estimado: 0,1 UPC

Transferências Adicionais

Remendo necessário para corrigir problemas expostos pelo GCC 10 e posterior: https://www.linuxfromscratch.org/patches/blfs/12.0/jfsutils-1.1.15-gcc10_fix-1.patch

Configuração do Núcleo

Habilite a seguinte opção na configuração do núcleo e recompile o núcleo:

File systems --->
  <*/M> JFS filesystem support                                          [JFS_FS]

Instalação do jfsutils

Primeiro, corrija alguns problemas expostos pelo GCC 10 e posteriores:

patch -Np1 -i ../jfsutils-1.1.15-gcc10_fix-1.patch

Instale jfsutils executando os seguintes comandos:

sed -i "/unistd.h/a#include <sys/types.h>"    fscklog/extract.c &&
sed -i "/ioctl.h/a#include <sys/sysmacros.h>" libfs/devices.c   &&

./configure &&
make

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

sed ...: Corrige a construção com a glibc 2.28.

Conteúdo

Aplicativos Instalados: fsck.jfs, jfs_debugfs, jfs_fsck, jfs_fscklog, jfs_logdump, jfs_mkfs, jfs_tune e mkfs.jfs

Bibliotecas Instaladas: Nenhum(a)

Diretórios Instalados: Nenhum(a)

Descrições Curtas

fsck.jfs	é usado para reproduzir o registro de transações do JFS, verificar um dispositivo formatado do JFS para erros e corrigir quaisquer erros encontrados
jfs_fsck	é um link rígido para fsck.jfs
mkfs.jfs	constrói um sistema de arquivos JFS
jfs_mkfs	é um link rígido para mkfs.jfs
jfs_debugfs	é um aplicativo que pode ser usado para realizar várias ações de baixo nível em um dispositivo formatado do JFS
jfs_fscklog	extrai um registro de serviço fsck do JFS em um arquivo e(ou) formata e exibe o arquivo extraído
jfs_logdump	despeja o conteúdo do registro do diário a partir do dispositivo formatado com JFS especificado no arquivo de saída gerada ./jfslog.dmp
jfs_tune	ajusta os parâmetros ajustáveis do sistema de arquivos em sistemas de arquivos JFS

LVM2-2.03.22

Introdução a LVM2

O pacote LVM2 é um conjunto de ferramentas que gerenciam partições lógicas. Ele permite a extensão completa de sistemas de arquivos transversalmente entre vários discos físicos e partições de disco e fornece crescimento dinâmico ou redução de partições lógicas, espelhamento e instantâneos de baixo consumo de armazenamento.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://sourceware.org/ftp/lvm2/LVM2.2.03.22.tgz
Transferência (FTP): ftp://sourceware.org/pub/lvm2/LVM2.2.03.22.tgz
Soma de verificação MD5 da transferência: a97cf533222a5760225dbd26c3982ca6
Tamanho da transferência: 2,6 MB
Espaço em disco estimado exigido: 38 MB (adicionar 20 MB para testes; arquivos transitórios podem crescer até cerca de 300 MB no diretório /tmp durante testes)
Tempo de construção estimado: 0,1 UPC (usando paralelismo = 4; adicionar 9 a 48 UPC para testes, dependendo da velocidade do disco e de se o dispositivo de bloco de RAM estiver habilitado no núcleo)

Dependências do LVM2

Exigida

libaio-0.3.113

Opcionais

mdadm-4.2, reiserfsprogs-3.6.27, Valgrind-3.21.0, Which-2.21, xfsprogs-6.4.0 (todos os cinco podem ser usados, porém não são exigidos, para os testes), thin-provisioning-tools e vdo

Configuração do Núcleo

Habilite as seguintes opções na configuração do núcleo e recompile o núcleo:

Nota

Existem várias outras opções do Device Mapper no núcleo além das listadas abaixo. Para obter resultados razoáveis ao executar os testes de regressão, todas precisam ser habilitadas, seja internamente ou como um módulo. Todos os testes expirarão se a chave Magic SysRq não estiver habilitada.

Device Drivers --->
  [*] Block devices --->                                               [BLK_DEV]
    <*/M> RAM block device support                                 [BLK_DEV_RAM]
  [*] Multiple devices driver support (RAID and LVM) --->                   [MD]
    <*/M> Device mapper support                                     [BLK_DEV_DM]
    <*/M>   Crypt target support                                      [DM_CRYPT]
    <*/M>   Snapshot target                                        [DM_SNAPSHOT]
    <*/M>   Thin provisioning target                      [DM_THIN_PROVISIONING]
    <*/M>   Cache target (EXPERIMENTAL)                               [DM_CACHE]
    <*/M>   Mirror target                                            [DM_MIRROR]
    <*/M>   Zero target                                                [DM_ZERO]
    <*/M>   I/O delaying target                                       [DM_DELAY]

Kernel hacking --->
  Generic Kernel Debugging Instruments --->
    [*] Magic SysRq key                                            [MAGIC_SYSRQ]

Instalação do LVM2

Instale LVM2 executando os seguintes comandos:

PATH+=:/usr/sbin               \
./configure --prefix=/usr       \
            --enable-cmdlib     \
            --enable-pkgconfig  \
            --enable-udev_sync  &&
make

Os testes usam udev para sincronização de volume lógico, de forma que as regras LVM do udev e alguns utilitários precisam ser instalados antes de se executar os testes. Se você estiver instalando o LVM2 pela primeira vez e não quiser instalar o pacote completo antes de executar os testes, [então] o conjunto mínimo de utilitários pode ser instalado executando as seguintes instruções como o(a) usuário(a) root:

make -C tools install_tools_dynamic &&
make -C udev  install              &&
make -C libdm install

Para testar os resultados, emita, como o(a) usuário(a) root:

LC_ALL=en_US.UTF-8 make check_local

Alguns testes possivelmente travem. Nesse caso, eles podem ser pulados adicionando-se S=<nome_do_teste> ao comando make. Outros alvos estão disponíveis e podem ser listados com make -C test help. Os tempos de teste são muito dependentes da velocidade do(s) disco(s) e do número de opções de núcleo habilitadas.

Os testes não implementam a possibilidade de “falha esperada” e um pequeno número de falhas de teste é esperado pelo(a) desenvolvedor(a). Mais falhas possivelmente acontecam porque algumas opções do núcleo estão ausentes. Por exemplo, a falta do alvo do mapeador de dispositivos dm-delay explica algumas falhas. Alguns testes possivelmente falhem se existir espaço livre insuficiente disponível na partição com o diretório /tmp. Pelo menos um teste falha se 16 TB não estiver disponível. Alguns testes são sinalizados como “avisados” se thin-provisioning-tools não estiver instalado. Uma solução alternativa é a de adicionar os seguintes sinalizadores a configure:

     --with-thin-check=    \
     --with-thin-dump=    \
     --with-thin-repair=   \
     --with-thin-restore=  \
     --with-cache-check=   \
     --with-cache-dump=    \
     --with-cache-repair=  \
     --with-cache-restore= \

Alguns testes possivelmente travem. Eles podem ser removidos se necessário, por exemplo: rm test/shell/lvconvert-raid-reshape.sh. Os testes geram um monte de mensagens do núcleo, que possivelmente sobrecarreguem seu terminal. Você consegue desabilitá-los emitindo dmesg -D antes de executar os testes (não se esqueça de emitir dmesg -E quando os testes forem concluídos).

Nota

As verificações criam nós de dispositivo no diretório /tmp. Os testes falharão se /tmp for montado com a opção nodev.

Agora, como o(a) usuário(a) root:

make install
make install_systemd_units

Explicações do Comando

PATH+=:/usr/sbin: O caminho precisa conter /usr/sbin para detecção adequada da ferramenta do sistema pelo script configure. Essa instrução garante que PATH seja configurada adequadamente, mesmo se você construir como um(a) usuário(a) sem privilégios.

--enable-cmdlib: Essa chave habilita a construção da biblioteca compartilhada de comandos. É exigida ao se construir o processo de segundo plano de evento.

--enable-pkgconfig: Essa chave habilita a instalação de arquivos de suporte pkg-config.

--enable-udev_sync: Essa chave habilita a sincronização com o processamento Udev.

--enable-dmeventd: Essa chave habilita a construção do processo de segundo plano de evento Device Mapper.

make install_systemd_units: Isso é necessário para instalar uma unidade que ativa volumes lógicos na inicialização. Não é instalada por padrão.

Configurando LVM2

Arquivo de Configuração

/etc/lvm/lvm.conf

Informação de Configuração

A configuração padrão ainda referencia o obsoleto diretório /var/lock. Isso cria um impasse ao tempo da inicialização. Mude isso (como o(a) usuário(a) root):

sed -e '/locking_dir =/{s/#//;s/var/run/}' \
   -i /etc/lvm/lvm.conf

Conteúdo

Aplicativos Instalados: blkdeactivate, dmeventd (opcional), dmsetup, fsadm, lvm, lvmdump e lvm_import_vdo. Existem também numerosos links simbólicos para lvm que implementam funcionalidades específicas

Bibliotecas Instaladas: libdevmapper.so e liblvm2cmd.so; opcional: libdevmapper-event.so, libdevmapper-event-lvm2.so, libdevmapper-event-lvm2mirror.so, libdevmapper-event-lvm2raid.so, libdevmapper-event-lvm2snapshot.so, libdevmapper-event-lvm2thin.so e libdevmapper-event-lvm2vdo.so

Diretórios Instalados: /etc/lvm e /usr/lib/device-mapper (opcional)

Descrições Curtas

blkdeactivate	é um utilitário para desativar dispositivos de bloco
dmeventd	(opcional) é o processo de segundo plano de evento do Device Mapper
dmsetup	é uma ferramenta de baixo nível de gerenciamento de volume lógico
fsadm	é um utilitário usado para redimensionar ou para verificar o sistema de arquivos em um dispositivo
lvm	fornece as ferramentas de linha de comando para LVM2. Os comandos são implementados por meio de links simbólicos para esse aplicativo para gerenciar dispositivos físicos (pv), grupos de volumes (vg) e volumes lógicos (lv*)
lvmdump	é uma ferramenta usada para despejar várias informações concernentes ao LVM2
vgimportclone	é usado para importar um VG duplicado (por exemplo, instantâneo de hardware)
`libdevmapper.so`	contém as funções da API Device Mapper

A respeito de Logical Volume Management (LVM)

O LVM gerencia as unidades de disco. Ele permite que várias unidades e partições sejam combinadas em grupos de volumes maiores; ajuda na produção de cópias de segurança por meio de um instantâneo e permite o redimensionamento dinâmico do volume. Ele também pode fornecer espelhamento semelhante a uma matriz RAID 1.

Uma discussão completa do LVM está além do escopo desta introdução, mas os conceitos básicos são apresentados abaixo.

Para executar qualquer dos comandos apresentados aqui, o pacote LVM2-2.03.22 precisa estar instalado. Todos os comandos precisam ser executados como o(a) usuário(a) root.

O gerenciamento de discos com LVM é realizado usando os seguintes conceitos:

volumes físicos: Esses são discos físicos ou partições, como /dev/sda3 ou /dev/sdb.
grupos de volumes: Esses são grupos nomeados de volumes físicos que podem ser manipulados pelo(a) administrador(a). O número de volumes físicos que compõem um grupo de volumes é arbitrário. Os volumes físicos podem ser adicionados ou removidos dinamicamente a partir de um grupo de volumes.
volumes lógicos: Os grupos de volumes podem ser subdivididos em volumes lógicos. Cada volume lógico pode então ser formatado individualmente como se fosse uma partição normal do Linux. Os volumes lógicos podem ser redimensionados dinamicamente pelo(a) administrador(a) de acordo com a necessidade.

Para dar um exemplo concreto, suponha que você tenha dois discos de 2 TB. Suponha também que uma quantidade realmente grande de espaço seja exigida para uma base de dados muito grande, montada em /srv/mysql. É assim que o conjunto inicial de partições se pareceria:

Partição  Uso    Tamanhp      Tipo da Partição
/dev/sda1  /boot  100MB     83 (Linux)
/dev/sda2  /       10GB     83 (Linux)
/dev/sda3  swap     2GB     82 (Swap)
/dev/sda4  LVM    remainder 8e (LVM)
/dev/sdb1  swap     2GB     82 (Swap)
/dev/sdb2  LVM    remainder 8e (LVM)

Primeiro, inicialize os volumes físicos:

pvcreate /dev/sda4 /dev/sdb2

Nota

Um disco inteiro pode ser usado como parte de um volume físico, mas esteja ciente de que o comando pvcreate destruirá qualquer informação de partição nesse disco.

Em seguida, crie um grupo de volumes chamado lfs-lvm:

vgcreate lfs-lvm /dev/sda4 /dev/sdb2

O situação do grupo de volumes pode ser verificada executando-se o comando vgscan. Agora crie os volumes lógicos. Como existe cerca de 3.900 GB disponíveis, deixe cerca de 900 GB livres para expansão. Observe que o volume lógico chamado mysql é maior que qualquer disco físico.

lvcreate --name mysql --size 2500G lfs-lvm
lvcreate --name home --size 500G lfs-lvm

Finalmente, os volumes lógicos podem ser formatados e montados. Neste exemplo, o sistema de arquivos jfs (jfsutils-1.1.15) é usado para o propósito de demonstração.

mkfs -t ext4 /dev/lfs-lvm/home
mkfs -t jfs /dev/lfs-lvm/mysql
mount /dev/lfs-lvm/home /home
mkdir -p /srv/mysql
mount /dev/lfs-lvm/mysql /srv/mysql

Possivelmente seja necessário ativar esses volumes lógicos, para que apareçam em /dev. Todos eles podem ser ativados ao mesmo tempo emitindo-se, como o(a) usuário(a) root:

vgchange -a y

Um volume lógico LVM pode hospedar um sistema de arquivos raiz, mas exige o uso de um initramfs (sistema de arquivos RAM inicial). O initramfs proposto em “A respeito do initramfs” permite passar o volume LVM na chave root= da linha de comando do núcleo.

Se não usar um initramfs, [então existe uma condição de corrida no systemd impedindo a montagem de volumes lógicos por meio de /etc/fstab. Você precisa criar uma unidade “mount” (veja-se systemd.mount(5)), como no seguinte exemplo, que monta o diretório /home automaticamente na inicialização:

cat > /etc/systemd/system/home.mount << EOF
[Unit]
Description=Monta o volume lvm /dev/lfs-lvm/home em /home

[Mount]
What=/dev/lfs-lvm/home
Where=/home
Type=ext4
Options=default

[Install]
WantedBy=multi-user.target
EOF

Nota

O nome da unidade precisa ser o nome do ponto de montagem com o caractere `/' substituído por `-', omitindo o inicial.

Em seguida, a unidade precisa ser habilitada com:

systemctl enable home.mount

Para mais informação a respeito do LVM, veja-se o LVM HOWTO e as páginas de manual do lvm. Um bom e detalhado guia está disponível a partir da RedHat^®, embora às vezes ele faça referência a ferramentas proprietárias.

A respeito de RAID

A tecnologia de armazenamento conhecida como RAID (Redundant Array of Independent Disks) combina vários discos físicos em uma unidade lógica. As unidades geralmente podem ser combinadas para fornecer redundância de dados ou para estender o tamanho das unidades lógicas além da capacidade dos discos físicos ou de ambos. A tecnologia também permite fornecer manutenção de hardware sem desligar o sistema.

Os tipos de organização de RAID são descritos no RAID Wiki.

Observe que, embora o RAID forneça proteção contra falhas de disco, ele não é um substituto para as cópias de segurança. Um arquivo deletado ainda é deletado em todos os discos de uma matriz RAID. As cópias de segurança modernas geralmente são feitas via rsync-3.2.7.

Existem três tipos principais de implementação de RAID: RAID de hardware, RAID baseado em BIOS e RAID de software.

RAID de Hardware

O RAID baseado em hardware fornece capacidade por meio de esquemas de dados e hardware proprietários. O controle e a configuração geralmente são feitos via firmware em conjunto com aplicativos executáveis disponibilizados pelo fabricante do dispositivo. Os recursos geralmente são fornecidos por meio de uma placa PCI, embora existam algumas instâncias de componentes RAID integrados à placa-mãe. O RAID de hardware também possivelmente esteja disponível em um gabinete independente.

Uma vantagem do RAID baseado em hardware é que as unidades são oferecidas ao sistema operacional como uma unidade lógica e nenhuma configuração dependente do sistema operacional é necessária.

As desvantagens incluem dificuldades em transferir unidades de um sistema para outro, atualização de firmware ou substituição de hardware RAID com falha.

RAID baseado em BIOS

Alguns computadores oferecem uma implementação RAID semelhante a hardware no BIOS do sistema. Às vezes, isso é chamado de RAID 'falso', pois os recursos geralmente estão incorporados no firmware sem qualquer aceleração de hardware.

As vantagens e desvantagens do RAID baseado em BIOS são geralmente as mesmas do RAID de hardware, com a desvantagem adicional de não existir aceleração de hardware.

Em alguns casos, o firmware RAID baseado em BIOS é habilitado por padrão (por exemplo, alguns sistemas DELL). Se o RAID por software for desejado, [então] essa opção precisa ser explicitamente desabilitada no BIOS.

RAID por Software

O RAID baseado em software é a forma mais flexível de RAID. É fácil instalar e atualizar e fornece capacidade total em todas ou em parte de quaisquer unidades disponíveis para o sistema. No BLFS, o software RAID é encontrado em mdadm-4.2.

A configuração de um dispositivo RAID é direta usando mdadm. Geralmente os dispositivos são criados no diretório /dev como /dev/mdx onde x é um número inteiro.

A primeira etapa na criação de uma matriz RAID é a de usar um software de particionamento, como o fdisk ou o parted-3.6, para definir as partições necessárias para a matriz. Normalmente, existirá uma partição em cada unidade participante da matriz RAID, mas isso não é estritamente necessário. Para este exemplo, existirão quatro unidades de disco: /dev/sda, /dev/sdb, /dev/sdc e /dev/sdd. Eles serão particionados como segue:

Tamanho da partição     Tipo                Uso
sda1:     100 MB   fd Linux raid auto  /boot    (RAID 1) /dev/md0
sda2:      10 GB   fd Linux raid auto  /        (RAID 1) /dev/md1
sda3:       2 GB   83 Linux swap       swap
sda4      300 GB   fd Linux raid auto  /home    (RAID 5) /dev/md2

sdb1:     100 MB   fd Linux raid auto  /boot    (RAID 1) /dev/md0
sdb2:      10 GB   fd Linux raid auto  /        (RAID 1) /dev/md1
sdb3:       2 GB   83 Linux swap       swap
sdb4      300 GB   fd Linux raid auto  /home    (RAID 5) /dev/md2

sdc1:      12 GB   fd Linux raid auto  /usr/src (RAID 0) /dev/md3
sdc2:     300 GB   fd Linux raid auto  /home    (RAID 5) /dev/md2

sdd1:      12 GB   fd Linux raid auto  /usr/src (RAID 0) /dev/md3
sdd2:     300 GB   fd Linux raid auto  /home    (RAID 5) /dev/md2

Nesse arranjo, uma partição separada de inicialização é criada como a primeira matriz RAID pequena e um sistema de arquivos raiz como a segunda matriz RAID, ambas espelhadas. A terceira partição é uma matriz grande (cerca de 1 TB) para o diretório /home. Isso fornece uma capacidade de distribuir dados entre vários dispositivos, melhorando a velocidade de leitura e de gravação de arquivos grandes. Por fim, uma quarta matriz é criada que concatena duas partições em um dispositivo maior.

Nota

Todos os comandos mdadm precisam ser executados como o(a) usuário(a) root.

Para criar essas matrizes RAID, os comandos são:

/sbin/mdadm -Cv /dev/md0 --level=1 --raid-devices=2 /dev/sda1 /dev/sdb1
/sbin/mdadm -Cv /dev/md1 --level=1 --raid-devices=2 /dev/sda2 /dev/sdb2
/sbin/mdadm -Cv /dev/md3 --level=0 --raid-devices=2 /dev/sdc1 /dev/sdd1
/sbin/mdadm -Cv /dev/md2 --level=5 --raid-devices=4 \
       /dev/sda4 /dev/sdb4 /dev/sdc2 /dev/sdd2

Os dispositivos criados podem ser examinados por dispositivo. Por exemplo, para ver os detalhes de /dev/md1, use /sbin/mdadm --detail /dev/md1:

        Version : 1.2
  Creation Time : Tue Feb  7 17:08:45 2012
     Raid Level : raid1
     Array Size : 10484664 (10.00 GiB 10.74 GB)
  Used Dev Size : 10484664 (10.00 GiB 10.74 GB)
   Raid Devices : 2
  Total Devices : 2
    Persistence : Superblock is persistent

    Update Time : Tue Feb  7 23:11:53 2012
          State : clean
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 0

           Name : core2-blfs:0  (local to host core2-blfs)
           UUID : fcb944a4:9054aeb2:d987d8fe:a89121f8
         Events : 17

    Number   Major   Minor   RaidDevice State
       0       8        1         0      active sync   /dev/sda1
       1       8       17        1      active sync   /dev/sdb1

A partir deste ponto, as partições podem ser formatadas com o sistema de arquivos de sua escolha (por exemplo, ext3, ext4, xfsprogs-6.4.0, reiserfsprogs-3.6.27, etc). As partições formatadas podem então ser montadas. O arquivo /etc/fstab pode usar os dispositivos criados para montagem em tempo de inicialização e a linha de comando linux em /boot/grub/grub.cfg pode especificar root =/dev/md1.

Nota

Os dispositivos de troca deveriam ser especificados no arquivo /etc/fstab normalmente. O núcleo normalmente distribui os dados de troca entre vários arquivos de troca e não deveria fazer parte de uma matriz RAID.

Para mais opções e detalhes de gerenciamento de dispositivos RAID, consulte man mdadm.

Detalhes adicionais para monitorar matrizes RAID e para lidar com problemas podem ser encontrados no Linux RAID Wiki.

mdadm-4.2

Introdução a mdadm

O pacote mdadm contém ferramentas de administração para RAID de software.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://www.kernel.org/pub/linux/utils/raid/mdadm/mdadm-4.2.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: a304eb0a978ca81045620d06547050a6
Tamanho da transferência: 444 KB
Espaço em disco estimado exigido: 5,0 MB
Tempo de construção estimado: 0,1 UPC

Dependências do mdadm

Opcionais

Um MTA

Cuidado

As versões do núcleo na série 4.1 a 4.4.1 tem uma implementação de RAID quebrada. Use um núcleo com versão igual ou superior a 4.4.2.

Configuração do Núcleo

Habilite as seguintes opções na configuração do núcleo e recompile o núcleo, se necessário. Somente os tipos de RAID desejados são exigidos.

Device Drivers --->
  [*] Multiple devices driver support (RAID and LVM) --->                   [MD]
    <*/M>   RAID support                                            [BLK_DEV_MD]
    [*]       Autodetect RAID arrays during kernel boot          [MD_AUTODETECT]
    # Only the RAID types desired are required:
    < /*/M>   RAID-0 (striping) mode                                  [MD_RAID0]
    < /*/M>   RAID-1 (mirroring) mode                                 [MD_RAID1]
    < /*/M>   RAID-10 (mirrored striping) mode                       [MD_RAID10]
    < /*/M>   RAID-4/RAID-5/RAID-6 mode                             [MD_RAID456]

Instalação do mdadm

Construa o mdadm executando o seguinte comando:

make

Esse pacote não vem com uma suíte de teste funcional.

Agora, como o(a) usuário(a) root:

make BINDIR=/usr/sbin install

Explicações do Comando

make everything: Esse alvo opcional cria aplicativos extras, particularmente uma versão vinculada estaticamente do mdadm. Isso precisa ser instalado manualmente.

--keep-going: Executa os testes até o final, mesmo se um ou mais testes falharem.

--logdir=test-logs: Define o diretório onde os registros dos teste são salvos.

--save-logs: Instrui a suíte de teste a salvar os registros.

--tests=<test1,test2,...>: Lista opcional de testes, separados por vírgulas, a serem executados (todos os testes, se essa opção não for passada) .

Conteúdo

Aplicativos Instalados: mdadm e mdmon

Bibliotecas Instaladas: Nenhum(a)

Diretório Instalado: Nenhum(a)

Descrições Curtas

mdadm	gerencia dispositivos MD, também conhecidos como RAID de Software do Linux
mdmon	monitora matrizes de metadados externos MD

ntfs-3g-2022.10.3

Introdução a Ntfs-3g

Nota

Um novo controlador de leitura e gravação para NTFS, chamado NTFS3, foi adicionado ao núcleo Linux desde o lançamento 5.15. O desempenho do NTFS3 é muito melhor que o do NTFS-3G. Para habilitar o NTFS3, habilite as seguintes opções na configuração do núcleo e recompile o núcleo, se necessário:

File systems --->
  DOS/FAT/EXFAT/NT Filesystems --->
    <*/M> NTFS Read-Write file system support                         [NTFS3_FS]

Para garantir que o comando mount use NTFS3 para partições NTFS, crie um script vinculador:

cat > /usr/sbin/mount.ntfs << "EOF" &&
#!/bin/sh
exec mount -t ntfs3 "$@"
EOF
chmod -v 755 /usr/sbin/mount.ntfs

Com o suporte do núcleo disponível, o ntfs-3g é necessário somente se você precisar dos utilitários oriundos dele (por exemplo, para criar sistemas de arquivos NTFS).

O pacote Ntfs-3g contém um controlador estável, de leitura e gravação e de código aberto para partições NTFS. As partições NTFS são usadas pela maioria dos sistemas operacionais da Microsoft. O Ntfs-3g permite que você monte partições NTFS no modo de leitura e gravação a partir do seu sistema Linux. Ele usa o módulo do núcleo FUSE para poder implementar o suporte NTFS no espaço do(a) usuário(a). O pacote também contém vários utilitários úteis para manipular partições NTFS.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://tuxera.com/opensource/ntfs-3g_ntfsprogs-2022.10.3.tgz
Transferência (FTP):
Soma de verificação MD5 da transferência: a038af61be7584b79f8922ff11244090
Tamanho da transferência: 1,3 MB
Espaço em disco estimado exigido: 22 MB
Tempo de construção estimado: 0,2 UPC

Dependências do Ntfs-3g

Opcional

fuse 2.x (isso desabilita as montagens do(a) usuário(a))

Configuração do Núcleo

Habilite as seguintes opções na configuração do núcleo e recompile o núcleo, se necessário:

File systems --->
  <*/M> FUSE (Filesystem in Userspace) support                         [FUSE_FS]

Observe que isso só é necessário para montar partições NTFS com ntfs-3g. Se, ao invés, você usará o controlador NTFS3 intra núcleo para montar partições NTFS (como os(as) editores(as) do BLFS recomendam), você pode ignorar esse item de configuração.

Instalação do Ntfs-3g

Instale Ntfs-3g executando os seguintes comandos:

./configure --prefix=/usr       \
            --disable-static     \
            --with-fuse=internal \
            --docdir=/usr/share/doc/ntfs-3g-2022.10.3 &&
make

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

make install &&

É recomendável usar o controlador NTFS3 interno ao núcleo para montar sistemas de arquivos NTFS, em vez do ntfs-3g (veja-se a observação no início desta página). No entanto, se você quiser, de qualquer maneira, usar o ntfs-3g para montar os sistemas de arquivos NTFS, [então] crie um link simbólico para o comando mount:

ln -sv ../bin/ntfs-3g /usr/sbin/mount.ntfs &&
ln -sv ntfs-3g.8 /usr/share/man/man8/mount.ntfs.8

Explicações do Comando

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

--with-fuse=internal: Essa chave força dinamicamente o ntfs-3g a usar uma cópia interna da biblioteca fuse-2.x. Isso é exigido se você deseja permitir que os(as) usuários(as) montem partições NTFS.

--disable-ntfsprogs: Desabilita a instalação de vários utilitários usados para manipular partições NTFS.

chmod -v 4755 /usr/bin/ntfs-3g: Tornar mount.ntfs setuid root permite que usuários(as) não root montem partições NTFS.

Usando o Ntfs-3g

Para montar uma partição do Windows em tempo de inicialização, coloque uma linha como esta em /etc/fstab:

/dev/sda1 /mnt/windows auto defaults 0 0

Para permitir que os(as) usuários(as) montem um pendrive com um sistema de arquivos NTFS nele, coloque uma linha semelhante a esta (mude sdc1 para o que um pendrive seria em seu sistema) em /etc/fstab:

/dev/sdc1 /mnt/usb auto user,noauto,umask=0,utf8 0 0

Para que um(a) usuário(a) possa montar o pendrive, ele(a) precisará ser capaz de escrever em /mnt/usb; portanto, como o(a) usuário(a) root:

chmod -v 777 /mnt/usb

Conteúdo

Aplicativos Instalados: lowntfs-3g, mkfs.ntfs, mkntfs, mount.lowntfs-3g, mount.ntfs, mount.ntfs-3g, ntfs-3g, ntfs-3g.probe, ntfscat, ntfsclone, ntfscluster, ntfscmp, ntfscp, ntfsfix, ntfsinfo, ntfslabel, ntfsls, ntfsresize e ntfsundelete

Biblioteca Instalada: libntfs-3g.so

Diretórios Instalados: /usr/include/ntfs-3g e /usr/share/doc/ntfs-3g

Descrições Curtas

lowntfs-3g	é semelhante ao ntfs-3g, mas usa a interface de baixo nível Fuse
mkfs.ntfs	é um link simbólico para mkntfs
mkntfs	cria um sistema de arquivos NTFS
mount.lowntfs-3g	é um link simbólico para lowntfs-3g
mount.ntfs	monta um sistema de arquivos NTFS
mount.ntfs-3g	é um link simbólico para ntfs-3g
ntfs-3g	é um controlador NTFS, que consegue criar, remover, renomear, mover arquivos, diretórios, links rígidos e fluxos. Ele também consegue ler e gravar arquivos, incluindo fluxos, arquivos esparsos e arquivos comprimidos de forma transparente. Ele também consegue lidar com arquivos especiais, como links simbólicos, dispositivos e FIFOs; além disso, fornece gerenciamento padrão de propriedade e de permissões de arquivos, incluindo ACLs POSIX
ntfs-3g.probe	testa se um volume NTFS é montável somente leitura ou leitura/gravação e sai com um valor de status correspondente. O volume pode ser um dispositivo de bloco ou arquivo de imagem
ntfscluster	identifica arquivos em uma região especificada de um volume NTFS
ntfscp	copia um arquivo para um volume NTFS
ntfsfix	corrige erros comuns e força o Windows a verificar uma partição NTFS
ntfsls	lista o conteúdo do diretório em um sistema de arquivos NTFS
ntfscat	imprime arquivos e fluxos NTFS na saída gerada padrão
ntfsclone	clona um sistema de arquivos NTFS
ntfscmp	compara dois sistemas de arquivos NTFS e mostra as diferenças
ntfsinfo	despeja os atributos de um arquivo
ntfslabel	exibe ou muda o rótulo em um sistema de arquivos NTFS
ntfsresize	redimensiona um sistema de arquivos NTFS sem perda de dados
ntfsundelete	recupera um arquivo deletado a partir de um volume NTFS
`libntfs-3g.so`	contém as funções da API do Ntfs-3g

gptfdisk-1.0.9

Introdução a gptfdisk

O pacote gptfdisk é um conjunto de aplicativos para criação e manutenção de unidades de disco GUID Partition Table (GPT). Um disco particionado GPT é exigido para unidades maiores que 2 TB e é um substituto moderno para unidades de disco particionadas do BIOS legado do PC que usam um Master Boot Record (MBR). O aplicativo principal, gdisk, tem uma interface semelhante ao aplicativo clássico fdisk.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://downloads.sourceforge.net/gptfdisk/gptfdisk-1.0.9.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 01c11ecfa454096543562e3068530e01
Tamanho da transferência: 212 KB
Espaço em disco estimado exigido: 2,3 MB
Tempo de construção estimado: menos que 0,1 UPC (adicione 0,2 UPC para os testes)

Transferências Adicionais

Remendo recomendado: https://www.linuxfromscratch.org/patches/blfs/12.0/gptfdisk-1.0.9-convenience-1.patch

Dependências do gptfdisk

Exigida

popt-1.19

Opcional

ICU-73.2

Instalação do gptfdisk

O pacote gptfdisk vem com um Makefile rudimentar. Primeiro, nós o atualizamos para fornecer uma interface simples de construção e instalação e corrigimos o local de um arquivo de cabeçalho, bem como corrigir um problema introduzido por uma versão recente do popt. Instale o gptfdisk executando os seguintes comandos:

patch -Np1 -i ../gptfdisk-1.0.9-convenience-1.patch &&
sed -i 's|ncursesw/||' gptcurses.cc &&
sed -i 's|sbin|usr/sbin|' Makefile &&
sed -i '/UUID_H/s/^.*$/#if defined (_UUID_UUID_H) || defined (_UL_LIBUUID_UUID_H)/' guid.cc &&
sed -i "/device =/s/= \(.*\);/= strdup(\1);/" gptcl.cc &&

make

Para testar os resultados, emita: make test.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

patch -Np1 ...: Esse remendo modifica o arquivo Makefile, de forma que ele forneça um alvo “install”.

Conteúdo

Aplicativos Instalados: cgdisk, gdisk, fixparts e sgdisk

Descrições Curtas

cgdisk	é uma ferramenta baseada em ncurses para manipular partições GPT
gdisk	é uma ferramenta interativa em modo texto para manipular partições GPT
fixparts	repara partições de disco baseadas em MBR mal formatadas
sgdisk	é um aplicativo de manipulação de partição para partições GPT semelhante ao sfdisk

parted-3.6

Introdução a parted

O pacote Parted é uma ferramenta de particionamento de disco e de redimensionamento de partição.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://ftp.gnu.org/gnu/parted/parted-3.6.tar.xz
Transferência (FTP): ftp://ftp.gnu.org/gnu/parted/parted-3.6.tar.xz
Soma de verificação MD5 da transferência: 93d2d8f22baebc5eb65b85da05a79e4e
Tamanho da transferência: 1,8 MB
Espaço em disco estimado exigido: 29 MB (adicionais 3 MB para os testes e adicionais 2 MB para a documentação opcional PDF e Postscript)
Tempo de construção estimado: 0,3 UPC (3,6 UPC adicionais para os testes)

Dependências do Parted

Opcionais

dosfstools-4.2, Pth-2.0.7, texlive-20230313 (ou install-tl-unx) e Digest::CRC (para testes)

Configuração Opcional do Núcleo para Testes

Cerca de 20% mais testes são executados se o seguinte módulo do núcleo for construído:

Device Drivers --->
  SCSI device support --->
    [*] SCSI low-level drivers --->                              [SCSI_LOWLEVEL]
      <M> SCSI debugging host and device simulator                  [SCSI_DEBUG]

Instalação do parted

Instale Parted executando os seguintes comandos:

./configure --prefix=/usr --disable-static &&
make &&

make -C doc html                                      &&
makeinfo --html      -o doc/html       doc/parted.texi &&
makeinfo --plaintext -o doc/parted.txt doc/parted.texi

Se você tiver texlive-20230313 instalado e desejar criar documentação em PDF e Postscript, [então] emita os seguintes comandos:

cp build-aux/texinfo.tex doc               &&
texi2pdf -o doc/parted.pdf doc/parted.texi &&
texi2dvi -o doc/parted.dvi doc/parted.texi &&
dvips    -o doc/parted.ps  doc/parted.dvi

Para testar os resultados, emita, como o(a) usuário(a) root:

make check

Nota

Muitos testes são pulados se não executados como o(a) usuário(a) root.

Agora, como o(a) usuário(a) root:

make install &&
install -v -m755 -d /usr/share/doc/parted-3.6/html &&
install -v -m644    doc/html/* \
                   /usr/share/doc/parted-3.6/html &&
install -v -m644    doc/{FAT,API,parted.{txt,html}} \
                    /usr/share/doc/parted-3.6

Instale a documentação opcional PDF e Postscript emitindo o seguinte comando como o(a) usuário(a) root:

install -v -m644 doc/FAT doc/API doc/parted.{pdf,ps,dvi} \
                   /usr/share/doc/parted-3.6

Explicações do Comando

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

--disable-device-mapper: Essa opção desabilita o suporte a mapeador de dispositivos. Adicione esse parâmetro se você não tiver instalado o LVM2.

Conteúdo

Aplicativos Instalados: parted e partprobe

Bibliotecas Instaladas: libparted.so e libparted-fs-resize.so

Diretórios Instalados: /usr/include/parted e /usr/share/doc/parted-3.6

Descrições Curtas

parted	é um aplicativo de manipulação de partição
partprobe	informa o Sistema Operacional a respeito de mudanças da tabela de partição
`libparted.so`	contém as funções da API do Parted

reiserfsprogs-3.6.27

Introdução a reiserfsprogs

O pacote reiserfsprogs contém vários utilitários para uso com o sistema de arquivos Reiser.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://www.kernel.org/pub/linux/kernel/people/jeffm/reiserfsprogs/v3.6.27/reiserfsprogs-3.6.27.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 90c139542725efc6da3a6b1709695395
Tamanho da transferência: 439 KB
Espaço em disco estimado exigido: 13 MB
Tempo de construção estimado: 0,2 UPC

Configuração do Núcleo

Habilite a seguinte opção na configuração do núcleo e recompile o núcleo:

File systems --->
  <*/M> Reiserfs support (deprecated)                              [REISERFS_FS]

Instalação do reiserfsprogs

Instale reiserfsprogs executando os seguintes comandos:

sed -i '/parse_time.h/i #define _GNU_SOURCE' lib/parse_time.c &&
autoreconf -fiv          &&

./configure --prefix=/usr &&
make

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

sed ...: Certifique-se de que uma variável seja definida para uso com arquivos recentes "include".

Conteúdo

Aplicativos Instalados: debugreiserfs, mkreiserfs, reiserfsck, reiserfstune e resize_reiserfs

Biblioteca Instalada: libreiserfscore.so

Diretório Instalado: /usr/include/reiserfs

Descrições Curtas

debugreiserfs	pode, ocasionalmente, ajudar a resolver problemas com sistemas de arquivos ReiserFS. Se for chamado sem opções, [então] imprime o super bloco de qualquer sistema de arquivos ReiserFS encontrado no dispositivo
mkreiserfs	cria um sistema de arquivos ReiserFS
reiserfsck	é usado para verificar ou para reparar um sistema de arquivos ReiserFS
reiserfstune	é usado para ajustar o diário do ReiserFS. AVISO: Não use esse utilitário sem primeiro ler a página de manual completamente
resize_reiserfs	é usado para redimensionar um sistema de arquivos ReiserFS desmontado

smartmontools-7.4

Introdução a smartmontools

O pacote smartmontools contém aplicativos utilitários (smartctl, smartd) para controlar/monitorar sistemas de armazenamento usando o Self-Monitoring, Analysis and Reporting Technology System (S.M.A.R.T.) embutido nos discos ATA e SCSI mais modernos.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://downloads.sourceforge.net/smartmontools/smartmontools-7.4.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 178d31a6ff5256c093227ab45a3f52aa
Tamanho da transferência: 1 MB
Espaço em disco estimado exigido: 27 MB
Tempo de construção estimado: 0,2 UPC

Dependências do smartmontools

Opcionais (tempo de execução)

cURL-8.2.1 ou Lynx-2.8.9rel.1 ou Wget-1.21.4 (ferramentas de transferência) e GnuPG-2.4.3 (discos rígidos encriptados)

Instalação do smartmontools

Instale smartmontools executando os seguintes comandos:

./configure --prefix=/usr          \
            --sysconfdir=/etc       \
            --docdir=/usr/share/doc/smartmontools-7.4 &&
make

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

make install

Configurando smartmontools

Arquivo de Configuração

/etc/smartd.conf

Informação de Configuração

Consulte os comentários embutidos em /etc/smartd.conf para instruções detalhadas a respeito de personalizar o processo de segundo plano smartd.

Unidade do systemd

Se você desejar que o processo de segundo plano smartd inicie automaticamente quando o sistema for inicializado, [então] habilite a unidade systemd fornecida pelo pacote executando o seguinte comando como o(a) usuário(a) root:

systemctl enable smartd

Conteúdo

Aplicativos Instalados: smartctl, smartd e update-smart-drivedb

Bibliotecas Instaladas: Nenhuma

Diretórios Instalados: /usr/share/smartmontools, /usr/share/doc/smartmontools-7.4 e /etc/smartd_warning.d

Descrições Curtas

smartctl	é o utilitário de controle e de monitoramento para Discos SMART
smartd	é o processo de segundo plano de monitoramento de disco SMART
update-smart-drivedb	é a ferramenta de atualização para a base de dados de unidade smartmontools

sshfs-3.7.3

Introdução a Sshfs

O pacote Sshfs contém um cliente de sistema de arquivos baseado no File Transfer Protocol do SSH. Isso é útil para montar um computador remoto ao qual você tenha acesso ssh como um sistema de arquivos local. Isso permite que você arraste e solte arquivos ou execute comandos de shell nos arquivos remotos como se estivessem em seu computador local.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/libfuse/sshfs/releases/download/sshfs-3.7.3/sshfs-3.7.3.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: f704f0d1800bdb5214030a1603e8c6d6
Tamanho da transferência: 56 KB
Espaço em disco estimado exigido: 0,9 MB
Tempo de construção estimado: menos que 0,1 UPC

Dependências do Sshfs

Exigidas

Fuse-3.16.1, GLib-2.76.4 e OpenSSH-9.4p1.

Opcionais

docutils-0.20.1 (exigido para construir a página de manual)

Instalação do Sshfs

Instale Sshfs executando os seguintes comandos:

mkdir build &&
cd    build &&

meson setup --prefix=/usr --buildtype=release .. &&
ninja

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

ninja install

Usando o Sshfs

Para montar um servidor SSH, você precisa estar apto(a) a se logar no servidor. Por exemplo, para montar sua pasta "home" remota no ~/caminho_de_exemplo local (o diretório precisa existir e você precisa ter permissões para gravar nele):

sshfs exemplo.com:/home/userid ~/caminho_de_exemplo

Quando tiver terminado o trabalho e quiser desmontá-lo novamente:

fusermount3 -u ~/exemplo

Você também consegue montar um sistema de arquivos sshfs na inicialização adicionando uma entrada semelhante à seguinte no arquivo /etc/fstab:

id_de_usuario@exemplo.com:/caminho /media/caminho fuse.sshfs _netdev,IdentityFile=/home/id_de_usuario/.ssh/id_rsa 0 0

Veja-se man 1 sshfs e man 8 mount.fuse3 para todas as opções disponíveis de montagem.

Conteúdo

Aplicativo Instalado: sshfs

Bibliotecas Instaladas: Nenhum(a)

Diretórios Instalados: Nenhum(a)

Descrições Curtas

sshfs

monta um servidor ssh como um sistema de arquivos local

xfsprogs-6.4.0

Introdução a xfsprogs

O pacote xfsprogs contém ferramentas de administração e de depuração para o sistema de arquivos XFS.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://www.kernel.org/pub/linux/utils/fs/xfs/xfsprogs/xfsprogs-6.4.0.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 81c09e5ea47412c3a109a316cf4dd39d
Tamanho da transferência: 1,3 MB
Espaço em disco estimado exigido: 56 MB
Tempo de construção estimado: 0,3 UPC (Usando paralelismo=4)

Dependências do xfsprogs

Exigidas

inih-57 e liburcu-0.14.0

Opcionais

ICU-73.2 (para escaneamento de nome Unicode em xfs_scrub)

Configuração do Núcleo

Habilite as seguintes opções na configuração do núcleo e recompile o núcleo:

File systems --->
  <*/M> XFS filesystem support                                          [XFS_FS]

Instalação do xfsprogs

Instale xfsprogs executando os seguintes comandos:

make DEBUG=-DNDEBUG    \
     INSTALL_USER=root  \
     INSTALL_GROUP=root

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

make PKG_DOC_DIR=/usr/share/doc/xfsprogs-6.4.0 install    &&
make PKG_DOC_DIR=/usr/share/doc/xfsprogs-6.4.0 install-dev &&

rm -rfv /usr/lib/libhandle.{a,la}

Explicações do Comando

make DEBUG=-DNDEBUG: Desliga os símbolos de depuração.

INSTALL_USER=root INSTALL_GROUP=root: Isso configura o(a) proprietário(a) e o grupo dos arquivos instalados.

OPTIMIZER="...": Adicionar esse parâmetro ao final do comando make substitui as configurações padrão de otimização.

Conteúdo

Aplicativos Instalados: fsck.xfs, mkfs.xfs, xfs_admin, xfs_bmap, xfs_copy, xfs_db, xfs_estimate, xfs_freeze, xfs_fsr, xfs_growfs, xfs_info, xfs_io, xfs_logprint, xfs_mdrestore, xfs_metadump, xfs_mkfile, xfs_ncheck, xfs_quota, xfs_repair, xfs_rtcp, xfs_scrub, xfs_scrub_all e xfs_spaceman

Bibliotecas Instaladas: libhandle.so

Diretórios Instalados: /usr/include/xfs, /usr/lib/xfsprogs, /usr/share/xfsprogs e /usr/share/doc/xfsprogs-6.4.0

Descrições Curtas

fsck.xfs	simplesmente sai com um status zero, pois as partições XFS são verificadas ao tempo da montagem
mkfs.xfs	constrói um sistema de arquivos XFS
xfs_admin	muda os parâmetros de um sistema de arquivos XFS
xfs_bmap	imprime o mapeamento de bloco para um arquivo XFS
xfs_copy	copia o conteúdo de um sistema de arquivos XFS para um ou mais destinos em paralelo
xfs_estimate	para cada argumento de diretório, estima o espaço que o diretório ocuparia se fosse copiado para um sistema de arquivos XFS (não cruza os pontos de montagem)
xfs_db	é usado para depurar um sistema de arquivos XFS
xfs_freeze	suspende o acesso a um sistema de arquivos XFS
xfs_fsr	aplicável somente a sistemas de arquivos XFS, melhora a organização de sistemas de arquivos montados; o algoritmo de reorganização opera sobre um arquivo por vez, compactando ou, do contrário, melhorando o esquema das extensões de arquivo (blocos contíguos de dados de arquivo)
xfs_growfs	expande um sistema de arquivos XFS
xfs_info	é equivalente a invocar xfs_growfs, mas especificando que nenhuma mudança no sistema de arquivos é para ser feita
xfs_io	é uma ferramenta de depuração, como xfs_db, mas tem como objetivo examinar o caminho regular de Entrada/Saída de arquivo em vez do próprio volume cru XFS
xfs_logprint	imprime o registro de um sistema de arquivos XFS
xfs_mdrestore	restaura uma imagem do meta despejo XFS para uma imagem do sistema de arquivos
xfs_metadump	copia os metadados do sistema de arquivos XFS para um arquivo
xfs_mkfile	cria um arquivo XFS, preenchido com zeros por padrão
xfs_ncheck	gera nomes de caminhos a partir de números de "inode" para um sistema de arquivos XFS
xfs_quota	é um utilitário para informar e para editar vários aspectos das cotas do sistema de arquivos
xfs_repair	repara sistemas de arquivos XFS corrompidos ou danificados
xfs_rtcp	copia um arquivo para a partição em tempo real em um sistema de arquivos XFS
xfs_scrub	verifica e repara o conteúdo de um sistema de arquivos XFS montado
xfs_scrub_all	limpa todos os sistemas de arquivos XFS montados
xfs_spaceman	informa e controla o uso de espaço livre em um sistema de arquivos XFS
`libhandle.so`	contém funções específicas do XFS que fornecem uma maneira de realizar certas operações do sistema de arquivos sem usar um descritor de arquivo para acessar objetos do sistema de arquivos

Pacotes para Inicialização UEFI

efivar-38

Introdução ao efivar

O pacote efivar fornece ferramentas e bibliotecas para manipular variáveis EFI.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/rhboot/efivar/releases/download/38/efivar-38.tar.bz2
Transferência (FTP):
Soma de verificação MD5 da transferência: 243fdbc48440212695cb9c6e6fd0f44f
Tamanho da transferência: 316 KB
Espaço em disco estimado exigido: 18 MB
Tempo de construção estimado: menos que 0,1 UPC

Transferências Adicionais

Remendo opcional (exigido para sistemas de 32 bits): https://www.linuxfromscratch.org/patches/blfs/12.0/efivar-38-i686-1.patch

Dependências do efivar

Exigidas

mandoc-1.14.6

Instalação do efivar

Primeiro, corrija um problema no Makefile que faz com que o pacote seja reconstruído durante a instalação:

sed '/prep :/a\\ttouch prep' -i src/Makefile

Nota

Esse pacote não pode funcionar corretamente em um sistema de 32 bits com uma implementação de UEFI de 64 bits. Não instale esse pacote (ou o efibootmgr) em um sistema de 32 bits, a menos que você esteja absolutamente seguro(a) de que tem uma implementação UEFI de 32 bits, o que é muito raro na prática.

Se construir esse pacote em um sistema de 32 bits, [então] aplique um remendo:

[ $(getconf LONG_BIT) = 64 ] || patch -Np1 -i ../efivar-38-i686-1.patch

Construa o efivar com os seguintes comandos:

make ERRORS=

A suíte de teste desse pacote é perigosa. Executá-la pode deflagrar erros de firmware e tornar seu sistema inutilizável sem usar algum hardware especial para reprogramar o firmware.

Agora, como o(a) usuário(a) root:

make install LIBDIR=/usr/lib

Explicações do Comando

ERRORS=: Essa opção substitui o -Werror passado para o GCC por padrão, de forma que o pacote não falhe ao construir com o aviso -Wenum-int-mismatch introduzido no GCC 13.

LIBDIR=/usr/lib: Essa opção substitui o diretório padrão da biblioteca do pacote (/usr/lib64, que não é usado pelo LFS).

Conteúdo

Aplicativos Instalados: efisecdb e efivar

Bibliotecas Instaladas: libefiboot.so, libefisec.so e libefivar.so

Diretórios Instalados: /usr/include/efivar

Descrições Curtas

efisecdb	é um utilitário para gerenciar listas de assinatura UEFI
efivar	é uma ferramenta para manipular variáveis UEFI
`libefiboot.so`	é uma biblioteca usada pelo efibootmgr
`libefisec.so`	é uma biblioteca para gerenciar listas de assinatura UEFI
`libefivar.so`	é uma biblioteca para a manipulação de variáveis EFI

efibootmgr-18

Introdução ao efibootmgr

O pacote efibootmgr fornece ferramentas e bibliotecas para manipular variáveis EFI.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/rhboot/efibootmgr/archive/18/efibootmgr-18.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: e170147da25e1d5f72721ffc46fe4e06
Tamanho da transferência: 48 KB
Espaço em disco estimado exigido: 1,1 MB
Tempo de construção estimado: menos que 0,1 UPC

Dependências do efibootmgr

Exigidas

efivar-38 e popt-1.19

Instalação do efibootmgr

Construa o efibootmgr com os seguintes comandos:

make EFIDIR=LFS EFI_LOADER=grubx64.efi

Esse pacote não tem uma suíte de teste.

Agora, como o(a) usuário(a) root:

make install EFIDIR=LFS

Explicações do Comando

EFIDIR=LFS: Essa opção especifica o nome do subdiretório da distribuição sob /boot/efi/EFI. O sistema de construção desse pacote precisa que essa seja configurada explicitamente.

EFI_LOADER=grubx64.efi: Essa opção especifica o nome do carregador padrão de inicialização EFI. Ele é configurado para corresponder ao carregador de inicialização EFI fornecido pelo GRUB.

Conteúdo

Aplicativos Instalados: efibootdump e efibootmgr

Descrições Curtas

efibootdump	é uma ferramenta para exibir opções individuais de inicialização UEFI, a partir de um arquivo ou de uma variável UEFI
efibootmgr	é uma ferramenta para manipular o Gerenciador de Inicialização UEFI

GRUB-2.06 para EFI

Introdução ao GRUB

O pacote GRUB fornece o GRand Unified Bootloader. Nesta página, ele será construído com suporte UEFI, que não está habilitado para o GRUB construído no LFS.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://ftp.gnu.org/gnu/grub/grub-2.06.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: cf0fd928b1e5479c8108ee52cb114363
Tamanho da transferência: 6,3 MB
Espaço em disco estimado exigido: 183 MB
Tempo de construção estimado: 0,4 UPC (no LFS de 64 bits, usando paralelismo=4)

Transferências Adicionais

Remendo exigido: https://www.linuxfromscratch.org/patches/blfs/12.0/grub-2.06-upstream_fixes-1.patch

Dados de fonte Unicode usados para exibir o menu do GRUB

Transferência (HTTP): https://unifoundry.com/pub/unifont/unifont-15.0.06/font-builds/unifont-15.0.06.pcf.gz
Soma de verificação MD5 da transferência: 94ff8cb4d5674cd2f38b00cede5e06d5
Tamanho da transferência: 1,4 MB

GCC (necessário somente se construir no LFS de 32 bits)

Consulte a página GCC-13.2.0 para informações de transferência.

Dependências do GRUB

Opcionais

LVM2-2.03.22

Instalação do GRUB

Primeiro, instale os dados da fonte como o(a) usuário(a) root:

mkdir -pv /usr/share/fonts/unifont &&
gunzip -c ../unifont-15.0.06.pcf.gz > /usr/share/fonts/unifont/unifont.pcf

Atenção

Desconfigure quaisquer variáveis de ambiente que possivelmente afetem a construção:

unset {C,CPP,CXX,LD}FLAGS

Não tente “ajustar” esse pacote com sinalizadores personalizados de compilação: esse pacote é um carregador de inicialização, com operações de baixo nível no código-fonte, as quais provavelmente sejam quebradas por algumas otimizações agressivas.

Corrija um problema que faz com que grub-install falhe quando a partição /boot (ou a partição raiz, se /boot não for uma partição separada) é criada pelo e2fsprogs-1.47.0 ou posterior:

patch -Np1 -i ../grub-2.06-upstream_fixes-1.patch

Se você estiver executando um LFS de 32 bits, [então] prepare um compilador de 64 bits:

case $(uname -m) in i?86 )
    tar xf ../gcc-13.2.0.tar.xz
    mkdir gcc-13.2.0/build
    pushd gcc-13.2.0/build
        ../configure --prefix=$PWD/../../x86_64-gcc \
                     --target=x86_64-linux-gnu      \
                     --with-system-zlib             \
                     --enable-languages=c,c++       \
                     --with-ld=/usr/bin/ld
        make all-gcc
        make install-gcc
    popd
    export TARGET_CC=$PWD/x86_64-gcc/bin/x86_64-linux-gnu-gcc
esac

Construa o GRUB com os seguintes comandos:

./configure --prefix=/usr        \
            --sysconfdir=/etc    \
            --disable-efiemu     \
            --enable-grub-mkfont \
            --with-platform=efi  \
            --target=x86_64      \
            --disable-werror     &&
unset TARGET_CC &&
make

Esse pacote não tem uma suíte de teste que forneça resultados significativos.

Agora, como o(a) usuário(a) root:

make install &&
mv -v /etc/bash_completion.d/grub /usr/share/bash-completion/completions

Explicações do Comando

--enable-grub-mkfont: Construa a ferramenta chamada grub-mkfont para gerar o arquivo de fonte para o carregador de inicialização a partir dos dados de fonte que instalamos.

Atenção

Se a dependência recomendada FreeType-2.13.1 não estiver instalada, é possível omitir essa opção e construir o GRUB. No entanto, se grub-mkfont não for construído ou os dados da fonte Unicode não estiverem disponíveis ao tempo que o GRUB for construído, o GRUB não instalaria nenhuma fonte para o carregador de inicialização. O menu de inicialização do GRUB será exibido usando uma fonte grosseira ou em uma região menor na tela.

--with-platform=efi: Garante a construção do GRUB com EFI habilitado.

--target=x86_64: Garante a construção do GRUB para x86_64, mesmo se construir em um sistema LFS de 32 bits. A maioria do firmware EFI em x86_64 não suporta carregadores de inicialização de 32 bits.

--target=i386: Algumas plataformas x86 de 32 bits tem suporte EFI. E algumas plataformas x86_64 tem uma implementação EFI de 32 bits, mas são muito antigas e raras. Use isso ao invés de --target=x86_64 se você estiver absolutamente seguro(a) de que o LFS está executando em tal sistema.

Configurando o GRUB

Usar o GRUB para tornar o sistema LFS inicializável na plataforma UEFI será discutido em Usando o GRUB para Configurar o Processo de Inicialização com UEFI.

Conteúdo

Veja-se a página para o GRUB no livro LFS.

Usando o GRUB para Configurar o Processo de Inicialização com UEFI

Desligar a Inicialização Segura

O BLFS não tem os pacotes essenciais para suportar a Inicialização Segura. Para configurar o processo de inicialização com GRUB e UEFI no BLFS, a Inicialização Segura precisa ser desligada a partir interface de configuração do firmware. Leia a documentação fornecida pelo(a) fabricante do seu sistema para descobrir como.

Configuração do Núcleo para Suporte a UEFI

Habilite as seguintes opções na configuração do núcleo e recompile o núcleo, se necessário:

Processor type and features --->
  [*] EFI runtime service support                                          [EFI]

-*- Enable the block layer --->                                          [BLOCK]
  Partition Types --->
    [ /*] Advanced partition selection                      [PARTITION_ADVANCED]
    [*]     EFI GUID Partition support                           [EFI_PARTITION]

Device Drivers --->
  Firmware Drivers --->
    [*] Mark VGA/VBE/EFI FB as generic system framebuffer       [SYSFB_SIMPLEFB]
  Graphics support --->
    <*> Direct Rendering Manager (XFree86 4.1.0 and higher DRI support) --->
                                                                      ...  [DRM]
    [*] Enable legacy fbdev support for your modesetting driver
                                                      ...  [DRM_FBDEV_EMULATION]
    <*> Simple framebuffer driver                                [DRM_SIMPLEDRM]
    Frame buffer Devices --->
      <*> Support for frame buffer devices --->                             [FB]
    Console display driver support --->
      -*- Framebuffer Console support                      [FRAMEBUFFER_CONSOLE]

File systems --->
  DOS/FAT/EXFAT/NT Filesystems --->
    <*/M> VFAT (Windows-95) fs support                                 [VFAT_FS]
  Pseudo filesystems --->
    <*/M> EFI Variable filesystem                                    [EFIVAR_FS]
  -*- Native language support --->                                         [NLS]
    <*/M> Codepage 437 (United States, Canada)                [NLS_CODEPAGE_437]
    <*/M> NLS ISO 8859-1  (Latin 1; Western European Languages)  [NLS_ISO8859_1]

O significado das opções de configuração:

CONFIG_PARTITION_ADVANCED: Se não estiver habilitado, CONFIG_EFI_PARTITION será habilitado automaticamente. Mas quando estiver habilitado, você precisa configurar CONFIG_EFI_PARTITION como habilitado também.
CONFIG_SYSFB_SIMPLEFB, CONFIG_DRM, CONFIG_DRM_FBDEV_EMULATION, CONFIG_DRM_SIMPLEDRM, CONFIG_FB e CONFIG_FRAMEBUFFER_CONSOLE: A combinação dessas opções fornece suporte ao console Linux no topo do framebuffer UEFI. Para permitir que o núcleo imprima mensagens de depuração em um estágio inicial da inicialização, elas não deveriam ser construídas como módulos do núcleo, a menos que um initramfs seja usado.

Criar um Disco de Inicialização de Emergência

Garanta que um disco de inicialização de emergência esteja pronto para “resgatar” o sistema no caso do sistema se tornar não inicializável. Para produzir um disco de inicialização de emergência com o GRUB para um sistema baseado em EFI, encontre uma unidade flash USB sobressalente e crie um sistema de arquivos vfat nela. Instale o dosfstools-4.2 primeiro, então, como o(a) usuário(a) root:

Atenção

O comando a seguir apagará todos os diretórios e arquivos na partição. Certifique-se de que sua unidade flash USB não contém dados que serão necessários e mude sdx1 para o nó de dispositivo correspondente à primeira partição da unidade flash USB. Seja cuidado(a) para não sobrescrever sua unidade rígida com um erro de digitação!

mkfs.vfat /dev/sdx1

Ainda como o(a) usuário(a) root, use o utilitário fdisk para configurar a primeira partição da unidade flash USB para ser uma partição do “sistema EFI” (mude sdx para o nó de dispositivo correspondente à sua unidade flash USB):

fdisk /dev/sdx

Welcome to fdisk (util-linux 2.39.1).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.


Command (m for help): t
Partition number (1-9, default 9): 1
Partition type or alias (type L to list all): uefi
Changed type of partition 'Linux filesystem' to 'EFI System'.

Command (m for help): w
The partition table has been altered.
Syncing disks.

Ainda como o(a) usuário(a) root, crie um ponto de montagem para a partição EFI na unidade flash USB e monte-o:

mount --mkdir -v -t vfat /dev/sdx1 -o codepage=437,iocharset=iso8859-1 \
      /mnt/rescue

Instale o GRUB para EFI na partição:

grub-install --target=x86_64-efi --removable \
             --efi-directory=/mnt/rescue --boot-directory=/mnt/rescue

Desmonte a partição:

umount /mnt/rescue

Agora, a unidade flash USB pode ser usada como um disco de inicialização de emergência em qualquer plataforma UEFI x86-64. Ele inicializará o sistema e mostrará o shell do GRUB. Então você consegue digitar comandos para inicializar seu sistema operacional a partir da unidade rígida. Para saber como selecionar o dispositivo de inicialização, leia-se o manual da sua placa-mãe ou notebook.

Encontrar ou Criar a Partição do Sistema EFI

Em sistemas baseados em EFI, os carregadores de inicialização são instalados em uma partição especial FAT32 chamada EFI System Partition (ESP). Se o seu sistema suportar EFI e uma versão recente de alguma distribuição Linux ou Windows estiver pré-instalada, [então] é provável que o ESP já tenha sido criada. Como o(a) usuário(a) root, liste todas as partições em sua unidade rígida (substitua sda pelo dispositivo correspondente à unidade rígida apropriada):

fdisk -l /dev/sda

A coluna “Type” da ESP deveria ser EFI System.

Se o sistema ou a unidade rígida for novo(a) ou essa for a primeira instalação de um Sistema Operacional inicializado por UEFI no sistema, a ESP possivelmente não exista. Nesse caso, instale dosfstools-4.2 primeiro. Em seguida, crie uma nova partição, produza um sistema de arquivos vfat nela e configure o tipo de partição como “EFI system”. Vejam-se as instruções para o dispositivo de inicialização de emergência acima como uma referência.

Atenção

Algumas (antigas) implementações UEFI possivelmente exijam que a ESP seja a primeira partição no disco.

Agora, como o(a) usuário(a) root, crie o ponto de montagem para a ESP e monte-a (substitua sda1 pelo nó de dispositivo correspondente à ESP):

mount --mkdir -v -t vfat /dev/sda1 -o codepage=437,iocharset=iso8859-1 \
      /boot/efi

Se você quiser montar a ESP automaticamente durante a inicialização do sistema, como o(a) usuário(a) root, adicione uma entrada para a ESP em /etc/fstab:

cat >> /etc/fstab << EOF
/dev/sda1 /boot/efi vfat codepage=437,iocharset=iso8859-1 0 1
EOF

Configuração Mínima de Inicialização com GRUB e EFI

Em sistemas baseados em UEFI, o GRUB funciona instalando um aplicativo EFI (um tipo especial de executável) na ESP. O firmware EFI pesquisará carregadores de inicialização em aplicativos EFI a partir de entradas de inicialização registradas em variáveis EFI e, adicionalmente, um caminho rigidamente codificado, EFI/BOOT/BOOTX64.EFI. Normalmente, um carregador de inicialização deveria ser instalado em um caminho personalizado e o caminho deveria ser registrado nas variáveis EFI. O uso do caminho codificado rigidamente deveria ser evitado, se possível. No entanto, em alguns casos, temos que usar o caminho codificado rigidamente:

O sistema não foi inicializado com EFI ainda, tornando as variáveis EFI inacessíveis.
O firmware EFI é de 64 bits, mas o sistema LFS é de 32 bits, tornando as variáveis EFI inacessíveis porque o núcleo não consegue invocar serviços de tempo de execução EFI com um comprimento diferente de endereço virtual.
O LFS é construído para um Live USB, de forma que não podemos confiar nas variáveis EFI, as quais são armazenadas em NVRAM ou em EEPROM na máquina local.
Você não consegue ou não quer instalar o efibootmgr para manipular entradas de inicialização em variáveis EFI.

Nesses casos, siga estas instruções para instalar o aplicativo EFI do GRUB no caminho codificado rigidamente e faça uma configuração mínima de inicialização. Caso contrário, é melhor pular à frente e definir a configuração de inicialização normalmente.

Para instalar o GRUB com o aplicativo EFI no caminho rigidamente codificado EFI/BOOT/BOOTX64.EFI, primeiro certifique-se de que a partição de inicialização esteja montada em /boot e de que a ESP esteja montada em /boot/efi. Então, como o(a) usuário(a) root, execute o comando:

Nota

Este comando sobrescreverá /boot/efi/EFI/BOOT/BOOTX64.EFI. Ele possivelmente quebre um carregador de inicialização já instalado lá. Produza uma cópia de segurança dele se não tiver certeza.

grub-install --target=x86_64-efi --removable

Esse comando instalará o aplicativo EFI do GRUB no caminho rigidamente codificado /boot/efi/EFI/BOOT/BOOTX64.EFI, de forma que o firmware EFI consiga achá-lo e carregá-lo. Os arquivos restantes do GRUB são instalados no diretório /boot/grub e serão carregados pelo BOOTX64.EFI durante a inicialização do sistema.

Nota

O firmware EFI geralmente prefere os aplicativos EFI com um caminho armazenado em variáveis EFI ao aplicativo EFI no caminho codificado rigidamente. Portanto, você possivelmente precise invocar o menu de seleção de inicialização ou a interface de configuração de firmware para selecionar manualmente o GRUB recém-instalado na próxima inicialização. Leia-se o manual da sua placa-mãe ou laptop para aprender como.

Se você tiver seguido as instruções nesta seção e configurou uma configuração mínima de inicialização, agora pule à frente para “Criando o Arquivo de Configuração do GRUB”.

Montar o Sistema de Arquivos de Variáveis EFI

A instalação do GRUB em uma plataforma UEFI exige que o sistema de arquivos de Variáveis EFI, efivarfs, esteja montado. Como o(a) usuário(a) root, monte-o se já não estiver montado:

mountpoint /sys/firmware/efi/efivars || mount -v -t efivarfs efivarfs /sys/firmware/efi/efivars

Nota

Se o sistema for inicializado com UEFI e systemd, [então] o efivarfs será montado automaticamente. No entanto, no ambiente chroot do LFS ele ainda precisa ser montado manualmente.

Atenção

Se o sistema não for inicializado com UEFI, [então] o diretório /sys/firmware/efi estará ausente. Nesse caso, você deveria inicializar o sistema no modo UEFI com o disco de inicialização de emergência ou usando uma configuração mínima de inicialização criada como acima, então montar o efivarfs e continuar.

Finalizando a Configuração

Em sistemas baseados em UEFI, o GRUB funciona instalando um aplicativo EFI (um tipo especial de executável) em /boot/efi/EFI/[id]/grubx64.efi, onde /boot/efi é o ponto de montagem da ESP e [id] é substituído por um identificador especificado na linha de comando do grub-install. O GRUB criará uma entrada nas variáveis EFI contendo o caminho EFI/[id]/grubx64.efi, de forma que o firmware EFI consiga encontrar o grubx64.efi e carregá-lo.

O grubx64.efi é muito leve (136 KB com o GRUB-2.06), de forma que não usará muito espaço na ESP. Um tamanho típico da ESP é de 100 MB (para o gerenciador de inicialização do Windows, que usa cerca de 50 MB na ESP). Assim que o grubx64.efi tenha sido carregado pelo firmware, ele carregará os módulos do GRUB a partir da partição de inicialização. O local padrão é /boot/grub.

Como o(a) usuário(a) root, instale os arquivos do GRUB em /boot/efi/EFI/LFS/grubx64.efi e em /boot/grub. Em seguida, configure a entrada de inicialização nas variáveis EFI:

grub-install --bootloader-id=LFS --recheck

Se a instalação for bem-sucedida, [então a saída gerada deveria ser:

Installing for x86_64-efi platform.
Installation finished. No error reported.

Emita o comando efibootmgr | cut -f 1 para verificar novamente a configuração de inicialização EFI. Um exemplo da saída gerada é:

BootCurrent: 0000
Timeout: 1 seconds
BootOrder: 0005,0000,0002,0001,0003,0004
Boot0000* ARCH
Boot0001* UEFI:CD/DVD Drive
Boot0002* Windows Boot Manager
Boot0003* UEFI:Removable Device
Boot0004* UEFI:Network Device
Boot0005* LFS

Observe que 0005 é o primeiro no BootOrder e Boot0005 é LFS. Isso significa que, na próxima inicialização, a versão do GRUB instalada pelo LFS será usada para inicializar o sistema.

Criando o Arquivo de Configuração do GRUB

Gere o /boot/grub/grub.cfg para configurar o menu de inicialização do GRUB:

cat > /boot/grub/grub.cfg << EOF
# Inicia /boot/grub/grub.cfg
set default=0
set timeout=5

insmod part_gpt
insmod ext2
set root=(hd0,2)

insmod all_video
if loadfont /boot/grub/fonts/unicode.pf2; then
  terminal_output gfxterm
fi

menuentry "GNU/Linux, Linux 6.4.10-lfs-12.0"  {
  linux   /boot/vmlinuz-6.4.10-lfs-12.0 root=/dev/sda2 ro
}

menuentry "Firmware Setup" {
  fwsetup
}
EOF

Consulte-se o livro LFS para o conhecimento básico acerca do arquivo grub.cfg. (hd0,2), sda2 e 6.4.10-lfs-12.0 precisam corresponderem à tua configuração.

A diretiva insmod all_video carrega vários módulos para suporte de vídeo. Ela é necessária para inicializar o framebuffer EFI para o núcleo imprimir mensagens corretamente antes da inicialização do controlador GPU de núcleo.

A diretiva terminal_output gfxterm muda a resolução da tela do menu do GRUB para corresponder ao teu dispositivo de exibição. Isso quebrará a renderização se o arquivo de dados da fonte unicode.pf2 não estiver carregado, de forma que ele é protegido por uma diretiva if.

Nota

Da perspectiva do GRUB, os arquivos são relativos às partições usadas. Se você usou uma partição /boot separada, [então] remova /boot dos caminhos acima (para o núcleo e para unicode.pf2). Você também precisará mudar a linha "set root" para apontar para a partição de inicialização.

A entrada Firmware Setup pode ser usada para entrar na interface de configuração fornecida pelo firmware (às vezes chamada de “Configuração do BIOS”).

Inicialização Dupla com o Windows

Adicione uma entrada de menu para o Windows no grub.cfg:

cat >> /boot/grub/grub.cfg << EOF
# Início da adição do Windows

menuentry "Windows 11" {
  insmod fat
  insmod chain
  set root=(hd0,1)
  chainloader /EFI/Microsoft/Boot/bootmgfw.efi
}
EOF

(hd0,1) deveria ser substituído pelo nome designado pelo GRUB para a ESP. A diretiva chainloader pode ser usada para dizer ao GRUB para executar outro executável EFI, nesse caso o Windows Boot Manager. Você pode colocar mais ferramentas utilizáveis no formato de executável EFI (por exemplo, um shell EFI) na ESP e, também, criar entradas do GRUB para elas.

Capítulo 6. Editores de Texto

Este capítulo é referenciado no livro LFS para aqueles(as) que desejam usar outros editores no sistema LFS deles(as). Você também verá como alguns aplicativos instalados do LFS se beneficiam de serem recompilados depois que bibliotecas GUI tenham sido instaladas.

Bluefish-2.2.14

Introdução a Bluefish

O Bluefish é um editor de texto GTK+ voltado para programadores(as) e projetistas web, com muitas opções para escrever sítios web, scripts e códigos de programação. O Bluefish suporta muitas linguagens de programação e de marcação e se concentra na edição de sítios da web dinâmicos e interativos.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://www.bennewitz.com/bluefish/stable/source/bluefish-2.2.14.tar.bz2
Transferência (FTP):
Soma de verificação MD5 da transferência: c99b6b1ba3e3e70b032936182bb0b387
Tamanho da transferência: 4,5 MB
Espaço em disco estimado exigido: 53 MB
Tempo de construção estimado: 0,3 UPC

Dependências do Bluefish

Exigidas

GTK+-2.24.33 ou GTK+-3.24.38 (se ambos estiverem instados, [então] configure, por padrão, usa GTK+ 3)

Opcionais

enchant-2.5.0 (para verificação ortográfica), Gucharmap-15.0.4, PCRE-8.45 e Jing

Instalação do Bluefish

Instale Bluefish executando os seguintes comandos:

./configure --prefix=/usr --docdir=/usr/share/doc/bluefish-2.2.14 &&
make

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

make install

Nota

Esse pacote instala arquivos de ícone na hierarquia /usr/share/icons/hicolor e arquivos de área de trabalho na hierarquia /usr/share/applications. Você pode melhorar o desempenho do sistema e o uso da memória atualizando /usr/share/icons/hicolor/icon-theme.cache e /usr/share/applications/mimeinfo.cache. Para realizar a atualização, você precisa ter desktop-file-utils-0.26 (para o cache da área de trabalho) e emitir os seguintes comandos como o(a) usuário(a) root:

gtk-update-icon-cache -t -f --include-image-data /usr/share/icons/hicolor &&
update-desktop-database

Conteúdo

Aplicativo Instalado: bluefish

Bibliotecas Instaladas: várias, sob /usr/lib/bluefish/

Diretórios Instalados: /usr/lib/bluefish, /usr/share/bluefish, /usr/share/doc/bluefish-2.2.14 e /usr/share/xml/bluefish

Descrições Curtas

bluefish

é um editor de texto GTK+ para marcação e programação

Ed-1.19

Introdução a Ed

Ed é um editor de texto orientado a linhas. Ele é usado para criar, exibir, modificar e manipular arquivos de texto, tanto interativamente quanto por meio de scripts de shell. Ed não é algo que muitas pessoas usam. Ele é descrito aqui porque pode ser usado pelo aplicativo "patch" se você encontrar um arquivo de remendo baseado em ed. Isso acontece raramente porque os remendos baseados em diferenças são os preferidos atualmente.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://ftp.gnu.org/gnu/ed/ed-1.19.tar.lz
Transferência (FTP): ftp://ftp.gnu.org/gnu/ed/ed-1.19.tar.lz
Soma de verificação MD5 da transferência: fa861f0c9ebb8c0e1b79fda770a73b1c
Tamanho da transferência: 65 KB
Espaço em disco estimado exigido: 1,2 MB
Tempo de construção estimado: menos que 0,1 UPC

Dependências do Ed

Exigido para descomprimir o tarball

libarchive-3.7.1 (para bsdtar)

Instalação do Ed

Instale Ed executando os seguintes comandos:

./configure --prefix=/usr &&
make

Para testar os resultados, emita: make check.

Agora, como o(a) usuário(a) root:

make install

Conteúdo

Aplicativos Instalados: ed e red

Bibliotecas Instaladas: Nenhum(a)

Diretórios Instalados: Nenhum(a)

Descrições Curtas

ed	é um editor de texto orientado a linhas
red	é um ed restrito—somente pode editar arquivos no diretório atual e não consegue executar comandos do shell

Emacs-29.1

Introdução a Emacs

O pacote Emacs contém um editor extensível, personalizável, auto documentado e de exibição em tempo real.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://ftp.gnu.org/gnu/emacs/emacs-29.1.tar.xz
Transferência (FTP): ftp://ftp.gnu.org/gnu/emacs/emacs-29.1.tar.xz
Soma de verificação MD5 da transferência: e0631d868a13b503a5feef042435b67c
Tamanho da transferência: 50 MB
Espaço em disco estimado exigido: 732 MB
Tempo de construção estimado: 0,6 UPC (Usando paralelismo=4)

Dependências do Emacs

Opcionais

um ambiente gráfico, alsa-lib-1.2.9, Cairo-1.17.6, dbus-1.14.8, GConf-3.2.6, gobject-introspection-1.76.1, gsettings-desktop-schemas-44.0, GPM-1.20.7, GTK+-2.24.33 ou GTK+-3.24.38, ImageMagick-7.1.1-15, Little CMS-2.14, libjpeg-turbo-3.0.0, libpng-1.6.40, librsvg-2.56.3, libseccomp-2.5.4, libwebp-1.3.1, libxml2-2.10.4, MIT Kerberos V5-1.21.2, SQLite-3.42.0, Valgrind-3.21.0, intlfonts, libungif, libotf e m17n-lib - para exibir corretamente conjuntos de comandos sequenciais complexos, tais como Indic e Khmer, e também para conjuntos de comandos sequenciais que exigem suporte a modelagem de Árabe (Arabic e Farsi), mailutils e libXaw3d

Instalação do Emacs

Instale Emacs executando os seguintes comandos:

./configure --prefix=/usr &&
make

Esse pacote não vem com uma suíte de teste. Se o "make" for bem-sucedido, [então] você consegue testar o resultado executando src/emacs -Q, que é o aplicativo que será instalado, com os arquivos auxiliares dele. Isso deveria iniciar e exibir a tela de abertura do aplicativo.

Agora, como o(a) usuário(a) root:

make install &&
chown -v -R root:root /usr/share/emacs/29.1

Nota

Esse pacote instala arquivos de ícone na hierarquia /usr/share/icons/hicolor e você pode melhorar o desempenho do sistema e o uso de memória atualizando /usr/share/icons/hicolor /index.theme. Para realizar a atualização, você precisa ter o GTK+-2.24.33 ou GTK+-3.24.38 instalado e emitir o seguinte comando como o(a) usuário(a) root:

gtk-update-icon-cache -qtf /usr/share/icons/hicolor

Explicações do Comando

--with-imagemagick: Use isso se você tiver instalado o ImageMagick-7.1.1-15 e desejar vincular a ele.

--with-gif=no: Use isso se você não tiver instalado giflib-5.2.1 ou libungif.

--with-tiff=no: Use isso se você não tiver instalado libtiff-4.5.1.

--with-gnutls=no: Use isso se você não tiver instalado GnuTLS-3.8.1.

--without-harfbuzz: Use isso se você não tiver instalado o HarfBuzz-8.1.1.

--with-json=no: Use isso se você não tiver instalado jansson-2.14.

Conteúdo

Aplicativos Instalados: ctags, ebrowse, emacs (link simbólico), emacs-29.1, emacsclient e etags

Bibliotecas Instaladas: Nenhum

Diretórios Instalados: /usr/libexec/emacs e /usr/share/emacs

Descrições Curtas

ctags	cria arquivos de base de dados arquivo de marca de referência cruzada para código-fonte
ebrowse	permite navegar pelas hierarquias de classe C++ a partir de dentro do emacs
emacs	é um editor
emacsclient	anexa uma sessão do emacs a uma instância do emacsserver já em execução
etags	é outro aplicativo para gerar arquivos de marca de referência cruzada de código-fonte

Gedit-46.1

Introdução a Gedit

O pacote Gedit contém um editor UTF-8 leve de texto para a área de trabalho GNOME.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://download.gnome.org/sources/gedit/46/gedit-46.1.tar.xz
Transferência (FTP): ftp://ftp.acc.umu.se/pub/gnome/sources/gedit/46/gedit-46.1.tar.xz
Soma de verificação MD5 da transferência: 74cc927f8c41e7ccd2352c90d1086974
Tamanho da transferência: 2,6 MB
Espaço em disco estimado exigido: 50 MB (com testes)
Tempo de construção estimado: 0,2 UPC (usando paralelismo = 4; com testes)

Dependências do Gedit

Exigidas

gsettings-desktop-schemas-44.0, itstool-2.0.7, libpeas-1.36.0, libgeditsourceview-299.0.4 e tepl-6.8.0

Opcionais

GTK-Doc-1.33.2, Vala-0.56.11 e zeitgeist

Instalação do Gedit

Primeiro mude o conjunto de comandos sequenciais meson.build, de forma que ele consiga aceitar uma construção release.

sed -i s/plain/release/ meson.build

Instale Gedit executando os seguintes comandos:

mkdir gedit-build &&
cd   gedit-build &&

meson setup --prefix=/usr       \
            --buildtype=release \
            -Dgtk_doc=false     \
            .. &&
ninja

Para testar os resultados, emita: ninja test.

Agora, como o(a) usuário(a) root:

ninja install

Nota

Se você instalou o pacote em teu sistema usando um método “DESTDIR”, /usr/share/glib-2.0/schemas/gschemas.compiled não foi atualizado/criado. Crie (ou atualize) o arquivo usando o seguinte comando como o(a) usuário(a) root:

glib-compile-schemas /usr/share/glib-2.0/schemas

Explicações do Comando

-Dgtk_doc=false: Essa chave desabilita a geração da documentação da API. Omita essa chave se você tiver GTK-Doc-1.33.2 instalado e desejar gerar a documentação da API.

Conteúdo

Aplicativo Instalado: gedit

Bibliotecas Instaladas: libgedit-46.so

Diretórios Instalados: /usr/include/gedit-46 e /usr/{lib,share,share/help/*}/gedit

Descrições Curtas

gedit

é um editor de texto leve integrado com a área de trabalho GNOME

JOE-4.6

Introdução ao "JOE"

JOE (Joe's Own Editor) é um pequeno editor de texto capaz de emular WordStar, Pico e Emacs.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://downloads.sourceforge.net/joe-editor/joe-4.6.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 9017484e6116830d846678b625ea5c43
Tamanho da transferência: 1,8 MB
Espaço em disco estimado exigido: 22 MB
Tempo de construção estimado: 0,2 UPC

Instalação do "JOE"

Instale JOE executando os seguintes comandos:

./configure --prefix=/usr    \
            --sysconfdir=/etc \
            --docdir=/usr/share/doc/joe-4.6 &&
make

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

make install &&

install -vm 755 joe/util/{stringify,termidx,uniproc} /usr/bin

Configurando o "JOE"

Arquivos de Configuração

/etc/joe/jmacsrc, /etc/joe/joerc, /etc/joe/jpicorc, /etc/joe/jstarrc, /etc/joe/rjoerc e ~/.joerc

Conteúdo

Aplicativos Instalados: jmacs, joe, jpico, jstar, rjoe, stringify, termidx e uniproc

Bibliotecas Instaladas: Nenhuma

Diretórios Instalados: /etc/joe, /usr/share/joe e /usr/share/doc/joe-4.6

Descrições Curtas

jmacs	é um link simbólico para joe usado para iniciar o modo de emulação Emacs
joe	é um pequeno editor de texto capaz de emular WordStar, Pico e Emacs
jpico	é um link simbólico para joe usado para iniciar o modo de emulação Pico
jstar	é um link simbólico para joe usado para iniciar o modo de emulação do WordStar
rjoe	é um link simbólico para joe que restringe o JOE a editar somente os arquivos que estejam especificados na linha de comando
stringify	é um aplicativo usado pelo joe para converter arquivos rc e .jsf em um arquivo C (veja-se /usr/share/doc/joe-4.6/util/README)
termidx	é um aplicativo usado pelo joe para gerar o arquivo de índice termcap (veja-se /usr/share/doc/joe-4.6/util/README)
uniproc	é um aplicativo usado pelo joe para gerar o arquivo de base de dados Unicode de joe "unicat.c" a partir de Blocks.txt, CaseFolding.txt, EastAsianWidth.txt e UnicodeData.txt (encontre-os em /usr/share/doc/joe-4.6/util; veja-se usr/share/doc/joe-4.6/util/README)

Kate-23.08.0

Introdução a Kate

O pacote Kate contém um avançado editor gráfico de texto baseado em KF5.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://download.kde.org/stable/release-service/23.08.0/src/kate-23.08.0.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: f96d29bdd182788cc8aeb788de8de07e
Tamanho da transferência: 7,7 MB
Espaço em disco estimado exigido: 211 MB
Tempo de construção estimado: 0,6 UPC (usando paralelismo = 4)

Dependências do Kate

Exigida

KDE Frameworks-5.109.0

Opcional

libgit2

Instalação do Kate

Instale Kate executando os seguintes comandos:

mkdir build &&
cd   build &&

cmake -DCMAKE_INSTALL_PREFIX=$KF5_PREFIX  \
      -DCMAKE_BUILD_TYPE=Release          \
      -DBUILD_TESTING=OFF                 \
      -Wno-dev .. &&
make

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

make install

Conteúdo

Aplicativos Instalados: kate e kwrite

Bibliotecas Instaladas: Vários plugins sob $KF5_PREFIX/lib/plugins

Diretórios Instalados: $KF5_PREFIX/lib/plugins/ktexteditor, $KF5_PREFIX/lib/plugins/plasma/dataengine, $KF5_PREFIX/share/doc/HTML/*/{kate,katepart,kwrite}, $KF5_PREFIX/share/{kateproject,katexmltools} e $KF5_PREFIX/share/plasma/plasmoids/org.kde.plasma.katesessions

Descrições Curtas

kate	é um avançado editor de texto para o kde
kwrite	é um editor de texto para o KDE, que é uma versão leve do kate

Mousepad-0.5.10

Introdução a Mousepad

Mousepad é um editor simples de texto GTK+ 3 para o ambiente de área de trabalho Xfce.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://archive.xfce.org/src/apps/mousepad/0.5/mousepad-0.5.10.tar.bz2
Transferência (FTP):
Soma de verificação MD5 da transferência: 4c6cde9a05c6f8048133d8d4137edca9
Tamanho da transferência: 937,2 KB
Espaço em disco estimado exigido: 16 MB
Tempo de construção estimado: 0,1 UPC

Dependências do Mousepad

Exigida

gtksourceview4-4.8.4

Opcionais

DConf-0.40.0 (tempo de execução) e dbus-glib-0.112

Instalação do Mousepad

Instale Mousepad executando os seguintes comandos:

./configure --prefix=/usr --enable-keyfile-settings &&
make

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

--enable-keyfile-settings: Use a estrutura de retaguarda do arquivo de chaves GSettings em vez do padrão DConf-0.40.0.

Conteúdo

Aplicativo Instalado: mousepad

Bibliotecas Instaladas: Nenhum(a)

Diretórios Instalados: Nenhum(a)

Descrições Curtas

mousepad

é um editor simples GTK+ 3 de texto

Nano-7.2

Introdução a Nano

O pacote Nano contém um pequeno e simples editor de texto que pretende substituir o Pico, o editor padrão no pacote Pine.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://www.nano-editor.org/dist/v7/nano-7.2.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 13742c686c6ddb0b7b294634f0c13cec
Tamanho da transferência: 1,5 MB
Espaço em disco estimado exigido: 20 MB
Tempo de construção estimado: 0,2 UPC

Instalação do Nano

Instale Nano executando os seguintes comandos:

./configure --prefix=/usr    \
            --sysconfdir=/etc \
            --enable-utf8     \
            --docdir=/usr/share/doc/nano-7.2 &&
make

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

make install &&
install -v -m644 doc/{nano.html,sample.nanorc} /usr/share/doc/nano-7.2

Explicações do Comando

--enable-utf8: Essa chave habilita o suporte Unicode no Nano.

Configurando nano

Arquivos de Configuração

/etc/nanorc e ~/.nanorc

Informação de Configuração

Configuração de exemplo (crie como um arquivo /etc/nanorc de todo o sistema ou como um arquivo pessoal ~/.nanorc)

set autoindent
set constantshow
set fill 72
set historylog
set multibuffer
set nohelp
set positionlog
set quickblank
set regexp

Verifique o arquivo sample.nanorc no diretório instalado da documentação. Inclui configurações de cores e tem alguma documentação incluída nos comentários.

O realce de sintaxe é fornecido para vários tipos de arquivo, no diretório /usr/share/nano/. Por exemplo, para scripts do shell, você pode inserir include /usr/share/nano/sh.nanorc no arquivo de configuração pessoal ou no global. Se você deseja realçar todos os arquivos suportados, [então] use include /usr/share/nano/*.nanorc. Essa inclusão não desce para o diretório extra. Mova os arquivos exigidos um nível acima.

Conteúdo

Aplicativos Instalados: nano e rnano (link simbólico)

Bibliotecas Instaladas: Nenhuma

Diretórios Instalados: /usr/share/nano e /usr/share/doc/nano-7.2

Descrições Curtas

nano	é um pequeno e simples editor de texto que pretende substituir o Pico, o editor padrão no pacote Pine
rnano	é um modo restrito para o nano

Vim-9.0.1677

Introdução a Vim

O pacote Vim, que é uma abreviação de VI IMproved, contém um clone do vi com recursos extras em comparação com o vi original.

As instruções padrão do LFS instalam o vim como parte do sistema básico. Se você preferisse vincular o vim ao X, [então] deveria recompilar o vim para habilitar o modo GUI. Não existe necessidade de instruções especiais, pois o suporte X é detectado automaticamente.

Nota

A versão do vim muda diariamente. Para obter a versão mais recente, acesse https://github.com/vim/vim/releases.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://anduin.linuxfromscratch.org/BLFS/vim/vim-9.0.1677.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 65e6b09ef0628a2d8eba79f1d1d5a564
Tamanho da transferência: 16 MB
Espaço em disco estimado exigido: 127 MB (adicionar 67 MB para testes)
Tempo de construção estimado: 0,5 UPC (com paralelismo=4; adicionar 3,0 UPC para testes)

Dependências do Vim

Opcionais

GPM-1.20.7, Lua-5.4.6, rsync-3.2.7 e Ruby-3.2.2

Instalação do Vim

Nota

Se recompilar o Vim para se vincular ao X e suas bibliotecas X não estiverem na partição raiz, [então] você não mais terá um editor para uso em emergências. Você pode optar por instalar um editor adicional; não vincular o Vim ao X; ou mover o atual executável vim para o diretório /bin sob um nome diferente, tal como vi.

Instale Vim executando os seguintes comandos:

Nota

Se você pretende executar os testes e não instalou o Xorg em /usr, [então] anexe LDFLAGS='-L$XORG_PREFIX/lib' à linha de configuração abaixo.

echo '#define SYS_VIMRC_FILE  "/etc/vimrc"' >>  src/feature.h &&
echo '#define SYS_GVIMRC_FILE "/etc/gvimrc"' >> src/feature.h &&

./configure --prefix=/usr       \
            --with-features=huge \
            --enable-gui=gtk3    \
            --with-tlib=ncursesw &&
make

Nota

Se o arquivo global de configuração /etc/vimrc referenciar a variável de ambiente VIMRUNTIME, [então] alguns testes possivelmente reclamem a respeito de estarem inaptos para encontrar o diretório correspondente e aguardem a entrada gerada do(a) usuário(a). Se esse for o caso, [então] esse arquivo deveria ser salvo e removido antes de executar os testes.

Para testar os resultados, emita: make -j1 test. Mesmo se um dos testes falhar em produzir o arquivo test.out em src/testdir, os testes restantes ainda serão executados. Se tudo correr bem, [então] o registro informará ALL DONE. Alguns testes rotulados como “flaky” possivelmente falhem ocasionalmente e podem ser ignorados. Os testes são conhecidos por falharem se a saída gerada for redirecionada para um arquivo e, também, se forem executados em uma sessão do [GNU] 'screen'.

Nota

Alguns testes de cores esperam ser executados sob o emulador de terminal xterm.

Agora, como o(a) usuário(a) root:

make install

Por padrão, a documentação do Vim é instalada em /usr/share/vim. O link simbólico a seguir permite que a documentação seja acessada via /usr/share/doc/vim-9.0.1677, tornando-o consistente com o local da documentação para outros pacotes:

ln -snfv ../vim/vim90/doc /usr/share/doc/vim-9.0.1677

Se você deseja atualizar os arquivos de tempo de execução, [então] emita o seguinte comando (exige rsync-3.2.7):

rsync -avzcP --exclude="/dos/" --exclude="/spell/" \
    ftp.nluug.nl::Vim/runtime/ ./runtime/

Para instalar os arquivos de tempo de execução e gerar novamente o arquivo tags, como o(a) usuário(a) root, emita:

make -C src installruntime &&
vim -c ":helptags /usr/share/doc/vim-9.0.1677" -c ":q"

Explicações do Comando

--with-features=huge: Essa chave habilita todos os recursos adicionais disponíveis no Vim, incluindo suporte para caracteres múltiplos bytes.

--with-tlib=ncursesw: Essa chave força o Vim a vincular-se à biblioteca libncursesw.

--enable-gui=no: Isso impedirá a compilação da GUI. O Vim ainda se vinculará ao X, de modo que alguns recursos, tais como o modelo cliente-servidor ou a seleção x11 (área de transferência), ainda estejam disponíveis.

--without-x: Se você preferir não vincular o Vim ao X, [então] use essa chave.

--enable-luainterp, --enable-perlinterp, --enable-python3interp=dynamic, --enable-tclinterp - -with-tclsh=tclsh, --enable-rubyinterp: Essas opções incluem os interpretadores Lua, Perl, Python3, Tcl ou Ruby que permitem usar código de outro aplicativo em scripts vim. Todas as opções --enable-... conseguem aceitar =dynamic para carregar dinamicamente o interpretador quando necessário. Isso é exigido para Python 3 para evitar falhas de segmentação. Para tcl, é necessário indicar o nome do executável tclsh, pois configure somente pesquisa nomes versionados com versões antigas.

Configurando Vim

Arquivos de Configuração

/etc/vimrc e ~/.vimrc

Informação de Configuração

O Vim tem um verificador ortográfico integrado que você consegue habilitar emitindo o seguinte em uma janela do vim:

:setlocal spell spelllang=ru

Essa configuração habilitará a verificação ortográfica para o idioma russo para a sessão atual.

Por padrão, o Vim somente instala arquivos ortográficos para o idioma inglês. Se um arquivo ortográfico não estiver disponível para um idioma, [então] o Vim chamará o plug-in $VIMRUNTIME/plugin/spellfile.vim e tentará obter o *.spl e opcionalmente *.sug a partir do servidor FTP do vim, usando o plug-in $VIMRUNTIME/plugin/netrwPlugin.vim.

Alternativamente, você consegue baixar manualmente os arquivos *.spl e *.sug a partir de: ftp://ftp.vim.org/pub/vim/runtime/spell/ e salvá-los em ~/.vim/spell ou em /usr/share/vim/vim90/spell/.

Para saber o que há de novo no Vim-9.0.1677 emita o seguinte comando:

:help version-9.0.1677

Para informação adicional a respeito do como configurar os arquivos de configuração do Vim, veja-se Os Arquivos vimrc e https://vim.fandom.com/wiki/Example_vimrc.

Conteúdo

Uma lista dos arquivos reinstalados, juntamente com as descrições curtas deles, pode ser encontrada nas Instruções de Instalação do Vim do LFS.

Aplicativos Instalados: gview, gvim, gvimdiff, gvimtutor, rgview e rgvim

Bibliotecas Instaladas: Nenhuma

Diretório Instalado: /usr/share/vim

Descrições Curtas

gview	inicia o gvim no modo somente leitura
gvim	é o editor que executa sob o X e inclui uma GUI
gvimdiff	edita duas ou três versões de um arquivo com gvim e mostra as diferenças
gvimtutor	ensina as teclas e comandos básicas do gvim
rgview	é uma versão restrita do gview
rgvim	é uma versão restrita do gvim

Capítulo 7. Shells

Estamos todos familiarizados com o Bourne Again SHell, mas existem duas outras interfaces de usuário(a) que são consideradas shells modernos úteis – o shell Berkeley Unix C e o shell Korn. Este capítulo instala pacotes compatíveis com esses tipos adicionais de shell.

Dash-0.5.12

Introdução a Dash

Dash é um shell compatível com POSIX. Ele pode ser instalado como /bin/sh ou como o shell padrão para root ou um(a) segundo(a) usuário(a) com um ID de usuário(a) zero (0). Depende de menos bibliotecas que o shell Bash e, portanto, é menos provável que seja afetado por um problema de atualização ou falha de disco. Dash também é útil para verificar se um script é totalmente compatível com a sintaxe POSIX.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): http://gondor.apana.org.au/~herbert/dash/files/dash-0.5.12.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 57222b768b84003ea4b801e5d5e0e52b
Tamanho da transferência: 244 KB
Espaço em disco estimado exigido: 2,9 MB
Tempo de construção estimado: menos que 0,1 UPC

Dependências do Dash

Opcionais

libedit (biblioteca do editor de linha de comando)

Instalação do Dash

Instale Dash executando os seguintes comandos:

./configure --bindir=/bin --mandir=/usr/share/man &&
make

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

make install

Se você gostaria de tornar dash o sh padrão, [então] recrie o link simbólico /bin/sh como o(a) usuário(a) root:

Nota

Se criar o link simbólico do dash para sh, [então] você precisará reconfigurar o link para bash para construir o LFS.

ln -svf dash /bin/sh

Explicações do Comando

--bindir=/bin: Esse parâmetro coloca o binário dash no sistema de arquivos raiz.

--with-libedit: Para compilar Dash com suporte a libedit.

Configurando Dash

Arquivos de Configuração

Dash carrega /etc/profile e ~/.profile

Informação de Configuração

Atualize /etc/shells para incluir o shell Dash emitindo o seguinte comando como o(a) usuário(a) root:

cat >> /etc/shells << "EOF"
/bin/dash
EOF

Conteúdo

Aplicativo Instalado: dash

Bibliotecas Instaladas: Nenhum(a)

Diretórios Instalados: Nenhum(a)

Descrições Curtas

dash

é um shell compatível com POSIX

Tcsh-6.24.10

Introdução a Tcsh

O pacote Tcsh contém “uma versão aprimorada, mas completamente compatível, do shell C do Unix da Berkeley (csh)”. Isso é útil como um shell alternativo para aqueles que preferem a sintaxe C à do shell bash e também porque alguns aplicativos exigem o shell C para a finalidade de realizar tarefas de instalação.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://astron.com/pub/tcsh/tcsh-6.24.10.tar.gz
Transferência (FTP): ftp://ftp.astron.com/pub/tcsh/tcsh-6.24.10.tar.gz
Soma de verificação MD5 da transferência: 8fe4421f3cac3f230b3fe88df6ccff5f
Tamanho da transferência: 936 KB
Espaço em disco estimado exigido: 11 MB (com os testes)
Tempo de construção estimado: 0,2 UPC (com os testes)

Instalação de Tcsh

Instale Tcsh executando os seguintes comandos:

./configure --prefix=/usr &&
make

Para testar os resultados, emita: make check.

Agora, como o(a) usuário(a) root:

make install install.man &&

ln -v -sf tcsh  /bin/csh &&
ln -v -sf tcsh.1 /usr/share/man/man1/csh.1

Explicações do Comando

ln -v -sf tcsh /bin/csh: O FHS afirma que, se existir um shell C instalado, [então] deveria existir um link simbólico a partir de /bin/csh para ele. Isso cria esse link simbólico.

Configurando Tcsh

Arquivos de Configuração

Existem numerosos arquivos de configuração para o shell C. Exemplos desses são /etc/csh.cshrc, /etc/csh.login, /etc/csh.logout, ~ /.tcshrc, ~/.cshrc, ~/.history, ~/.cshdirs, ~/. login e ~/.logout. Mais informação a respeito desses arquivos pode ser encontrada na página de manual tcsh(1).

Informação de Configuração

Atualize /etc/shells para incluir os nomes do aplicativo shell C (como o(a) usuário(a) root):

cat >> /etc/shells << "EOF"
/bin/tcsh
/bin/csh
EOF

O seguinte ~/.cshrc fornece dois prompts de cores alternativas e saída gerada ls colorida. Se você preferir uma modificação global, [então] emita o comando como o(a) usuário(a) root, substituindo ~/.cshrc por /etc/csh.cshrc.

cat > ~/.cshrc << "EOF"
# Original em:
# https://www.cs.umd.edu/~srhuang/teaching/code_snippets/prompt_color.tcsh.html

# Modificado pela Equipe de Desenvolvimento do BLFS.

# Adicione estas linhas ao seu ~/.cshrc (ou ao /etc/csh.cshrc).

# Cores!
set     red="%{\033[1;31m%}"
set   green="%{\033[0;32m%}"
set  yellow="%{\033[1;33m%}"
set    blue="%{\033[1;34m%}"
set magenta="%{\033[1;35m%}"
set    cyan="%{\033[1;36m%}"
set   white="%{\033[0;37m%}"
set     end="%{\033[0m%}" # Isso é necessário no final ...

# Configurando prompt atual. Duas versões para você tentar; escolha
# qual você gosta mais e mude as cores que quiser.
# Apenas não mexa com o cara ${end} em qualquer linha ... Comente ou
# delete o prompt que não usar.

set prompt="${green}%n${blue}@%m ${white}%~ ${green}%%${end} "
set prompt="[${green}%n${blue}@%m ${white}%~ ]${end} "

# Isto não estava na URL original acima
# Fornece ls colorido
alias ls ls --color=always

# Limpar depois de nós mesmos ...
unset red green yellow blue magenta cyan yellow white end
EOF

Conteúdo

Aplicativo Instalado: tcsh

Bibliotecas Instaladas: Nenhum(a)

Diretório Instalado: Nenhum(a)

Descrições Curtas

tcsh

é uma versão aprimorada, mas completamente compatível, do shell C do Unix da Berkeley, csh. É utilizável como um shell interativo e como um processador de script

zsh-5.9

Introdução ao zsh

O pacote zsh contém um interpretador de comandos (shell) utilizável como um shell de login interativo e como um processador de comando de script de shell. Dos shells padrão, o zsh é o que mais se assemelha ao ksh, mas inclui muitos aprimoramentos.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://www.zsh.org/pub/zsh-5.9.tar.xz
Transferência (FTP):
Soma de verificação MD5: 182e37ca3fe3fa6a44f69ad462c5c30e
Tamanho da transferência: 3,2 MB
Espaço em disco estimado exigido: 48 MB (inclui documentação e testes)
Tempo de construção estimado: 1,6 UPC (Usando paralelismo=4; inclui documentação e testes)

Transferências Adicionais

Documentação Opcional: https://www.zsh.org/pub/zsh-5.9-doc.tar.xz
Soma de verificação MD5 da documentação: 8db53446f613521fb4f9b0bd9f6adda1
Tamanho da transferência da documentação: 3,0 MB

Nota

Quando existe um lançamento novo do zsh, os arquivos antigos mostrados acima são movidos para um novo diretório do servidor: https://www.zsh.org/pub/old/ .

Dependências do zsh

Opcionais

PCRE-8.45 e Valgrind-3.21.0

Instalação do zsh

Se você baixou a documentação opcional, desempacote-a com o seguinte comando:

tar --strip-components=1 -xvf ../zsh-5.9-doc.tar.xz

Instale zsh executando os seguintes comandos:

./configure --prefix=/usr            \
            --sysconfdir=/etc/zsh    \
            --enable-etcdir=/etc/zsh \
            --enable-cap             \
            --enable-gdbm                             &&
make                                                  &&

makeinfo  Doc/zsh.texi --plaintext -o Doc/zsh.txt     &&
makeinfo  Doc/zsh.texi --html      -o Doc/html        &&
makeinfo  Doc/zsh.texi --html --no-split --no-headers -o Doc/zsh.html

Se você tiver texlive-20230313 instalado, [então] poderá construir o formato PDF da documentação emitindo o seguinte comando:

texi2pdf Doc/zsh.texi -o Doc/zsh.pdf

Para testar os resultados, emita: make check.

Agora, como o(a) usuário(a) root:

make install                              &&
make infodir=/usr/share/info install.info &&

install -v -m755 -d                 /usr/share/doc/zsh-5.9/html &&
install -v -m644 Doc/html/*         /usr/share/doc/zsh-5.9/html &&
install -v -m644 Doc/zsh.{html,txt} /usr/share/doc/zsh-5.9

Se você baixou a documentação opcional, instale-a emitindo os seguintes comandos como o(a) usuário(a) root:

make htmldir=/usr/share/doc/zsh-5.9/html install.html &&
install -v -m644 Doc/zsh.dvi /usr/share/doc/zsh-5.9

Se você construiu o formato PDF da documentação, [então] instale-o emitindo o seguinte comando como o(a) usuário(a) root:

install -v -m644 Doc/zsh.pdf /usr/share/doc/zsh-5.9

Explicações do Comando

--sysconfdir=/etc/zsh e --enable-etcdir=/etc/zsh: Esses parâmetros são usados para que todos os arquivos de configuração do zsh sejam consolidados no diretório /etc/zsh. Omita esses parâmetros se você desejar manter a compatibilidade histórica tendo todos os arquivos localizados no diretório /etc.

--enable-cap: Essa opção habilita os recursos POSIX.

--enable-gdbm: Essa opção habilita o uso da biblioteca GDBM.

--enable-pcre: Essa opção permite que o zsh use a biblioteca de expressões regulares PCRE em [comandos] integrados do shell.

Configurando o zsh

Arquivos de Configuração

Existe toda uma série de arquivos de configuração para o zsh, incluindo /etc/zsh/zshenv, /etc/zsh/zprofile, /etc/zsh/zshrc, /etc/zsh/zlogin e /etc/zsh/zlogout. Você consegue encontrar mais informação a respeito deles nas páginas de manual zsh(1) e relacionadas.

Na primeira vez que o zsh for executado, você será avisado(a) por mensagens com várias perguntas. As respostas serão usadas para criar um arquivo ~/.zshrc. Se desejar executar essas perguntas novamente, [então] execute zsh /usr/share/zsh/5.9/functions/zsh-newuser-install -f.

Existem vários prompts avançados integrados. No shell zsh, inicie o suporte avançado de prompt com autoload -U promptinit e, em seguida, promptinit. Os nomes disponíveis de prompt são listados com prompt -l. Selecione um em particular com prompt <nome-de-prompt>. Exiba todos os prompts disponíveis com prompt -p. Exceto os comandos "list" e "display" acima, você consegue inserir os outros em ~/.zshrc para serem executados automaticamente na iniciação do shell, com o prompt que escolher.

Informação de Configuração

Atualize /etc/shells para incluir os nomes do aplicativo de shell zsh (como o(a) usuário(a) root):

cat >> /etc/shells << "EOF"
/bin/zsh
EOF

Conteúdo

Aplicativos Instalados: zsh e zsh-5.9 (rigidamente vinculados entre eles)

Bibliotecas Instaladas: Numerosos módulos auxiliares de plugin sob /usr/lib/zsh/5.9/

Diretórios Instalados: /usr/{lib,share}/zsh e /usr/share/doc/zsh-5.9

Descrições Curtas

zsh

é um shell que tem edição de linha de comando, correção ortográfica integrada, completamento programável de comando, funções de shell (com carregamento automático), um mecanismo de histórico e uma série de outros recursos

Capítulo 8. Virtualização

A virtualização permite executar um sistema operacional completo, ou máquina virtual ("VM"), dentro de outro ambiente operacional, como uma tarefa. Existem vários ambientes comerciais e de código aberto que, ou emulam outro processador, ou utilizam os recursos de virtualização de hardware do processador anfitrião.

qemu-8.1.0

Introdução ao qemu

qemu é uma solução completa de virtualização para Linux em hardware x86 contendo extensões de virtualização (Intel VT ou AMD-V).

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://download.qemu.org/qemu-8.1.0.tar.xz
Transferência (FTP):
Soma de verificação MD5: 7dd9ff5a92cf81cfce6cda1f6e271f3a
Tamanho da transferência: 118 MB
Espaço em disco estimado exigido: 2,1 GB (366 MB instalado)
Tempo de construção estimado: 1,2 UPC (adicionar 0,8 UPC para testes, ambos usando paralelismo=4)

Dependências do Qemu

Nota

Esta lista de dependências opcionais não está completa. Veja-se a saída gerada de ./configure --help para uma lista mais completa.

Observações de Editor(a): https://wiki.linuxfromscratch.org/blfs/wiki/qemu

Prerrequisitos KVM

Antes de construir o qemu, verifique para ver se o seu processador suporta a tecnologia de virtualização ("VT"):

grep -E '^flags.*(vmx|svm)' /proc/cpuinfo

Se obtiver alguma saída gerada, [então] você tem a tecnologia "VT" ("vmx" para processadores Intel e "svm" para processadores AMD). Você, então, precisa entrar no BIOS do seu sistema e garantir que ela esteja habilitada. Depois de habilitar, reinicialize de volta para sua instância LFS.

Configuração do Núcleo

Habilite as seguintes opções na configuração do núcleo e recompile o núcleo, se necessário:

[*] Virtualization --->                                         [VIRTUALIZATION]
  <*/M>   Kernel-based Virtual Machine (KVM) support                       [KVM]
  # Enable the option for your CPU:
  < /*/M>   KVM for Intel (and compatible) processors support        [KVM_INTEL]
  < /*/M>   KVM for AMD processors support                             [KVM_AMD]

As configurações Intel ou AMD não são ambas exigidas, mas a que corresponder ao processador do seu sistema é exigida.

Para usar o dispositivo de rede de comunicação “bridge”, conforme explicado abaixo, verifique se bridge-utils-1.7.1 está instalado e se as seguintes opções na configuração do núcleo estão habilitadas:

[*] Networking support --->                                                [NET]
  Networking options --->
    <*/M> 802.1d Ethernet Bridging                                      [BRIDGE]

Device Drivers --->
  [*] Network device support --->                                   [NETDEVICES]
    [*]   Network core driver support                                 [NET_CORE]
    <*/M>   Universal TUN/TAP device driver support                        [TUN]

Instalação do qemu

A regra de udev do LFS permite somente que o(a) usuário(a) root, os(as) usuários(as) proprietários(as) de uma sessão local de login suportada pela dependência opcional de tempo de execução Systemd-254 ou os(as) usuários(as) no grupo kvm usem o dispositivo KVM. Como o(a) usuário(a) root, adicione quaisquer usuários(as) não root que poderiam usar o dispositivo KVM, mesmo sem o Systemd-254 instalado ou remotamente (por meio de uma conexão SSH), ao grupo kvm:

usermod -a -G kvm <nome_de_usuário(a)>

Instale o qemu executando os seguintes comandos:

Nota

O qemu é capaz de executar muitos alvos. O processo de construção também é capaz de construir vários alvos de uma vez em uma lista delimitada por vírgulas atribuída a --target-list. Execute ./configure --help para obter uma lista completa dos alvos disponíveis.

if [ $(uname -m) = i686 ]; then
   QEMU_ARCH=i386-softmmu
else
   QEMU_ARCH=x86_64-softmmu
fi


mkdir -vp build &&
cd        build &&

../configure --prefix=/usr               \
             --sysconfdir=/etc           \
             --localstatedir=/var        \
             --target-list=$QEMU_ARCH    \
             --audio-drv-list=alsa       \
             --disable-pa                \
             --enable-slirp              \
             --docdir=/usr/share/doc/qemu-8.1.0 &&

unset QEMU_ARCH &&

make

qemu usa ninja como um subprocesso ao construir. Para executar os testes, emita: ninja test. Um teste, bios-tables-test, é conhecido por falhar.

Agora, como o(a) usuário(a) root:

make install

Mude as permissões e a propriedade de um script auxiliar, que é necessário ao usar o dispositivo de rede de comunicação “bridge” (veja-se abaixo). Novamente, como o(a) usuário(a) root, emita:

Nota

Você precisa adicionar quaisquer usuários(as) que possam usar o dispositivo de rede de intercomunicação “bridge” ao grupo kvm, mesmo se o Systemd-254 estiver instalado.

chgrp kvm  /usr/libexec/qemu-bridge-helper &&
chmod 4750 /usr/libexec/qemu-bridge-helper

Nota

Por conveniência, você possivelmente deseje criar um link simbólico para executar o aplicativo instalado. Por exemplo (como o(a) usuário(a) root):

ln -sv qemu-system-`uname -m` /usr/bin/qemu

Explicações do Comando

--audio-drv-list=alsa --disable-pa: Essa chave configura o controlador de áudio para o ALSA. Veja-se abaixo para habilitar outros controladores de áudio.

--enable-slurp: Essa chave força o sistema de construção a verificar Libslirp-4.7.0. Remova-a se você não precisar do suporte -netdev user.

--audio-drv-list=pa --disable-alsa: Essa chave configura o controlador de áudio para o pulseaudio. Para outros controladores, vejam-se as opções da --audio-drv-list na saída gerada de ./configure --help. O controlador padrão de áudio é o OSS. Para habilitar o suporte para ambos, ALSA e pulseaudio, use --audio-drv-list=alsa,pa.

Usando o Qemu

Como usar o qemu significa usar um computador virtual, as etapas para configurar a máquina virtual estão em estreita analogia com aquelas para configurar um computador real. Você precisará decidir a respeito de CPU, memória, disco, dispositivos USB, placa(s) de rede de comunicação, tamanho da tela, etc. Assim que o “hardware” estiver decidido, você terá, por exemplo, de escolher como conectar a máquina à internet e(ou) instalar um sistema operacional. A seguir, mostramos maneiras básicas de realizar essas etapas. Porém, o qemu é muito mais que isso, e é fortemente aconselhado ler-se a documentação do qemu em /usr/share/doc/qemu-8.1.0/qemu-doc.html.

Nota

É uma prática padrão nomear o computador executando qemu como “anfitrião” e a máquina emulada executando sob qemu como “convidada”. Usaremos essas notações a seguir.

Nota

As instruções a seguir assumem que o link simbólico opcional, qemu, tenha sido criado. Além disso, o qemu deveria ser executado em um ambiente gráfico. Mas é possível usar o qemu “sem uma parte superior” ou via SSH. Veja-se a documentação para as várias possibilidades.

Disco

Um disco virtual pode ser configurado da seguinte maneira:

VDISK_SIZE=50G
VDISK_FILENAME=vdisk.img
qemu-img create -f qcow2 $VDISK_FILENAME $VDISK_SIZE

O tamanho do disco virtual e o nome do arquivo deveriam ser ajustados conforme desejado. O tamanho atual do arquivo estará menor que o especificado, mas será expandido conforme necessário, de forma que é seguro colocar um valor alto.

Sistema Operacional

Para instalar um sistema operacional, baixe uma imagem ISO a partir da sua distribuição preferida Linux. Para os propósitos deste exemplo, usaremos Fedora-16-x86_64-Live-LXDE.iso no diretório atual. Execute o seguinte:

qemu -enable-kvm                           \
     -drive file=$VDISK_FILENAME           \
     -cdrom Fedora-16-x86_64-Live-LXDE.iso \
     -boot d                               \
     -m 1G

Siga os procedimentos normais de instalação para a distribuição escolhida. A opção -boot especifica a ordem de inicialização das unidades como uma sequência de caracteres de letras de unidades. As letras de unidade válidas são: a, b (disquete 1 e 2), c (primeiro disco rígido), d (primeiro CD-ROM). A opção -m é a quantidade de memória a usar para a máquina virtual. A escolha depende da carga do anfitrião. As distribuições modernas deveriam estar confortáveis com 1 GB. A opção -enable-kvm permite a aceleração de hardware. Sem essa chave, a emulação é muito mais lenta.

Definindo o hardware virtual

O hardware da máquina virtual é definido pela linha de comando do qemu. Um exemplo de comando é dado abaixo:

qemu -enable-kvm                     \
     -smp 4                          \
     -cpu host                       \
     -m 1G                           \
     -drive file=$VDISK_FILENAME     \
     -cdrom grub-img.iso             \
     -boot order=c,once=d,menu=on    \
     -net nic,netdev=net0            \
     -netdev user,id=net0            \
     -device ac97                    \
     -vga std                        \
     -serial mon:stdio               \
     -name "fedora-16"

Significado das opções da linha de comando

-enable-kvm: habilita o suporte completo à virtualização KVM. Em alguns hardwares, possivelmente seja necessário adicionar a opção não documentada -machine smm=off para a finalidade de habilitar o KVM.

-smp <N>: habilita o multiprocessamento simétrico com <N> CPUs.

-cpu <model>: simula a CPU <model>. A lista dos modelos suportados pode ser obtida com -cpu help.

-drive file=<nome_do_arquivo>: define um disco virtual cuja imagem está armazenada em <nome_de_arquivo>.

-cdrom grub-img.iso: define um arquivo em formato ISO para usar como um CDROM. Aqui usamos um disco de resgate do GRUB, que pode ser útil quando algo der errado no momento da inicialização.

-boot order=c,once=d,menu=on: define a ordem da inicialização para o BIOS virtual.

-net nic,netdev=<netid>: define uma placa de rede de comunicação conectada ao dispositivo de rede de comunicação com id <netid>.

-netdev user,id=<netid>: define o dispositivo do(a) “usuário(a)” da rede de comunicação. Essa é uma rede de comunicação local virtual com endereços 10.0.2.0/24, onde o anfitrião tem o endereço 10.0.2.2 e atua como um gateway para a Internet; e com um servidor de nomes no endereço 10.0.2.3 e um servidor SMB no endereço 10.0.2.4 . Um servidor DHCP integrado consegue alocar endereços entre 10.0.2.15 e 10.0.2.31.

-soundhw <modelo>: define o modelo da placa de som. A lista pode ser obtida com -soundhw help.

-vga <tipo>: define o tipo de placa VGA a emular. Para -vga std, se você estiver construindo um núcleo Linux para o convidado, é recomendado habilitar CONFIG_DRM_BOCHS (como parte do núcleo ou um módulo do núcleo) para controlar todos os recursos da placa VGA emulada e CONFIG_FB para exibir o console do Linux nela. Os outros valores <tipo> não estão testados pelos(as) editores(as) e possivelmente exijam dependências adicionais.

-serial mon:stdio: envia a porta serial do convidado (/dev/ttyS0 em convidados Linux), multiplexada com o monitor do qemu, para a entrada e saída padrão do processo do qemu.

-name <nome>: configura o nome do convidado. Esse nome é exibido na legenda da janela do convidado. Possivelmente seja útil se você executar vários convidados ao mesmo tempo.

-drive if=pflash,format=raw,readonly=on,file=/usr/share/qemu/edk2-x86_64-code.fd: Carrega um firmware EDK2 UEFI pré construído, em vez do BIOS padrão do PC. Use essa opção se você quiser inicializar o Sistema Operacional convidado com UEFI.

-drive file=<nome_do_arquivo>,if=virtio: Fornece interface Virtio para o núcleo do convidado para acessar a imagem do disco, em vez de simular um hardware real de disco. Isso pode melhorar o desempenho de Entrada/Saída do disco, mas exige um controlador Virtio no núcleo do convidado. Use-o em vez de um -drive simples se o núcleo do convidado suportar o Virtio. Para construir um núcleo Linux com suporte Virtio para o convidado, use make defconfig && make kvm_guest.config para criar uma configuração inicial do núcleo com os controladores Virtio habilitados, então faça sua personalização. E, se o núcleo do convidado for Linux, [então] os discos virtuais usando a interface Virtio serão nomeados vdx no devtmpfs, em vez de sdx.

-net nic,netdev=net0,model=virtio-net-pci: Fornece interface Virtio para o núcleo do convidado para acessar a interface de rede de comunicação, em vez de simular uma placa real de interface de rede de comunicação. Isso pode melhorar o desempenho de Entrada/Saída da rede de comunicação, mas exige um controlador Virtio no núcleo do convidado. Use-o em vez de um -net simples se o núcleo do convidado suportar o Virtio.

Controlando a Tela Emulada

Para configurar a resolução da tela emulada para um servidor Xorg executando no sistema Linux convidado, leia-se “Configurações de Ajuste Fino de Exibição”.

Rede de comunicação

A solução acima para rede de comunicação permite que o convidado acesse a rede local de comunicação por meio do anfitrião (e possivelmente acesse a Internet por meio de roteadores locais), mas o inverso não é verdadeiro. Nem mesmo o anfitrião consegue acessar o convidado, a menos que o encaminhamento de porta esteja habilitado. E, no caso de vários convidados estiverem executando, eles não conseguirão se comunicarem uns com os outros. Outros dispositivos de rede de comunicação podem ser usados para esse propósito. Por exemplo, existe o dispositivo “socket”, que permite que vários convidados compartilhem uma rede virtual de comunicação comum. A seguir, descrevemos em mais detalhes como configurar o dispositivo “bridge”, que permite que os convidados apareçam como se estivessem conectados à rede local de comunicação. Todos os comandos abaixo deveriam ser executados como o(a) usuário(a) root.

Permite que o anfitrião encaminhe pacotes IP:

sysctl -w net.ipv4.ip_forward=1

Para tornar isso permanente, adicione o comando a /etc/sysctl.d/60-net-forward.conf:

cat >> /etc/sysctl.d/60-net-forward.conf << EOF
net.ipv4.ip_forward=1
EOF

Apronte um arquivo exigido de configuração:

install -vdm 755 /etc/qemu &&
echo allow br0 > /etc/qemu/bridge.conf

Na linha de comando do qemu acima, substitua a chave -netdev user,... por -netdev bridge,....

Conteúdo

Aplicativos Instalados: elf2dmp, qemu (link simbólico), qemu-edid, qemu-ga, qemu-img, qemu-io, qemu-keymap, qemu-nbd, qemu-pr-helper, qemu-storage-daemon e qemu-system-<arch>

Biblioteca Instalada: Nenhum(a)

Diretórios Instalados: /usr/share/qemu e /usr/share/doc/qemu-8.1.0 (opcional)

Descrições Curtas

elf2dmp	Converte arquivos do formato elf para dmp
qemu-edid	é uma ferramenta de teste para o gerador EDID do qemu
qemu-ga	implementa suporte para comandos e eventos QMP (QEMU Monitor Protocol) que terminam e se originam, respectivamente, dentro do convidado usando um agente construído como parte do QEMU
qemu-img	fornece comandos para gerenciar imagens de disco do QEMU
qemu-io	é um aplicativo de diagnóstico e de manipulação para mídia (virtual) de memória. Ainda está em um estágio inicial de desenvolvimento
qemu-keymap	gera mapas de teclado reverso do qemu a partir de mapas de teclado do xkb, que podem ser usados com a chave de linha de comando "-k" do qemu
qemu-nbd	exporta imagens de disco do Qemu usando o protocolo QEMU Disk Network Block Device (NBD)
qemu-pr-helper	Implementa o auxiliar de reserva persistente para o QEMU
qemu-storage-daemon	permite modificar imagens de disco usando o QEMU Monitor Protocol (QMP) sem executar uma "VM"
qemu-system-x86_64	é o emulador PC System do QEMU

Parte III. Bibliotecas e Utilitários Gerais

Capítulo 9. Bibliotecas Gerais

As bibliotecas contém código que geralmente é exigido por mais que um aplicativo. Isso tem a vantagem de que cada aplicativo não precisa duplicar código (e arriscar-se a introduzir defeitos); apenas tem de chamar funções a partir das bibliotecas instaladas no sistema. O exemplo mais óbvio de um conjunto de bibliotecas é a Glibc que é instalado durante o livro LFS. Essa contém todas as funções da biblioteca C que os aplicativos usam.

Existem dois tipos de bibliotecas: estáticas e compartilhadas. As bibliotecas compartilhadas (geralmente libXXX.so) são carregadas na memória a partir da cópia compartilhada em tempo de execução (daí o nome). As bibliotecas estáticas (libXXX.a) são na verdade vinculadas ao próprio arquivo executável do aplicativo, dessa forma tornando o arquivo do aplicativo maior. Muitas vezes, você encontrará cópias estáticas e compartilhadas da mesma biblioteca em seu sistema.

Geralmente, você somente precisa instalar as bibliotecas quando estiver instalando o software que precisa da funcionalidade que elas fornecem. No livro BLFS, cada pacote é apresentado com uma lista de dependências (conhecidas). Assim, você consegue descobrir quais bibliotecas precisa ter antes de instalar esse aplicativo. Se você estiver instalando algo sem usar as instruções do BLFS, geralmente o arquivo README ou o INSTALL conterá detalhes dos requisitos do aplicativo.

Existem certas bibliotecas que quase todos(as) precisarão em algum ponto. Neste capítulo, essas e algumas outras estão listadas e é explicado por que você possivelmente queira instalá-las.

Apr-1.7.4

Introdução à Apr

O Apache Portable Runtime (APR) é uma biblioteca de suporte para o servidor web Apache. Ela fornece um conjunto de interfaces de programação de aplicativos (APIs) que mapeiam para o sistema operacional (SO) subjacente. Onde o sistema operacional não suportar uma função específica, o APR fornecerá uma emulação. Assim, os(as) programadores(as) conseguem usar a APR para tornar um aplicativo portátil em diferentes plataformas.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://archive.apache.org/dist/apr/apr-1.7.4.tar.bz2
Transferência (FTP): ftp://ftp.mirrorservice.org/sites/ftp.apache.org/apr/apr-1.7.4.tar.bz2
Soma de verificação MD5 da transferência: f8a62f3984898ba0ea8b6f26b851cb99
Tamanho da transferência: 876 KB
Espaço em disco estimado exigido: 11 MB (adicionais 4 MB para os testes)
Tempo de construção estimado: 0,1 UPC (adicionar 1,4 UPC para testes)

Instalação da APR

Instale Apr executando os seguintes comandos:

./configure --prefix=/usr    \
            --disable-static \
            --with-installbuilddir=/usr/share/apr-1/build &&
make

Para testar os resultados, emita: make test.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

Conteúdo

Aplicativo Instalado: apr-1-config

Biblioteca Instalada: libapr-1.so

Diretórios Instalados: /usr/include/apr-1 e /usr/share/apr-1

Descrições Curtas

apr-1-config	é um script de shell usado para recuperar informação a respeito da biblioteca APR no sistema. É normalmente usado para compilar e vincular à biblioteca
`libapr-1.so`	é a biblioteca Apache Portable Runtime

Apr-Util-1.6.3

Introdução à Apr Util

A Apache Portable Runtime Utility Library fornece uma interface previsível e consistente para as interfaces subjacentes da biblioteca do cliente. Essa interface de programação de aplicativo garante comportamento previsível, se não idêntico, independentemente de quais bibliotecas estão disponíveis em uma determinada plataforma.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://archive.apache.org/dist/apr/apr-util-1.6.3.tar.bz2
Transferência (FTP): ftp://ftp.mirrorservice.org/sites/ftp.apache.org/apr/apr-util-1.6.3.tar.bz2
Soma de verificação MD5 da transferência: b6e8c9b31d938fe5797ceb0d1ff2eb69
Tamanho da transferência: 423 KB
Espaço em disco estimado exigido: 7,6 MB (adicionar 1,4 MB para os testes)
Tempo de construção estimado: menos que 0,1 UPC (adicionar 0,3 UPC para os testes)

Dependências da Apr Util

Exigida

Apr-1.7.4

Opcionais

Base de Dados Berkeley-5.3.28, FreeTDS, MariaDB-10.11.4 ou MySQL, OpenLDAP-2.6.6, PostgreSQL-15.4, SQLite-3.42.0 e unixODBC-2.3.12

Instalação da Apr Util

Instale a Apr Util executando os seguintes comandos:

./configure --prefix=/usr       \
            --with-apr=/usr     \
            --with-gdbm=/usr    \
            --with-openssl=/usr \
            --with-crypto &&
make

Para testar os resultados, emita: make -j1 test. Um teste, "testdbm", é conhecido por falhar.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

--with-gdbm=/usr: Essa chave habilita o plugin apr_dbm_gdbm-1.so.

--with-openssl=/usr --with-crypto: Essas chaves habilitam o plugin apr_crypto_openssl-1.so.

--with-berkeley-db=/usr: se você tiver instalado Base de Dados Berkeley-5.3.28, [então] use essa chave para compilar o plugin apr_dbm_db-1.so.

--with-ldap: se você tiver instalado OpenLDAP-2.6.6, [então] use essa chave para compilar o plugin apr_ldap.so.

Conteúdo

Aplicativo Instalado: apu-1-config

Biblioteca Instalada: libaprutil-1.so

Diretório Instalado: /usr/lib/apr-util-1

Descrições Curtas

apu-1-config	é um script APR-util projetado para permitir acesso fácil, via linha de comando, aos parâmetros de configuração do APR-util
`libaprutil-1.so`	contém funções que fornecem uma interface previsível e consistente para as interfaces subjacentes da biblioteca do cliente

Aspell-0.60.8

Introdução a Aspell

O pacote Aspell contém um aplicativo interativo de verificação ortográfica e as bibliotecas Aspell. Aspell pode, ou ser usado como uma biblioteca, ou como um verificador ortográfico independente.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://ftp.gnu.org/gnu/aspell/aspell-0.60.8.tar.gz
Transferência (FTP): ftp://ftp.gnu.org/gnu/aspell/aspell-0.60.8.tar.gz
Soma de verificação MD5 da transferência: 012fa9209203ae4e5a61c2a668fd10e3
Tamanho da transferência: 3,3 MB
Espaço em disco estimado exigido: 51 MB ( 8 MB adicionais para o dicionário inglês)
Tempo de construção estimado: 0,4 UPC

Transferências Adicionais

Você precisará baixar pelo menos um dicionário. O dicionário do inglês é fornecido como um exemplo abaixo. Dicionários em muitos outros idiomas podem ser encontrados em https://ftp.gnu.org/gnu/aspell/dict.

Dicionário inglês do Aspell: https://ftp.gnu.org/gnu/aspell/dict/en/aspell6-en-2020.12.07-0.tar.bz2

Dependências de Aspell

Exigida

Which-2.21 (para os dicionários)

Instalação do Aspell

Instale Aspell executando os seguintes comandos:

./configure --prefix=/usr &&
make

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

make install &&
ln -svfn aspell-0.60 /usr/lib/aspell &&

install -v -m755 -d /usr/share/doc/aspell-0.60.8/aspell{,-dev}.html &&

install -v -m644 manual/aspell.html/* \
    /usr/share/doc/aspell-0.60.8/aspell.html &&

install -v -m644 manual/aspell-dev.html/* \
    /usr/share/doc/aspell-0.60.8/aspell-dev.html

Se você não planeja instalar Ispell, então copie o script amarrador ispell:

install -v -m 755 scripts/ispell /usr/bin/

Se você não planeja instalar Spell, então copie o script amarrador spell:

install -v -m 755 scripts/spell /usr/bin/

Explicações do Comando

ln -svfn aspell-0.60 /usr/lib/aspell: Esse comando é útil para configuração de outros aplicativos, como enchant-2.5.0.

Configurando Aspell

Informação de Configuração

Depois que Aspell estiver instalado, você precisa configurar pelo menos um dicionário. Instale o dicionário do inglês executando os seguintes comandos:

tar xf ../aspell6-en-2020.12.07-0.tar.bz2 &&
cd aspell6-en-2020.12.07-0                &&

./configure &&
make

Agora, como o(a) usuário(a) root:

make install

Outros dicionários podem ser instalados com as mesmas instruções.

Conteúdo

Aplicativos Instalados: aspell, aspell-import, precat, preunzip, prezip, prezip-bin, pspell-config, run-with-aspell, word-list-compress e, opcionalmente, ispell e spell.

Bibliotecas Instaladas: libaspell.so e libpspell.so

Diretórios Instalados: /usr/include/pspell e /usr/lib/aspell-0.60

Descrições Curtas

aspell	é um utilitário que consegue funcionar como substituto do ispell -a, como um verificador ortográfico independente, como um utilitário de teste para testar os recursos do Aspell e como um utilitário para gerenciar dicionários
ispell	é um amarrador em torno de aspell para invocá-lo no modo compatível com ispell
spell	é um amarrador em torno de aspell para invocá-lo no modo compatível com spell
aspell-import	importa dicionários pessoais antigos para Aspell
precat	descomprime um arquivo prezip para a saída gerada padrão
preunzip	descomprime um arquivo prezip
prezip	é um compressor de prefixo delta, usado para comprimir listas de palavras classificadas ou outros arquivos de texto semelhantes
prezip-bin	é chamado pelos vários scripts amarradores para realizar a atual compressão e descompressão
pspell-config	exibe informação a respeito da instalação do `libpspell`, principalmente para uso em scripts de construção
run-with-aspell	é um script para ajudar a usar Aspell como substituto de ispell
word-list-compress	comprime ou descomprime listas de palavras classificadas para uso com o verificador ortográfico Aspell
`libaspell.so`	contém funções da API de verificação ortográfica
`libpspell.so`	é uma interface para a biblioteca `libaspell`. Toda a funcionalidade de verificação ortográfica agora está em `libaspell`, mas essa biblioteca está incluída para compatibilidade com versões anteriores

Boost-1.83.0

Introdução a Boost

O Boost fornece um conjunto de bibliotecas gratuitas de fonte C++ portáteis revisadas por pares. Inclui bibliotecas para álgebra linear, geração de números pseudo-aleatórios, multi encadeamento, processamento de imagens, expressões regulares e testes de unidade.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://boostorg.jfrog.io/artifactory/main/release/1.83.0/source/boost_1_83_0.tar.bz2
Transferência (FTP):
Soma de verificação MD5 da transferência: 406f0b870182b4eb17a23a9d8fce967d
Tamanho da transferência: 117 MB
Espaço em disco estimado exigido: 1,1 GB (199 MB instalado)
Tempo de construção estimado: 2,8 UPC (Usando paralelismo=4; adicionar 0,7 UPC para testes)

Dependências de Boost

Opcionais

ICU-73.2 e Open MPI

Observações de Editor(a): https://wiki.linuxfromscratch.org/blfs/wiki/boost

Instalação de Boost

Uma mudança nesta versão do boost quebra os poucos pacotes que usam o módulo phoenix quando compilados com o GCC atual. No BLFS, isso afeta LibreOffice-7.6.0.3. Corrija isso com o seguinte comando:

sed -i '/#include.*phoenix.*tuple.hpp.*/d' \
  boost/phoenix/stl.hpp

Esse pacote pode ser construído com vários trabalhos executando em paralelo. Nas instruções abaixo, <N> representa o número de trabalhos. Instale o Boost executando os seguintes comandos:

./bootstrap.sh --prefix=/usr --with-python=python3 &&
./b2 stage -j<N> threading=multi link=shared

Para executar os testes de regressão do Boost.Build, emita pushd tools/build/test; python3 test_all.py; popd.

Para executar cada um dos testes de regressão da biblioteca, emita pushd status; ../b2; popd. Uns poucos testes possivelmente falhem. Eles tomam um tempo muito longo (mais que 119 UPC em -j4) e usam uma quantidade muito grande de espaço em disco (46 GB). Você deveria usar a chave -jN para acelerá-los.

Nota

O Boost instala muitos diretórios versionados em /usr/lib/cmake. Se uma nova versão do Boost for instalada sobre uma versão anterior, [então] os diretórios do cmake mais antigos precisam ser explicitamente removidos. Para fazer isso, execute como o(a) usuário(a) root:

rm -rf /usr/lib/cmake/[Bb]oost*

antes de instalar a nova versão.

Agora, como o(a) usuário(a) root:

./b2 install threading=multi link=shared

Explicações do Comando

sed -i '/#include ...: Isso remove a inclusão de boost/phoenix/stl/tuple.hpp dessa biblioteca somente de cabeçalho, permitindo que aplicativos que a usam se vincularem usando C++ recente. Uma alternativa é a de editar /usr/include/boost/phoenix/stl.hpp se essa versão do "boost" já tiver sido instalada sem esse sed.

threading=multi: Esse parâmetro garante que Boost seja construído com suporte a multi encadeamento.

link=shared: Esse parâmetro garante que somente bibliotecas compartilhadas sejam criadas, exceto "libboost_exception" e "libboost_test_exec_monitor" que são criadas como estáticas. A maioria das pessoas não precisará das bibliotecas estáticas, e a maioria dos aplicativos que usam o Boost usa somente os cabeçalhos. Omita esse parâmetro se precisar das bibliotecas estáticas.

--with-python=python3: Essa chave garante que o "Python3" seja usado se o "Python2" estiver instalado.

-jN: Essa chave pode ser adicionada às linhas de comando b2, para executar até N processos em paralelo.

Conteúdo

Aplicativos Instalados: Nenhum

Bibliotecas Instaladas: libboost_atomic.so, libboost_chrono.so, libboost_container.so, libboost_context.so, libboost_contract.so, libboost_coroutine.so, libboost_date_time.so, libboost_exception.a, libboost_fiber.so, libboost_filesystem.so, libboost_graph.so, libboost_iostreams.so, libboost_json.so, libboost_locale.so, libboost_log_setup.so, libboost_log.so, libboost_math_c99.so, libboost_math_c99f.so, libboost_math_c99l.so, libboost_math_tr1.so, libboost_math_tr1f.so, libboost_math_tr1l.so, libboost_nowide.so, libboost_numpy311.so, libboost_prg_exec_monitor.so, libboost_program_options.so, libboost_python311.so, libboost_random.so, libboost_regex.so, libboost_serialization.so, libboost_stacktrace_addr2line.so, libboost_stacktrace_basic.so, libboost_stacktrace_noop.so, libboost_system.so, libboost_test_exec_monitor.a, libboost_thread.so, libboost_timer.so, libboost_type_erasure.so, libboost_unit_test_framework.so, libboost_url.so, libboost_wave.so e libboost_wserialization.so

Diretório Instalado: /usr/include/boost

brotli-1.0.9

Introdução ao Brotli

Brotli fornece um algoritmo de compressão sem perdas de propósito geral que comprime dados usando uma combinação de uma variante moderna do algoritmo LZ77, codificação Huffman e modelagem de contexto de segunda ordem. As bibliotecas dele são usadas principalmente para fontes WOFF2 em páginas da web.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/google/brotli/archive/v1.0.9/brotli-1.0.9.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: c2274f0c7af8470ad514637c35bcee7d
Tamanho da transferência: 476 KB
Espaço em disco estimado exigido: 24 MB (com vinculações python3)
Tempo de construção estimado: 0,4 UPC (com ligações python3)

Dependências do Brotli

Instalação do Brotli

Primeiro, corrija um problema nos arquivos pkg-config:

sed -i 's@-R..libdir.@@' scripts/*.pc.in

Instale o brotli executando os seguintes comandos:

mkdir out &&
cd    out &&

cmake -DCMAKE_INSTALL_PREFIX=/usr \
      -DCMAKE_BUILD_TYPE=Release  \
      ..  &&
make

Para testar os resultados, emita: make test.

Agora, como o(a) usuário(a) root:

make install &&
cd ..

Se desejado, construa e instale as ligações Python3 como o(a) usuário(a) root:

pip3 wheel -w dist --no-build-isolation --no-deps $PWD &&
pip3 install --no-index --find-links dist --no-cache-dir --no-user Brotli

Conteúdo

Aplicativos Instalados: brotli

Bibliotecas Instaladas: libbrotlicommon{-static.a,.so}, libbrotlidec{,-static.a,.so} e libbrotlienc{,-static.a,.so}

Diretórios Instalados: /usr/include/brotli e /usr/lib/python3.11/site-packages/Brotli-1.0.9.dist-info (se você construiu e instalou as ligações Python3)

Descrições Curtas

brotli	consegue comprimir ou descomprimir arquivos ou testar a integridade de arquivos comprimidos
`libbrotlicommon{-static.a,.so}`	é a biblioteca de dicionário comum Brotli
`libbrotlidec{-static.a,.so}`	é a biblioteca do decodificador Brotli
`libbrotlienc{-static.a,.so}`	é a biblioteca do codificador comum Brotli

CLucene-2.3.3.4

Introdução a CLucene

CLucene é uma versão C++ do Lucene, um mecanismo de pesquisa de texto de alto desempenho.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://downloads.sourceforge.net/clucene/clucene-core-2.3.3.4.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 48d647fbd8ef8889e5a7f422c1bfda94
Tamanho da transferência: 2,2 MB
Espaço em disco estimado exigido: 78 MB
Tempo de construção estimado: 0,8 UPC

Transferências Adicionais

Remendo exigido: https://www.linuxfromscratch.org/patches/blfs/12.0/clucene-2.3.3.4-contribs_lib-1.patch

Dependências de CLucene

Exigida

Instalação de CLucene

Instale CLucene executando os seguintes comandos:

patch -Np1 -i ../clucene-2.3.3.4-contribs_lib-1.patch &&

sed -i '/Misc.h/a #include <ctime>' src/core/CLucene/document/DateTools.cpp &&

mkdir build &&
cd    build &&

cmake -DCMAKE_INSTALL_PREFIX=/usr \
      -DBUILD_CONTRIBS_LIB=ON .. &&
make

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

-DBUILD_CONTRIBS_LIB=ON: Essa variável cmake habilita construir a biblioteca contribs do CLucene necessária para executar aplicativos que usam analisadores específicos de texto de idioma como o LibreOffice, por exemplo.

Conteúdo

Aplicativos Instalados: Nenhum

Bibliotecas Instaladas: libclucene-contribs-lib.so, libclucene-core.so e libclucene-shared.so

Diretórios Instalados: /usr/include/CLucene e /usr/lib/CLuceneConfig.cmake

dbus-glib-0.112

Introdução à GLib do D-Bus

O pacote D-Bus GLib contém interfaces GLib para a API D-Bus.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://dbus.freedesktop.org/releases/dbus-glib/dbus-glib-0.112.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 021e6c8a288df02c227e4aafbf7e7527
Tamanho da transferência: 700 KB
Espaço em disco estimado exigido: 12 MB (com os testes)
Tempo de construção estimado: 0,1 UPC (com os testes)

Dependências da GLib do D-Bus

Exigidas

dbus-1.14.8 e GLib-2.76.4

Opcionais

Instalação da GLib do D-Bus

Instale D-Bus GLib executando os seguintes comandos:

./configure --prefix=/usr     \
            --sysconfdir=/etc \
            --disable-static &&
make

Para testar os resultados, emita: make check. Observe que testes mais abrangentes podem ser executados seguindo o mesmo método usado nas instruções do D-Bus, o que exige construir o pacote duas vezes.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

--enable-gtk-doc: Use esse parâmetro se GTK-Doc estiver instalado e você desejar reconstruir e instalar a documentação da API.

Conteúdo

Aplicativo Instalado: dbus-binding-tool

Biblioteca Instalada: libdbus-glib-1.so

Diretórios Instalados: /usr/share/gtk-doc/html/dbus-glib

Descrições Curtas

dbus-binding-tool	é uma ferramenta usada para interagir com a API do D-Bus
`libdbus-glib-1.so`	contém funções de interface GLib para a API do D-Bus

Double-conversion-3.3.0

Introdução a Double-conversion

O pacote Double-conversion contém uma biblioteca que facilita as rotinas binário-para-decimal e decimal-para-binário para duplos IEEE.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/google/double-conversion/archive/v3.3.0/double-conversion-3.3.0.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: b344abb64084a4a1d98a43e67752989b
Tamanho da transferência: 6,7 MB
Espaço em disco estimado exigido: 62 MB (com testes)
Tempo de construção estimado: 0,1 UPC (com os testes)

Dependências de Double-conversion

Exigida

Instalação de Double-conversion

Instale Double-conversion executando os seguintes comandos:

mkdir build &&
cd    build &&

cmake -DCMAKE_INSTALL_PREFIX=/usr \
      -DBUILD_SHARED_LIBS=ON      \
      -DBUILD_TESTING=ON          \
      ..                          &&
make

Para testar os resultados, emita: make test.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

-DBUILD_SHARED_LIBS=ON: Essa chave força o cmake a construir uma versão compartilhada da biblioteca em vez da versão estática.

-DBUILD_TESTING=ON: Essa chave constrói os aplicativos de teste.

Conteúdo

Aplicativos Instalados: Nenhum

Bibliotecas Instaladas: libdouble-conversion.so

Diretórios Instalados: /usr/include/double-conversion

Descrições Curtas

libdouble-conversion.so

fornece rotinas binário-para-decimal e decimal-para-binário para duplos IEEE

duktape-2.7.0

Introdução a duktape

duktape é um mecanismo embutível Javascript, com foco em portabilidade e pegada compacta.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://duktape.org/duktape-2.7.0.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: b3200b02ab80125b694bae887d7c1ca6
Tamanho da transferência: 1003 KB
Espaço em disco estimado exigido: 25 MB
Tempo de construção estimado: 0,3 UPC

Instalação de duktape

Instale duktape executando os seguintes comandos:

sed -i 's/-Os/-O2/' Makefile.sharedlibrary
make -f Makefile.sharedlibrary INSTALL_PREFIX=/usr

Agora, como o(a) usuário(a) root:

make -f Makefile.sharedlibrary INSTALL_PREFIX=/usr install

Conteúdo

Aplicativos Instalados: Nenhum

Bibliotecas Instaladas: libduktape.so e libduktaped.so

Diretórios Instalados: Nenhum

Descrições Curtas

libduktape.so

é um mecanismo embutível Javascript

enchant-2.5.0

Introdução a enchant

O pacote enchant fornece uma interface genérica para várias bibliotecas existentes de verificação ortográfica.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/AbiWord/enchant/releases/download/v2.5.0/enchant-2.5.0.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 3cbf29a5d7f31107adb4e584e0bdfebb
Tamanho da transferência: 967 KB
Espaço em disco estimado exigido: 7,3 MB (adicionar 64 MB para testes)
Tempo de construção estimado: 0,1 UPC (adicionar 0,7 UPC para testes)

Dependências de enchant

Exigida

GLib-2.76.4 e libsigc++-2.12.0

Opcionais

dbus-glib-0.112, Doxygen-1.9.7, Hspell, Hunspell, Nuspell, Voikko e unittest-cpp (exigido para os testes)

Instalação de enchant

Instale enchant executando os seguintes comandos:

./configure --prefix=/usr    \
            --disable-static \
            --docdir /usr/share/doc/enchant-2.5.0 &&
make

Para executar os testes, unittest-cpp precisa ser instalado e a opção --enable-relocatable passada para o "configure" acima. Se essas condições estiverem presentes, [então] os testes podem ser executados com make check.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

Configurando enchant

Arquivos de Configuração

~/.enchant e /usr/share/enchant/enchant.ordering

Informação de Configuração

Você consegue testar sua instalação e configuração criando um arquivo de teste e executando os seguintes comandos (você pode substituir o dicionário en_GB por qualquer outro baixado ao instalar Aspell-0.60.8):

cat > /tmp/test-enchant.txt << "EOF"
Tel me more abot linux
Ther ar so many commads
EOF

enchant-2 -d en_GB -l /tmp/test-enchant.txt &&
enchant-2 -d en_GB -a /tmp/test-enchant.txt

Você verá uma lista de palavras com erros ortográficos seguida por uma lista de alternativas para elas.

Veja mais detalhes na página de manual do "enchant".

Conteúdo

Aplicativos Instalados: enchant-2 e enchant-lsmod-2

Bibliotecas Instaladas: libenchant-2.so

Diretórios Instalados: /usr/include/enchant-2, /usr/lib/enchant-2, /usr/share/enchant e /usr/share/doc/enchant-2.5.0

Descrições Curtas

enchant-2	é um verificador ortográfico
enchant-lsmod-2	lista estruturas de retaguarda, idiomas e dicionários disponíveis
`libenchant-2.so`	contém funções da API da interface de verificação ortográfica

Exempi-2.6.4

Introdução a Exempi

Exempi é uma implementação do XMP (Extensible Metadata Platform da Adobe).

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://libopenraw.freedesktop.org/download/exempi-2.6.4.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: c2bd12b5773f35c3832dcd1169fac3dc
Tamanho da transferência: 2,7 MB
Espaço em disco estimado exigido: 288 MB (adicionar 236 MB para testes)
Tempo de construção estimado: 0,4 UPC (adicionar 0,6 UPC para testes; ambos usando paralelismo=4)

Dependências de Exempi

Exigida

Boost-1.83.0

Opcionais

Valgrind-3.21.0

Instalação de Exempi

Se você pretende executar os testes de regressão, [então] primeiro remova um teste que depende de um SDK da Adobe aparentemente proprietário:

sed -i -r '/^\s?testadobesdk/d' exempi/Makefile.am &&
autoreconf -fiv

Instale Exempi executando os seguintes comandos:

./configure --prefix=/usr --disable-static &&
make

Para testar os resultados, emita: make check.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

Conteúdo

Aplicativo Instalado: exempi

Biblioteca Instalada: libexempi.so

Diretório Instalado: /usr/include/exempi-2.0

Descrições Curtas

exempi	é uma ferramenta de linha de comando para manipular metadados XMP
`libexempi.so`	é uma biblioteca usada para analisar os metadados XMP

fftw-3.3.10

Introdução a fftw

FFTW é uma biblioteca de sub-rotina C para calcular a transformada discreta de Fourier (DFT) em uma ou mais dimensões, de tamanho arbitrário de entrada gerada e de dados reais e complexos (bem como de dados pares/ímpares, ou seja, as transformações discretas de cosseno/seno ou DCT/DST).

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://www.fftw.org/fftw-3.3.10.tar.gz
Transferência (FTP): ftp://ftp.fftw.org/pub/fftw/fftw-3.3.10.tar.gz
Soma de verificação MD5 da transferência: 8ccbf6a5ea78a16dbc3e1306e234cc5c
Tamanho da transferência: 4,0 MB
Espaço em disco estimado exigido: 59 MB
Tempo de construção estimado: 1,6 UPC (adicionar 3,4 UPC para os testes, ambos usando paralelismo=4)

Instalação da fftw

Nota

Construímos a fftw três vezes para diferentes bibliotecas em diferentes precisões numéricas: o ponto flutuante de precisão dupla padrão, a versão mais antiga de 32 bits (precisão única) chamada "float", que sacrifica a precisão pela velocidade, e o duplo longo, que oferece maior precisão ao custo de execução mais lenta.

A primeira construção é para aritmética de precisão dupla. Instale a fftw executando os seguintes comandos:

./configure --prefix=/usr    \
            --enable-shared  \
            --disable-static \
            --enable-threads \
            --enable-sse2    \
            --enable-avx     \
            --enable-avx2    &&
make

Para testar os resultados, emita: make check. Em sistemas de 32 bits, os testes podem tomar substancialmente mais tempo que tomaria em máquinas de 64 bits.

Agora, como o(a) usuário(a) root:

make install

Agora construa precisão única:

make clean &&

./configure --prefix=/usr    \
            --enable-shared  \
            --disable-static \
            --enable-threads \
            --enable-sse2    \
            --enable-avx     \
            --enable-avx2    \
            --enable-float   &&
make

Como o(a) usuário(a) root:

make install

Finalmente, construa precisão dupla longa:

make clean &&

./configure --prefix=/usr    \
            --enable-shared  \
            --disable-static \
            --enable-threads \
            --enable-long-double &&
make

Como o(a) usuário(a) root:

make install

Explicações do Comando

--enable-shared --disable-static: Use bibliotecas compartilhadas em vez de bibliotecas estáticas.

--enable-threads: Isso habilita libfftw3_threads.so para ser compilada. Ela é usada, por exemplo, pelo plugin gimp proveniente de G'MIC.

--enable-{sse2,avx,avx2}: Essas habilitam construir as rotinas otimizadas usando instruções SSE2, AVX e AVX2. O FFTW verificará se essas rotinas podem realmente ser usadas na CPU atual quando a biblioteca FFTW for carregada, de forma que uma construção da FFTW com essas rotinas habilitadas ainda possa ser executada em uma CPU sem SSE2, AVX ou AVX512. Essas opções não são compatíveis com --enable-long-double.

--enable-float: Isso habilita construir a biblioteca que usa aritmética de ponto flutuante de precisão simples. É mais rápido, mas menos preciso que a biblioteca padrão de precisão dupla. A biblioteca será chamada libfftw3f.so necessária para PulseAudio-16.1.

--enable-long-double: Isso habilita construir a biblioteca que usa aritmética de ponto flutuante longa-dupla de maior precisão. A biblioteca será chamada libfftw3l.so.

--enable-avx512: Isso habilita construir as rotinas otimizadas usando instruções AVX512F. O FFTW verificará se essas rotinas podem realmente ser usadas na CPU atual quando a biblioteca FFTW for carregada, de forma que uma construção da FFTW com essas rotinas habilitadas ainda possa ser executada em uma CPU sem o AVX512F. Use essa opção se a construção da FFTW for usada em uma CPU com AVX512F. Essa opção não é compatível com --enable-long-double.

Conteúdo

Aplicativos Instalados: fftw-wisdom e fftw-wisdom-to-conf

Bibliotecas Instaladas: libfftw3.so, libfftw3_threads.so, libfftw3f.so, libfftw3f_threads.so, libfftw3l.so e libfftw3l_threads.so

Diretórios Instalados: Nenhum

Descrições Curtas

fftw-wisdom	é um utilitário para gerar arquivos de sabedoria FFTW, que contém informação salva a respeito do como otimizadamente calcular transformações (Fourier) de vários tamanhos
fftw-wisdom-to-conf	é um utilitário para gerar rotinas de configuração C a partir de arquivos de sabedoria FFTW, onde os últimos contém informação salva a respeito do como otimizadamente calcular transformações (Fourier) de vários tamanhos
`libfftw3.so`	é a biblioteca Fast Fourier Transform
`libfftw3_threads.so`	é a biblioteca encadeada Fast Fourier Transform
`libfftw3f.so`	é a biblioteca Fast Fourier Transform de precisão simples, descrita como “float” por razões históricas
`libfftw3f_threads.so`	é a biblioteca encadeada de precisão simples Fast Fourier Transform
`libfftw3l.so`	é a biblioteca longa dupla Fast Fourier Transform
`libfftw3l_threads.so`	é a biblioteca encadeada longa dupla Fast Fourier Transform

GLib-2.76.4

Introdução a GLib

O pacote GLib contém bibliotecas de baixo nível úteis para fornecer manipulação de estrutura de dados para C, amarradores de portabilidade e interfaces para funcionalidades em tempo de execução, como um loop de eventos, camadas, carregamento dinâmico e um sistema de objetos.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://download.gnome.org/sources/glib/2.76/glib-2.76.4.tar.xz
Transferência (FTP): ftp://ftp.acc.umu.se/pub/gnome/sources/glib/2.76/glib-2.76.4.tar.xz
Soma de verificação MD5 da transferência: b0df5864ec08248e79c13f71a717aa03
Tamanho da transferência: 5,0 MB
Espaço em disco estimado exigido: 150 MB (com testes)
Tempo de construção estimado: 0,7 UPC (adicionar 0,4 UPC para testes; ambos usando paralelismo=4)

Transferências Adicionais

Remendo opcional: https://www.linuxfromscratch.org/patches/blfs/12.0/glib-skip_warnings-1.patch

Dependências de GLib

Opcionais

dbus-1.14.8 (para alguns testes), Fuse-3.16.1 e bindfs (ambos necessários para um teste), GDB-13.2 (para vinculações), docbook-xml-4.5, docbook-xsl-nons-1.79.2, GTK-Doc-1.33.2 (para construir a documentação da API), glib-networking-2.76.1 (para alguns testes, porém isso é uma dependência circular) e sysprof-3.48.0

Dependências Adicionais de Tempo de Execução

gobject-introspection-1.76.1 (deveria ser instalado antes de gtk+, atk, etc.)

Citado diretamente do arquivo INSTALL: “Algumas das funcionalidades relacionadas ao tipo mime no GIO exigem os utilitários update-mime-database e update-desktop-database”, os quais são parte de shared-mime-info-2.2 e desktop-file-utils-0.26, respectivamente. Esses dois utilitários também são necessários para alguns testes.

Instalação de GLib

Se desejado, aplique o remendo opcional. Em muitos casos, os aplicativos que usam essa biblioteca, direta ou indiretamente, por meio de outras bibliotecas, tais como GTK+-3.24.38, emitem numerosos avisos quando executados a partir da linha de comando. Esse remendo habilita o uso de uma variável de ambiente, GLIB_LOG_LEVEL, que suprime mensagens indesejadas. O valor da variável é um dígito que corresponde a:

1 Alerta

2 Crítico

3 Erro

4 Aviso

5 Informe

Por exemplo, export GLIB_LOG_LEVEL=4 pulará a saída gerada de mensagens Warning e Notice (e mensagens de Informação/Depuração se estiverem ativadas). Se GLIB_LOG_LEVEL não estiver definida, a saída gerada normal de mensagem não será afetada.

patch -Np1 -i ../glib-skip_warnings-1.patch

Atenção

Se uma versão anterior da glib estiver instalada, [então] mova os cabeçalhos para fora do caminho, de modo que os pacotes posteriores não encontrem conflitos:

if [ -e /usr/include/glib-2.0 ]; then
    rm -rf /usr/include/glib-2.0.old &&
    mv -vf /usr/include/glib-2.0{,.old}
fi

Instale GLib executando os seguintes comandos:

mkdir build &&
cd    build &&

meson setup ..            \
      --prefix=/usr       \
      --buildtype=release \
      -Dman=true          &&
ninja

Nota

Se libxslt-1.1.38 estiver instalado, [então] o comando acima possivelmente indique vários (cerca de 33) erros que começam com "Error: no ID for constraint linkend:" ao gerar as páginas de manual. Esses são inofensivos.

A suíte de teste da GLib exige desktop-file-utils para alguns testes. No entanto, desktop-file-utils exige a GLib para a finalidade de compilar; portanto, você precisa primeiro instalar a GLib e então executar a suíte de teste.

Agora, como o(a) usuário(a) root:

ninja install &&

mkdir -p /usr/share/doc/glib-2.76.4 &&
cp -r ../docs/reference/{gio,glib,gobject} /usr/share/doc/glib-2.76.4

Você deveria agora instalar desktop-file-utils-0.26 e shared-mime-info-2.2 e proceder à execução da suíte de teste.

Atenção

Não execute a suíte de teste como root ou alguns testes falharão inesperadamente e deixarão alguns diretórios não compatíveis com FHS na hierarquia /usr.

Para testar os resultados, depois de ter instalado o pacote, emita: LC_ALL=C ninja test como um(a) usuário(a) não root. Um teste chamado glib:gio / file é conhecido por falhar.

Explicações do Comando

--buildtype=release: Especifique um tipo de construção adequado para lançamentos estáveis do pacote, pois o padrão possivelmente produza binários não otimizados.

-Dman=true: Essa chave faz com que a construção crie e instale as páginas de manual do pacote.

-Dgtk_doc=true: Essa chave faz com que a construção crie e instale a documentação da API.

Conteúdo

Aplicativos Instalados: gapplication, gdbus, gdbus-codegen, gio, gio-querymodules, glib-compile-resources, glib-compile-schemas, glib-genmarshal, glib-gettextize, glib-mkenums, gobject-query, gresource, gsettings, gtester e gtester-report

Bibliotecas Instaladas: libgio-2.0.so, libglib-2.0.so, libgmodule-2.0.so, libgobject-2.0.so e libgthread-2.0.so

Diretórios Instalados: /usr/include/gio-unix-2.0, /usr/include/glib-2.0, /usr/lib/gio, /usr/lib/glib-2.0, /usr/share/glib-2.0, /usr/share/doc/{glib-2.0,glib-2.76.4} e /usr/share/gtk-doc/html/{gio,glib,gobject} (opcional)

Descrições Curtas

gapplication	pode ser usado para iniciar aplicativos e para enviar mensagens para instâncias já em execução de outros aplicativos
gdbus	é uma ferramenta simples usada para trabalhar com objetos D-Bus
gdbus-codegen	é usado para gerar código e (ou) documentação para uma ou mais interfaces D-Bus
gio	é um utilitário que torna muitos recursos do GIO disponíveis a partir da linha de comando
gio-querymodules	é usado para criar um arquivo `giomodule.cache` nos diretórios listados. Esse arquivo lista os pontos implementados de extensão para cada módulo que tenha sido encontrado
glib-compile-resources	é usado para ler a descrição do recurso a partir de um arquivo e os arquivos aos quais ele referencia para criar um pacote binário de recurso que seja adequado para uso com a API GResource
glib-compile-schemas	é usado para compilar todos os arquivos de esquema XML do GSettings em um diretório para um arquivo binário com o nome `gschemas.compiled` que pode ser usado pelo GSettings
glib-genmarshal	é um utilitário de geração de código marechal C para encerramentos GLib
glib-gettextize	é uma variante do utilitário de internacionalização gettext
glib-mkenums	é um utilitário de geração de descrição de enumeração em linguagem C
gobject-query	é um pequeno utilitário que desenha uma árvore de tipos
gresource	oferece uma interface simples de linha de comando para GResource
gsettings	oferece uma interface simples de linha de comando para GSettings
gtester	é um utilitário de execução de teste
gtester-report	é um utilitário de formatação de informe de teste
Bibliotecas GLib	contém bibliotecas centrais de baixo nível para o kit de ferramentas GIMP

GLibmm-2.66.5

Introdução ao GLibmm

O pacote GLibmm é um conjunto de ligações C++ para a GLib.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://download.gnome.org/sources/glibmm/2.66/glibmm-2.66.5.tar.xz
Transferência (FTP): ftp://ftp.acc.umu.se/pub/gnome/sources/glibmm/2.66/glibmm-2.66.5.tar.xz
Soma de verificação MD5 da transferência: b6c2c8ba36abf6c5e43cee459a74b8a1
Tamanho da transferência: 7,3 MB
Espaço em disco estimado exigido: 80 MB (com os testes)
Tempo de construção estimado: 0,5 UPC (Usando paralelismo=4; com os testes)

Dependências do GLibmm

Exigidas

Opcionais

Doxygen-1.9.7, glib-networking-2.76.1 (para os testes), GnuTLS-3.8.1 (para os testes), libxslt-1.1.38 e mm-common

Instalação do GLibmm

Instale o GLibmm executando os seguintes comandos:

mkdir bld &&
cd    bld &&

meson setup --prefix=/usr --buildtype=release .. &&
ninja

Para testar os resultados, emita: ninja test.

Agora, como o(a) usuário(a) root:

ninja install

Conteúdo

Aplicativos Instalados: Nenhum(a)

Bibliotecas Instaladas: libgiomm-2.4.so, libglibmm-2.4.so e libglibmm_generate_extra_defs-2.4.so

Diretórios Instalados: /usr/lib/g{io,lib}mm-2.4 e /usr/include/g{io,lib}mm-2.4

Descrições Curtas

`libgiomm-2.4.so`	contém as classes da API do GIO
`libglibmm-2.4.so`	contém as classes da API da GLib

GMime-3.2.7

Introdução a GMime

O pacote GMime contém um conjunto de utilitários para analisar e criar mensagens usando o Multipurpose Internet Mail Extension (MIME), conforme definido pelos RFCs aplicáveis. Veja-se o website do GMime para os RFCs fornecidos. Isso é útil, pois fornece uma API que adere à especificação MIME o mais próximo possível, além de fornecer a programadores(as) uma interface extremamente fácil de usar para as funções da API.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://download.gnome.org/sources/gmime/3.2/gmime-3.2.7.tar.xz
Transferência (FTP): ftp://ftp.acc.umu.se/pub/gnome/sources/gmime/3.2/gmime-3.2.7.tar.xz
Soma de verificação MD5 da transferência: 7ecd9aa75e0cd2e8668206b1d53df874
Tamanho da transferência: 2,1 MB
Espaço em disco estimado exigido: 25 MB (com os testes)
Tempo de construção estimado: 0,3 UPC (com os testes)

Dependências de GMime

Exigidas

GLib-2.76.4 e libgpg-error-1.47

Opcionais

DocBook-utils-0.6.14, GPGME-1.21.0, GTK-Doc-1.33.2, libnsl-2.0.0, Vala-0.56.11 e Gtk# (exige Mono)

Instalação de GMime

Instale GMime executando os seguintes comandos:

./configure --prefix=/usr --disable-static &&
make

Para testar os resultados, emita: make check.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

--enable-gtk-doc: Use esse parâmetro se GTK-Doc estiver instalado e você desejar reconstruir e instalar a documentação da API.

Conteúdo

Aplicativos Instalados: Nenhum

Biblioteca Instalada: libgmime-3.0.so

Diretórios Instalados: /usr/include/gmime-3.0 e /usr/share/gtk-doc/html/gmime-3.0

Descrições Curtas

libgmime-3.0.so

contém funções de API usadas por aplicativos que precisam obedecer aos padrões MIME

gobject-introspection-1.76.1

Introdução a GObject Introspection

O GObject Introspection é usado para descrever as APIs do aplicativo e coletá-las em um formato uniforme e legível por máquina.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://download.gnome.org/sources/gobject-introspection/1.76/gobject-introspection-1.76.1.tar.xz
Transferência (FTP): ftp://ftp.acc.umu.se/pub/gnome/sources/gobject-introspection/1.76/gobject-introspection-1.76.1.tar.xz
Soma de verificação MD5 da transferência: 5cb554fdd139db79f9b1be13892fddac
Tamanho da transferência: 1,0 MB
Espaço em disco estimado exigido: 49 MB (com testes)
Tempo de construção estimado: 0,3 UPC (Com testes; ambos usando paralelismo=4)

Dependências do GObject Introspection

Exigida

gobject-introspection-1.76.1, GTK-Doc-1.33.2, Vala-0.56.11 e Valgrind-3.21.0

Opcionais

Cairo-1.17.6 (exigido para os testes), Gjs-1.76.2 (para satisfazer um teste), GTK-Doc-1.33.2, Mako-1.2.4 e Markdown-3.4.1

Instalação do GObject Introspection

Instale o GObject Introspection executando os seguintes comandos:

mkdir build &&
cd    build &&

meson setup --prefix=/usr --buildtype=release .. &&
ninja

Para testar os resultados, emita: ninja test.

Agora, como o(a) usuário(a) root:

ninja install

Explicações do Comando

--buildtype=release: Especifique um tipo de construção adequado para lançamentos estáveis do pacote, pois o padrão possivelmente produza binários não otimizados.

-Dgtk_doc=true: Constrói e instala a documentação.

-Dcairo=enabled: Use cairo para os testes.

-Ddoctool=enabled: Instala "g-ir-doc-tool" e executa os testes relacionados. Você precisar ter Mako-1.2.4 e Markdown-3.4.1 instalados para a finalidade de instalar esse utilitário.

Conteúdo

Aplicativos Instalados: g-ir-annotation-tool, g-ir-compiler, g-ir-doc-tool, g-ir-generate, g-ir-inspect e g-ir-scanner

Bibliotecas Instaladas: libgirepository-1.0.so e _giscanner.cpython-311-<arch>-linux-gnu.so

Diretórios Instalados: /usr/include/gobject-introspection-1.0, /usr/lib/girepository-1.0, /usr/lib/gobject-introspection, /usr/share/gir-1.0 e /usr/share/gobject-introspection-1.0

Descrições Curtas

g-ir-annotation-tool	cria ou extrai dados de anotação a partir de bibliotecas de tipo do GI
g-ir-compiler	converte um ou mais arquivos GIR em uma ou mais bibliotecas de tipo
g-ir-doc-tool	gera arquivos Mallard que podem ser visualizados com yelp ou renderizados para HTML com yelp-build originários das ferramentas yelp
g-ir-inspect	é um utilitário que dá informação a respeito de uma biblioteca de tipo do GI
g-ir-generate	é um gerador GIR que usa a API do repositório
g-ir-scanner	é uma ferramenta que gera arquivos XML do GIR analisando cabeçalhos e analisando bibliotecas baseadas em GObject
`libgirepository-1.0.so`	fornece uma API para acessar os metadados da biblioteca de tipo

Gsl-2.7.1

Introdução a Gsl

A GNU Scientific Library (GSL) é uma biblioteca numérica para programadores(as) C e C++. Ela fornece uma ampla gama de rotinas matemáticas, tais como geradores de números aleatórios, funções especiais e ajuste de mínimos quadrados.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://ftp.gnu.org/gnu/gsl/gsl-2.7.1.tar.gz
Transferência (FTP): ftp://ftp.gnu.org/gnu/gsl/gsl-2.7.1.tar.gz
Soma de verificação MD5 da transferência: 36aee97e67f64dbdab7afae197e3483b
Tamanho da transferência: 7,2 MB
Espaço em disco estimado exigido: 213 MB (com os testes, sem os documentos)
Tempo de construção estimado: 1,2 UPC (Usando paralelismo=4; com os testes, sem os documentos)

Dependências do Gsl

Opcional

sphinx_rtd_theme-1.2.2

Instalação do Gsl

Instale Gsl executando os seguintes comandos:

./configure --prefix=/usr --disable-static &&
make

Se você tiver sphinx_rtd_theme-1.2.2 instalado, [então] construa a documentação com:

make html

Para testar os resultados, emita: make check.

Agora, como o(a) usuário(a) root:

make install

Se você construiu a documentação, [então] instale-a (como root) com:

mkdir                   /usr/share/doc/gsl-2.7.1 &&
cp -R doc/_build/html/* /usr/share/doc/gsl-2.7.1

Explicações do Comando

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

Conteúdo

Aplicativos Instalados: gsl-config, gsl-histogram e gsl-randist

Bibliotecas Instaladas: libgslcblas.so e libgsl.so

Diretórios Instalados: /usr/include/gsl e /usr/share/doc/gsl-2.7.1

Descrições Curtas

gsl-config	é um script de shell para obter o número da versão e sinalizadores do compilador da biblioteca Gsl instalada
gsl-histogram	é um aplicativo de demonstração para a GNU Scientific Library que calcula um histograma a partir de dados obtidos a partir do stdin
gsl-randist	é um aplicativo de demonstração para a GNU Scientific Library que gera amostras aleatórias a partir de várias distribuições
`libgslcblas.so`	contém funções que implementam uma interface C para subaplicativos básicos de álgebra linear
`libgsl.so`	contém funções que fornecem uma coleção de rotinas numéricas para computação científica

gspell-1.12.2

Introdução a gspell

O pacote gspell fornece uma API flexível para adicionar verificação ortográfica a um aplicativo GTK+.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://download.gnome.org/sources/gspell/1.12/gspell-1.12.2.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: f1e5f02695aee20ba543352889c28ff5
Tamanho da transferência: 436 KB
Espaço em disco estimado exigido: 11 MB (com testes)
Tempo de construção estimado: 0,1 UPC (com testes)

Dependências do gspell

Exigidas

enchant-2.5.0, ICU-73.2 e GTK+-3.24.38

Opcionais

Instalação do gspell

Instale gspell executando os seguintes comandos:

./configure --prefix=/usr &&
make

Para testar os resultados, emita: make check. Os testes precisam ser executados em uma sessão do X. Um teste, "test-checker", é conhecido por falhar se o pacote externo Hunspell não estiver instalado.

Agora, como o(a) usuário(a) root:

make install

Conteúdo

Aplicativos Instalados: gspell-app1

Bibliotecas Instaladas: libgspell-1.so

Diretórios Instalados: /usr/include/gspell-1 e /usr/share/gtk-doc/html/gspell-1.0

Descrições Curtas

gspell-app1	verifica a ortografia de um texto inserido em uma janela
`libgspell-1.so`	é a biblioteca da API do gspell

ICU-73.2

Introdução a ICU

O pacote International Components for Unicode (ICU) é um conjunto maduro e amplamente usado de bibliotecas C/C++ que fornece suporte Unicode e Globalização para aplicativos de software. ICU é amplamente portável e dá aos aplicativos os mesmos resultados em todas as plataformas.

Atenção

Atualizar esse pacote para uma nova versão principal (por exemplo, da 72.1 para a 73.2) exigirá a reconstrução de muitos outros pacotes. Se alguns pacotes que usam as bibliotecas construídas por icu4c-73 forem reconstruídos, eles usarão as novas bibliotecas enquanto os pacotes atuais usarão as bibliotecas anteriores. Se o carregador de aplicativos do Linux (/usr/lib/ld-linux-x86-64.so.2) determinar que as bibliotecas antiga e nova são necessárias, e um símbolo (nome do dado ou função) existir em ambas as versões da biblioteca, todas as referências ao símbolo serão resolvidas para a versão que aparece anteriormente na sequência em largura do gráfico de dependência. Isso pode resultar na falha do aplicativo se a definição dos dados ou o comportamento da função referida pelo símbolo diferir em duas versões. Para evitar o problema, os(as) usuários(as) precisarão reconstruir todos os pacotes vinculados a uma biblioteca do ICU o mais rápido possível, assim que o ICU for atualizado para uma nova versão principal.

Para determinar quais bibliotecas externas são necessárias (direta ou indiretamente) por um aplicativo ou biblioteca, execute:

ldd <aplicativo ou biblioteca>

ou para ver somente as bibliotecas diretamente necessárias:

readelf -d <aplicativo ou biblioteca> | grep NEEDED

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/unicode-org/icu/releases/download/release-73-2/icu4c-73_2-src.tgz
Transferência (FTP):
Soma de verificação MD5 da transferência: b8a4b8cf77f2e2f6e1341eac0aab2fc4
Tamanho da transferência: 25 MB
Espaço em disco estimado exigido: 389 MB (adicionar 43 MB para testes)
Tempo de construção estimado: 0,5 UPC (usando paralelismo=4; adicionar 1,0 UPC para testes)

Dependências do ICU

Opcionais

LLVM-16.0.5 (com o Clang) e Doxygen-1.9.7 (para a documentação)

Instalação do ICU

Nota

Esse pacote se expande para o diretório icu.

Nota

Se clang++ estiver disponível, [então] ele será usado na crença equivocada de que g++ pode não suportar C++11, mesmo que configure tenha testado para isso. Se estiver usando g++, [então] existirá um aviso desnecessário ao final do configure. Construir com g++ também toma mais tempo que a UPC estimada mostrada.

Instale ICU executando os seguintes comandos:

cd source                                    &&

./configure --prefix=/usr                    &&
make

Para testar os resultados, emita: make check.

Agora, como o(a) usuário(a) root:

make install

Conteúdo

Aplicativos Instalados: derb, escapesrc, genbrk, genccode, gencfu, gencmn, gencnval, gendict, gennorm2, genrb, gensprep, icu-config, icuexportdata, icuinfo, icupkg, makeconv, pkgdata e uconv

Bibliotecas Instaladas: libicudata.so, libicui18n.so, libicuio.so, libicutest.so, libicutu.so e libicuuc.so

Diretórios Instalados: /usr/include/unicode, /usr/lib/icu e /usr/share/icu

Descrições Curtas

derb	desmonta um pacote de recursos
escapesrc	converte caracteres escapados “\u” em caracteres Unicode
genbrk	compila arquivos-fonte do ICU de regras de iteração de quebra em arquivos de dados binários
genccode	gera C ou código de montagem específico da plataforma a partir de um arquivo de dados do ICU
gencfu	lê em Unicode definições confundíveis de caracteres e escreve os dados binários
gencmn	gera um arquivo de dados do ICU mapeável em memória
gencnval	compila o arquivo de apelidos do conversor
gendict	compila listas de palavras em dicionários de tentativas de sequências de caracteres do ICU
gennorm2	constrói arquivos de dados binários com dados de normalização Unicode
genrb	compila um pacote de recursos
gensprep	compila dados StringPrep a partir de arquivos filtrados RFC 3454
icu-config	gera saída das opções de construção do ICU
icuinfo	gera saída da informação de configuração relativa ao ICU atual
icupkg	extrai ou modifica um arquivamento ".dat" do ICU
makeconv	compila uma tabela de conversor
pkgdata	empacota dados para uso pelo ICU
uconv	converte dados a partir de um codificador para outro
`libicudata.so`	é a biblioteca de dados
`libicui18n.so`	é a biblioteca de internacionalização ("i18n")
`libicuio.so`	é a biblioteca de Entrada/Saída do ICU ("stdio" Unicode)
`libicutest.so`	é a biblioteca de teste
`libicutu.so`	é a biblioteca do utilitário da ferramenta
`libicuuc.so`	é a biblioteca comum

inih-57

Introdução ao inih

Esse pacote é um analisador simples de arquivo ".INI" escrito em C.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/benhoyt/inih/archive/r57/inih-r57.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 07aa33593487633519fb3a0e55546c09
Tamanho da transferência: 19 KB
Espaço em disco estimado exigido: 808 KB
Tempo de construção estimado: menos que 0,1 UPC

Instalação do inih

Instale o inih executando os seguintes comandos:

mkdir build &&
cd    build &&

meson setup --prefix=/usr --buildtype=release .. &&
ninja

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

ninja install

Conteúdo

Aplicativo Instalado: Nenhum(a)

Bibliotecas Instaladas: libinih.so e libINIReader.so

Diretórios Instalados: Nenhum(a)

Descrições Curtas

`libinih.so`	é a biblioteca principal do inih
`libINIReader.so`	é a biblioteca do analisador inih

Intel-gmmlib-22.3.10

Introdução a Intel-gmmlib

O pacote Intel-gmmlib contém a Intel Graphics Memory Management Library, que fornece memória específica do dispositivo e funções de gerenciamento de buffer para o Intel Media Driver para VAAPI e para o Intel Graphics Computer Runtime para OpenCL (TM).

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/intel/gmmlib/archive/refs/tags/intel-gmmlib-22.3.10.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 9e6060de554e29ae53b86e56a75834ac
Tamanho da transferência: 828 KB
Espaço em disco estimado exigido: 56 MB
Tempo de construção estimado: 0,8 UPC

Nota

O tarball intel-gmmlib-22.3.10.tar.gz extrairá para o diretório gmmlib-intel-gmmlib-22.3.10.

Dependências do Intel-gmmlib

Exigida

Instalação do Intel-gmmlib

Instale Intel-gmmlib executando os seguintes comandos:

mkdir build &&
cd    build &&

cmake -DCMAKE_INSTALL_PREFIX=/usr   \
      -DBUILD_TYPE=Release          \
      -Wno-dev ..                   &&
make

A suíte de teste normalmente é executada por make a menos que -DRUN_TEST_SUITE=NO seja passado para cmake.

Agora, como o(a) usuário(a) root:

make install

Conteúdo

Aplicativos Instalados: Nenhum

Bibliotecas Instaladas: libigdgmm.so

Diretórios Instalados: /usr/include/igdgmm

Descrições Curtas

libigdgmm.so

contém funções que fornecem funções de gerenciamento de memória para controladores Intel de gráficos

Jansson-2.14

Introdução a Jansson

O pacote Jansson contém uma biblioteca usada para codificar, decodificar e manipular dados JSON.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/akheron/jansson/releases/download/v2.14/jansson-2.14.tar.bz2
Transferência (FTP):
Soma de verificação MD5 da transferência: 3f90473d7d54ebd1cb6a2757396641df
Tamanho da transferência: 424 KB
Espaço em disco estimado exigido: 5,6 MB (adicionar 1,9 MB para testes)
Tempo de construção estimado: 0,1 UPC (com os testes)

Instalação do Jansson

Primeiro corrija um dos testes:

sed -e "/DT/s;| sort;| sed 's/@@libjansson.*//' &;" \
    -i test/suites/api/check-exports

Instale jansson executando os seguintes comandos:

./configure --prefix=/usr --disable-static &&
make

Para testar os resultados, emita: make check.

Agora, como o(a) usuário(a) root:

make install

Conteúdo

Aplicativos Instalados: Nenhum(a)

Biblioteca Instalada: libjansson.so

Diretórios Instalados: Nenhum(a)

Descrições Curtas

libjansson.so

contém uma API para codificação, decodificação e manipulação de dados JSON

JS-102.13.0

Introdução a JS

JS (também conhecido como SpiderMonkey) é o mecanismo JavaScript e WebAssembly da Mozilla, escrito em C++ e Rust. No BLFS, o código-fonte do JS é retirado a partir do Firefox.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://archive.mozilla.org/pub/firefox/releases/102.13.0esr/source/firefox-102.13.0esr.source.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 42b9a73626ed8281b86222f6f0a96c73
Tamanho da transferência: 464 MB
Espaço em disco estimado exigido: 3,3 GB (38 MB instalado depois de remover biblioteca estática de 34 MB)
Tempo de construção estimado: 1,7 UPC (com paralelismo=4)

Dependências do JS102

Exigidas

ICU-73.2, rustc-1.71.1 e Which-2.21

Importante

Se você estiver construindo esse pacote em um sistema de 32 bits e o Clang não estiver instalado ou você estiver substituindo a escolha padrão do compilador com a variável de ambiente CXX, por favor, leia primeiro a seção Explicações do Comando.

Instalação do JS

Nota

Ao contrário da maioria dos outros pacotes no BLFS, as instruções abaixo exigem que você descompacte firefox-102.13.0esr.tar.xz e mude para a pasta firefox-102.13.0.

Extrair o "tarball" reconfigurará as permissões do diretório atual para 0755, se você tiver permissão para fazer isso. Se você fizer isso em um diretório onde o bit "sticky" estiver configurado, tal como o /tmp, [então] ele terminará com mensagens de erro:

tar: .: Não é possível utime: Operação não permitida
tar: .: Não é possível mudar o modo para rwxr-xr-t: Operação não permitida
tar: Saindo com status de falha devido a erros anteriores

Isso termina com um status diferente de zero, porém NÃO significa que existe um problema real. Não descompacte como o(a) usuário(a) root em um diretório onde o bit "sticky" estiver configurado - isso irá desconfigurá-lo.

Instale JS executando os seguintes comandos:

Nota

Se você estiver compilando esse pacote em chroot, você precisa fazer duas coisas. Primeiro, como o(a) usuário(a) root, certifique-se de que /dev/shm esteja montado. Se você não fizer isso, a configuração do Python falhará com um informe de rastreamento referenciando /usr/lib/pythonN.N/multiprocessing/synchronize.py. Execute:

mountpoint -q /dev/shm || mount -t tmpfs devshm /dev/shm

Segundo, como o(a) usuário(a) root exporte a variável de ambiente $SHELL usando export SHELL=/bin/sh ou, então, preceda SHELL=/bin/sh ao executar o comando configure.

A compilação do código C++ respeita "$MAKEFLAGS" e o padrão é 'j1'; o código "Rust" usará todos os processadores.

mkdir obj &&
cd    obj &&

sh ../js/src/configure.in --prefix=/usr            \
                          --with-intl-api          \
                          --with-system-zlib       \
                          --with-system-icu        \
                          --disable-jemalloc       \
                          --disable-debug-symbols  \
                          --enable-readline        &&
make

Para executar a suíte de teste do JS, emita: make -C js/src check-jstests JSESTS_EXTRA_ARGS="--timeout 300 --wpt=disabled". É recomendável redirecionar a saída gerada para um [arquivo de] registro. Como estamos construindo com o "ICU" do sistema, mais de cem testes (de um total de mais de 50.000) são conhecidos por falharem.

Para executar a suíte de teste do JIT, emita: make -C js/src check-jit-test JITTEST_EXTRA_ARGS="--timeout 300".

Cuidado

Um problema no processo de instalação faz com que qualquer aplicativo em execução e que se vincule à biblioteca compartilhada "JS102" (por exemplo, GNOME Shell) quebre se a "JS102" for atualizada ou for reinstalada. Para contornar esse problema, remova a versão antiga da biblioteca compartilhada "JS102" antes da instalação:

rm -fv /usr/lib/libmozjs-102.so

Agora, como o(a) usuário(a) root:

make install &&
rm -v /usr/lib/libjs_static.ajs &&
sed -i '/@NSPR_CFLAGS@/d' /usr/bin/js102-config

Explicações do Comando

sh ../js/src/configure.in: configure.in é na verdade um script de shell, porém o bit executável não está configurado no modo de permissão dele, de modo que é necessário executá-lo explicitamente com o sh.

--with-intl-api: Isso habilita as funções de internacionalização exigidas pelo Gjs.

--with-system-*: Esses parâmetros permitem que o sistema de construção use versões do sistema das bibliotecas acima. Essas são exigidas para a estabilidade.

--enable-readline: Essa chave habilita o suporte a "Readline" no shell do "JS".

--disable-jemalloc: Essa chave desabilita o alocador interno de memória usado no "JS102". o "jemalloc" destina-se somente ao ambiente do navegador Firefox. Para outros aplicativos que usam a "JS102", o aplicativo possivelmente quebre quando os itens alocados no alocador "jemalloc" forem liberados no alocador do sistema (glibc).

--disable-debug-symbols: Não gere símbolos de depuração, pois eles são muito grandes e a maioria dos(as) usuários(as) não precisará deles. Remova-a se quiser depurar a "JS102".

rm -v /usr/lib/libjs_static.ajs: Remove uma grande biblioteca estática que não é usada por nenhum pacote do BLFS.

sed -i '/@NSPR_CFLAGS@/d' /usr/bin/js102-config: Evita que js102-config use "CFLAGS" defeituosos.

CC=gcc CXX=g++: o BLFS costumava preferir usar gcc e g++ em vez dos padrões do(a) desenvolvedor(a) dos aplicativos clang. Com o lançamento do gcc-12, a construção toma mais tempo com gcc e g++, principalmente por causa de avisos extras, e é maior. Passe essas variáveis de ambiente para o script de configuração se desejar continuar a usar gcc, g++ (exportando-as e desconfigurando-as depois da instalação ou simplesmente anexando-as antes do comando sh ../js/src/configure.in). Se você estiver construindo em um sistema de 32 bits, [então] também veja abaixo.

CXXFLAGS="-msse2 -mfpmath=sse": Use "SSE2" em vez de "387" para operações de ponto flutuante de precisão dupla. É necessário para o GCC satisfazer as expectativas dos(as) desenvolvedores(as) "upstream" (Mozilla) com aritmética de ponto flutuante. Use-o se estiver construindo esse pacote em um sistema de 32 bits com GCC (se o "Clang" não estiver instalado ou o GCC for explicitamente especificado). Observe que isso fará com que o "JS" quebre em um processador sem capacidade "SSE2". Se você estiver executando o sistema em um processador tão antigo, [então] o "Clang" é estritamente necessário. Essa configuração não é necessária em sistemas de 64 bits, pois todos os processadores x86 de 64 bits suportam "SSE2" e os compiladores de 64 bits (ambos "Clang" e GCC) usam "SSE2" por padrão.

Conteúdo

Aplicativos Instalados: js102 e js102-config

Bibliotecas Instaladas: libmozjs-102.so

Diretórios Instalados: /usr/include/mozjs-102

Descrições Curtas

js102	fornece uma interface de linha de comando para o mecanismo JavaScript
js102-config	é usado para encontrar o compilador "JS" e sinalizadores do vinculador
`libmozjs-102.so`	contém as funções da API do JavaScript da Mozilla

JSON-C-0.17

Introdução a JSON-C

O JSON-C implementa um modelo de objeto de contagem de referência que permite construir facilmente objetos JSON em C, produzi-los como sequências de caracteres formatadas JSON e analisar sequências de caracteres formatadas JSON de volta na representação C de objetos JSON.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://s3.amazonaws.com/json-c_releases/releases/json-c-0.17.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: bad8f5e91b7b2563ee2d507054c70eb2
Tamanho da transferência: 384 KB
Espaço em disco estimado exigido: 7,9 MB
Tempo de construção estimado: 0,4 UPC (com os testes)

Dependências do JSON-C

Exigida

Opcionais (para documentação)

Doxygen-1.9.7 e Graphviz-8.1.0 (para ferramenta dot)

Instalação do JSON-C

Instale JSON-C executando os seguintes comandos:

mkdir build &&
cd    build &&

cmake -DCMAKE_INSTALL_PREFIX=/usr \
      -DCMAKE_BUILD_TYPE=Release \
      -DBUILD_STATIC_LIBS=OFF    \
      .. &&
make

Se tiver instalado Doxygen-1.9.7 e Graphviz-8.1.0, você consegue construir a documentação executando o seguinte comando:

doxygen doc/Doxyfile

Para testar os resultados, emita: make test.

Agora, como o(a) usuário(a) root:

make install

Se você construiu a documentação, instale-a executando os seguintes comandos como o(a) usuário(a) root:

install -d -vm755 /usr/share/doc/json-c-0.17 &&
install -v -m644 doc/html/* /usr/share/doc/json-c-0.17

Explicações do Comando

-DCMAKE_BUILD_TYPE=Release: Essa chave é usada para aplicar um nível mais alto de otimização à compilação.

Conteúdo

Aplicativos Instalados: Nenhum

Bibliotecas Instaladas: libjson-c.so

Diretórios Instalados: /usr/include/json-c

Descrições Curtas

libjson-c.so

contém as funções da API JSON-C

JSON-GLib-1.6.6

Introdução a JSON GLib

O pacote JSON GLib é uma biblioteca que oferece suporte à serialização e desserialização para o formato JavaScript Object Notation (JSON) descrito pela RFC 4627.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://download.gnome.org/sources/json-glib/1.6/json-glib-1.6.6.tar.xz
Transferência (FTP): ftp://ftp.acc.umu.se/pub/gnome/sources/json-glib/1.6/json-glib-1.6.6.tar.xz
Soma de verificação MD5 da transferência: 9c40fcd8cdbf484dd1704480afefae14
Tamanho da transferência: 1,2 MB
Espaço em disco estimado exigido: 6,6 MB (com os testes)
Tempo de construção estimado: menos que 0,1 UPC (com os testes)

Dependências do JSON-GLib

Exigida

Opcionais (Exigidas se construir GNOME)

Opcionais

Instalação do JSON GLib

Instale o JSON GLib executando os seguintes comandos:

mkdir build &&
cd    build &&

meson setup --prefix=/usr --buildtype=release .. &&
ninja

Para testar os resultados, emita: ninja test.

Agora, como o(a) usuário(a) root:

ninja install

Explicações do Comando

--buildtype=release: Especifique um tipo de construção adequado para lançamentos estáveis do pacote, pois o padrão possivelmente produza binários não otimizados.

-Dgtk_doc=disabled: Adicione essa opção se você tiver GTK-Doc-1.33.2 instalado e não desejar gerar a documentação da API.

Conteúdo

Aplicativos Instalados: json-glib-format e json-glib-validate

Biblioteca Instalada: libjson-glib-1.0.so

Diretórios Instalados: /usr/{include,share/installed-tests}/json-glib-1.0, /usr/libexec/installed-tests/json-glib-1.6.6 e /usr/share/gtk-doc/html/json-glib

Descrições Curtas

json-glib-format	é uma interface de linha de comando simples para formatar dados JSON
json-glib-validate	é uma interface de linha de comando simples para validar dados JSON
`libjson-glib-1.0.so`	contém as funções da API da JSON GLib

keyutils-1.6.1

Introdução a keyutils

Keyutils é um conjunto de utilitários para gerenciar o recurso de retenção de chave no núcleo, que pode ser usado por sistemas de arquivos, dispositivos de bloco e muito mais para obter e reter as chaves de autorização e de encriptação exigidas para realizar operações seguras.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://people.redhat.com/~dhowells/keyutils/keyutils-1.6.1.tar.bz2
Transferência (FTP):
Soma de verificação MD5 da transferência: 919af7f33576816b423d537f8a8692e8
Tamanho da transferência: 96 KB
Espaço em disco estimado exigido: 1,9 MB (com os testes)
Tempo de construção estimado: menos que 0,1 UPC (adicionar 0,6 UPC para os testes)

Dependências do keyutils

Exigida

MIT Kerberos V5-1.21.2

Instalação do keyutils

Instale keyutils executando os seguintes comandos:

sed -i 's:$(LIBDIR)/$(PKGCONFIG_DIR):/usr/lib/pkgconfig:' Makefile &&
make

Para testar os resultados, emita, como o(a) usuário(a) root:

make -k test

Observe que vários testes falharão se certas opções incomuns do núcleo não forem usadas quando o núcleo foi construído. Isso inclui CONFIG_BIG_KEYS, CONFIG_KEY_DH_OPERATIONS e CONFIG_CRYPTO_DH.

Agora, como o(a) usuário(a) root:

make NO_ARLIB=1 LIBDIR=/usr/lib BINDIR=/usr/bin SBINDIR=/usr/sbin install

Explicações do Comando

sed ... Makefile: Esse comando garante que o arquivo "pkgconfig" seja colocado no diretório correto.

NO_ARLIB=1: Esse sinalizador do "make" desabilita a instalação da biblioteca estática.

Configurando keyutils

Arquivos de Configuração

/etc/request-key.conf e /etc/request-key.d/*

Conteúdo

Aplicativos Instalados: keyctl, key.dns_resolver e request-key

Biblioteca Instalada: libkeyutils.so

Diretório Instalado: /etc/request-key.d e /usr/share/keyutils

Descrições Curtas

keyctl	controla o recurso de gerenciamento de chave com uma variedade de subcomandos
key.dns_resolver	é invocado por request-key em nome do núcleo quando os serviços do núcleo (como NFS, CIFS e AFS) precisam realizar uma pesquisa de nome de dispositivo e o núcleo não tem a chave armazenada em cache. Não é destinado, ordinariamente, a ser chamado diretamente
request-key	é invocado pelo núcleo quando o núcleo é solicitado por uma chave que não tem imediatamente disponível. O núcleo cria uma chave temporária e, em seguida, chama esse aplicativo para instanciá-lo. Não é destinado a ser chamado diretamente
`libkeyutils.so`	contém a instanciação da API da biblioteca "keyutils"

libaio-0.3.113

Introdução a libaio

O pacote libaio é um recurso assíncrono de Entrada/Saída ("Entrada/Saída assíncrona" ou "aio") que possui uma API e um conjunto de recursos mais ricos que o recurso simples de Entrada/Saída assíncrona POSIX. Essa biblioteca, "libaio", fornece a API nativa do Linux para Entrada/Saída assíncrona. O recurso de Entrada/Saída assíncrona POSIX exige essa biblioteca para a finalidade de fornecer recursos de Entrada/Saída assíncronas acelerados pelo núcleo, assim como os aplicativos que exigem a API de Entrada/Saída assíncrona nativa do Linux.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://pagure.io/libaio/archive/libaio-0.3.113/libaio-0.3.113.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 605237f35de238dfacc83bcae406d95d
Tamanho da transferência: 48 KB
Espaço em disco estimado exigido: 1,0 MB
Tempo de construção estimado: menos que 0,1 UPC

Instalação do libaio

Primeiro, desabilite a instalação da biblioteca estática:

sed -i '/install.*libaio.a/s/^/#/' src/Makefile

Construa a libaio executando o seguinte comando:

make

Para testar os resultados, emita: make partcheck.

Agora, instale o pacote como o(a) usuário(a) root:

make install

Conteúdo

Aplicativos Instalados: Nenhum(a)

Biblioteca Instalada: libaio.so

Diretórios Instalados: Nenhum(a)

Descrições Curtas

libaio.so

é a biblioteca "libaio"

libarchive-3.7.1

Introdução a libarchive

A biblioteca libarchive fornece interface única para leitura/gravação de vários formatos de compressão.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/libarchive/libarchive/releases/download/v3.7.1/libarchive-3.7.1.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 11a217b523dcdd178490bdb1f83353f3
Tamanho da transferência: 5,0 MB
Espaço em disco estimado exigido: 42 MB (adicionar 33 MB para testes)
Tempo de construção estimado: 0,3 UPC (adicionar 0,7 UPC para os testes)

Dependências do libarchive

Opcionais

libxml2-2.10.4, LZO-2.10 e Nettle-3.9.1

Observações de Editor(a): https://wiki.linuxfromscratch.org/blfs/wiki/libarchive

Instalação do libarchive

Instale o libarchive executando os seguintes comandos:

./configure --prefix=/usr --disable-static &&
make

Para testar os resultados, emita: LC_ALL=C make check.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

--without-xml2: Essa chave configura "expat" para suporte ao formato de arquivamento "xar" em vez do preferido "libxml2" se ambos os pacotes estiverem instalados.

--without-nettle: Essa chave configura o "OpenSSL" para suporte de criptografia em vez do preferido "Nettle" se ambos os pacotes estiverem instalados.

Conteúdo

Aplicativos Instalados: bsdcat, bsdcpio, bsdtar e bsdunzip

Bibliotecas Instaladas: libarchive.so

Diretórios Instalados: Nenhum

Descrições Curtas

bsdcat	expande arquivos para a saída gerada padrão
bsdcpio	é uma ferramenta similar a cpio
bsdtar	é uma ferramenta similar à GNU tar
bsdunzip	é uma ferramenta similar a unzip do Info-ZIP
`libarchive.so`	é uma biblioteca que consegue criar e ler vários formatos de arquivamento de fluxo

libassuan-2.5.6

Introdução a libassuan

O pacote libassuan contém uma biblioteca de comunicação entre processos usada por alguns dos outros pacotes relacionados ao GnuPG. O principal uso da libassuan é o de permitir que um cliente interaja com um servidor não persistente. A libassuan não é, entretanto, limitada ao uso com servidores e clientes do GnuPG. Ela foi projetado para ser flexível o suficiente para atender às demandas de muitos ambientes baseados em transações com servidores não persistentes.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://www.gnupg.org/ftp/gcrypt/libassuan/libassuan-2.5.6.tar.bz2
Transferência (FTP): ftp://ftp.gnupg.org/gcrypt/libassuan/libassuan-2.5.6.tar.bz2
Soma de verificação MD5 da transferência: 9c22e76168675ec996b9d620ffbb7b27
Tamanho da transferência: 564 KB
Espaço em disco estimado exigido: 7,9 MB (com testes; adicionar 3,4 MB para documentação)
Tempo de construção estimado: 0,1 UPC (com os testes e a documentação)

Dependências do libassuan

Exigida

libgpg-error-1.47

Opcionais

texlive-20230313 (ou install-tl-unx)

Instalação do libassuan

Instale libassuan executando os seguintes comandos:

./configure --prefix=/usr &&
make                   &&

make -C doc html                                                       &&
makeinfo --html --no-split -o doc/assuan_nochunks.html doc/assuan.texi &&
makeinfo --plaintext       -o doc/assuan.txt           doc/assuan.texi

Os comandos acima constroem a documentação nos formatos html e texto simples. Se você deseja construir formatos alternativos da documentação, [então] você precisa ter texlive-20230313 instalado e emitir os seguintes comandos:

make -C doc pdf ps

Para testar os resultados, emita: make check.

Agora, como o(a) usuário(a) root:

make install &&

install -v -dm755 /usr/share/doc/libassuan-2.5.6/html &&
install -v -m644 doc/assuan.html/* \
                    /usr/share/doc/libassuan-2.5.6/html &&
install -v -m644 doc/assuan_nochunks.html \
                    /usr/share/doc/libassuan-2.5.6      &&
install -v -m644 doc/assuan.{txt,texi} \
                    /usr/share/doc/libassuan-2.5.6

Se você construiu formatos alternativos da documentação, [então] instale-os executando os seguintes comandos como o(a) usuário(a) root:

install -v -m644 doc/assuan.{pdf,ps,dvi} \
                  /usr/share/doc/libassuan-2.5.6

Conteúdo

Aplicativo Instalado: libassuan-config

Biblioteca Instalada: libassuan.so

Diretório Instalado: /usr/share/doc/libassuan-2.5.6

Descrições Curtas

libassuan-config	é um script de informação de construção da `libassuan`
`libassuan.so`	é uma biblioteca de comunicação entre processos que implementa o protocolo "Assuan"

libatasmart-0.19

Introdução a libatasmart

O pacote libatasmart é uma biblioteca de informe de disco. Ela suporta somente um subconjunto da funcionalidade S.M.A.R.T. do ATA.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://0pointer.de/public/libatasmart-0.19.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 53afe2b155c36f658e121fe6def33e77
Tamanho da transferência: 248 KB
Espaço em disco estimado exigido: 3 MB
Tempo de construção estimado: menos que 0,1 UPC

Observações de Editor(a): https://wiki.linuxfromscratch.org/blfs/wiki/libatasmart

Instalação do libatasmart

Instale libatasmart executando os seguintes comandos:

./configure --prefix=/usr --disable-static &&
make

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

make docdir=/usr/share/doc/libatasmart-0.19 install

Explicações do Comando

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

Conteúdo

Aplicativos Instalados: skdump e sktest

Biblioteca Instalada: libatasmart.so

Diretório Instalado: /usr/share/doc/libatasmart-0.19

Descrições Curtas

skdump	é um utilitário que informa a situação do disco
sktest	é um utilitário para emitir testes de discos
`libatasmart.so`	contém as funções da API S.M.A.R.T do ATA

libatomic_ops-7.8.0

Introdução a libatomic_ops

libatomic_ops fornece implementações para operações atômicas de atualização de memória em várias arquiteturas. Isso permite o uso direto delas em código razoavelmente portátil. Ao contrário de pacotes semelhantes anteriores, esse considera explicitamente a semântica de barreira de memória e permite a construção de código que envolve sobrecarga mínima ao longo de uma variedade de arquiteturas.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/ivmai/libatomic_ops/releases/download/v7.8.0/libatomic_ops-7.8.0.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: a7e51e8041c3e60c298c037b2789c3fa
Tamanho da transferência: 516 KB
Espaço em disco estimado exigido: 6,4 MB (com testes)
Tempo de construção estimado: 0,1 UPC (com os testes)

Instalação do libatomic_ops

Instale libatomic_ops executando os seguintes comandos:

./configure --prefix=/usr  \
            --enable-shared  \
            --disable-static \
            --docdir=/usr/share/doc/libatomic_ops-7.8.0 &&
make

Para verificar os resultados, emita make check.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

--enable-shared: Essa chave habilita construir as bibliotecas compartilhadas libatomic_ops.

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

Conteúdo

Aplicativos Instalados: Nenhum(a)

Bibliotecas Instaladas: libatomic_ops.so e libatomic_ops_gpl.so

Diretório Instalado: /usr/include/libatomic_ops e /usr/share/doc/libatomic_ops-7.8.0

Descrições Curtas

libatomic_ops.so

contém funções para operações atômicas de memória

libblockdev-3.0.2

Introdução ao libblockdev

libblockdev é uma biblioteca C que suporta GObject Introspection para manipulação de dispositivos de bloco. Ela tem uma arquitetura baseada em plug-in onde cada tecnologia (como LVM, Btrfs, MD RAID, Swap,...) é implementada em um plug-in separado, possivelmente com várias implementações (por exemplo, usando CLI do LVM ou a nova API DBus do LVM).

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/storaged-project/libblockdev/releases/download/3.0.2-1/libblockdev-3.0.2.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: b03d1b4def6962aa2e3eb93b50c22163
Tamanho da transferência: 1,0 MB
Espaço em disco estimado exigido: 14 MB
Tempo de construção estimado: 0,1 UPC

Dependências do libblockdev

Exigidas

gobject-introspection-1.76.1 e Vala-0.56.11

Opcionais

btrfs-progs-6.3.3, GTK-Doc-1.33.2, mdadm-4.2, parted-3.6, volume_key-0.3.12, ndctl e targetcli (para testes)

Instalação do libblockdev

Instale o libblockdev executando os seguintes comandos:

./configure --prefix=/usr      \
            --sysconfdir=/etc  \
            --with-python3     \
            --without-escrow   \
            --without-gtk-doc  \
            --without-lvm      \
            --without-lvm_dbus \
            --without-nvdimm   \
            --without-tools    &&
make

A suíte de teste exige targetcli, que não é parte do BLFS.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

--without-escrow: Essa chave permite construir libblockdev sem volume_key-0.3.12 instalado. Remova-a se você tiver instalado volume_key-0.3.12.

--without-lvm --without-lvm_dbus --without-tools: A combinação dessas chaves permite construir libblockdev sem parted-3.6 instalado. Remova-a se você tiver instalado parted-3.6 e desejar construir os utilitários lvm-cache-stats ou vfat-resize, ou desejar que libblockdev suporte volumes lógicos.

--without-btrfs --without-mdraid --without-tools: A combinação dessas chaves permite construir libblockdev sem libbytesize-2.9 instalado. A opção --without-mdraid quebrará UDisks-2.10.0, de forma que não a use, a menos que você realmente saiba o que está fazendo.

--without-crypto: Essa chave permite construir libblockdev sem cryptsetup-2.4.3 ou keyutils-1.6.1 instalado. Essa chave quebrará UDisks-2.10.0, de forma que não a use, a menos que você realmente saiba o que está fazendo.

--without-dm --without-lvm --without-lvm_dbus --without-mpath: A combinação dessas chaves permite construir libblockdev sem LVM2-2.03.22 instalado. As opções --without-dm e --without-mpath não estão nas instruções fornecidas pelo livro, porque LVM2-2.03.22 é exigido para cryptsetup-2.4.3 e cryptsetup-2.4.3 é uma dependência recomendada de libblockdev de qualquer maneira.

--without-nvme: Essa chave permite construir libblockdev sem libnvme-1.5 instalado. Essa chave quebrará UDisks-2.10.0, de forma que não a use, a menos que você realmente saiba o que está fazendo.

Conteúdo

Aplicativos Instalados: lvm-cache-stats e vfat-resize (ambos opcionais)

Bibliotecas Instaladas: libbd_btrfs.so, libbd_crypto.so, libbd_dm.so, libbd_fs.so, libbd_loop.so, libbd_lvm.so (opcional), libbd_lvm-dbus.so (opcional), libbd_mdraid.so, libbd_mpath.so, libbd_nvme.so, libbd_part.so, libbd_swap.so, libbd_utils.so e libblockdev.so

Diretórios Instalados: /etc/libblockdev, /usr/include/blockdev e /usr/share/gtk-doc/html/libblockdev (opcional)

Descrições Curtas

lvm-cache-stats	imprime estatísticas relativas a caches relativos a Volumes Lógicos do LVM
vfat-resize	redimensiona sistemas de arquivos `vfat`

libbytesize-2.9

Introdução a libbytesize

O pacote libbytesize é uma biblioteca que facilita as operações comuns com tamanhos em bytes.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/storaged-project/libbytesize/releases/download/2.9/libbytesize-2.9.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: ba30fedcc832d9e0ae6cdc7a5602efbb
Tamanho da transferência: 448 KB
Espaço em disco estimado exigido: 3,5 MB
Tempo de construção estimado: menos que 0,1 UPC (incluindo os testes)

Dependências do libbytesize

Exigidas

pcre2-10.42 e Pygments-2.16.1

Opcionais

GTK-Doc-1.33.2, pocketlint (módulo Python para um teste) e polib (módulo Python para um teste)

Instalação do libbytesize

Instale libbytesize executando os seguintes comandos:

./configure --prefix=/usr &&
make

Se você tiver os módulos opcionais Python instalados, [então] os testes de regressão podem ser executados com: make check.

Agora, como o(a) usuário(a) root:

make install

Conteúdo

Aplicativos Instalados: bscalc

Biblioteca Instalada: libbytesize.so

Diretórios Instalados: /usr/include/bytesize e /usr/lib/python3.11/site-packages/bytesize

Descrições Curtas

bscalc	converte de uma unidade maior, como MB ou TB, de volta para um valor em bytes
`libbytesize.so`	contém funções usadas para lidar com operações comuns de leitura/gravação com tamanhos em bytes

libcloudproviders-0.3.2

Introdução a libcloudproviders

O pacote libcloudproviders contém uma biblioteca que fornece uma API DBus que permite que clientes de sincronização de armazenamento em nuvem exponham os serviços deles.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://download.gnome.org/sources/libcloudproviders/0.3/libcloudproviders-0.3.2.tar.xz
Transferência (FTP): ftp://ftp.acc.umu.se/pub/gnome/sources/libcloudproviders/0.3/libcloudproviders-0.3.2.tar.xz
Soma de verificação MD5 da transferência: bc97871ac437774b1b0cbb192d907f89
Tamanho da transferência: 24 KB
Espaço em disco estimado exigido: 1,5 MB
Tempo de construção estimado: menos que 0,1 UPC

Dependências do libcloudproviders

Exigidas

Opcionais

Doxygen-1.9.7 e Lynx-2.8.9rel.1

Instalação do libcloudproviders

Instale libcloudproviders executando os seguintes comandos:

mkdir build &&
cd    build &&

meson setup --prefix=/usr --buildtype=release .. &&
ninja

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

ninja install

Explicações do Comando

--buildtype=release: Especifique um tipo de construção adequado para lançamentos estáveis do pacote, pois o padrão possivelmente produza binários não otimizados.

-Denable-gtk-doc: Use essa chave se você tiver GTK-Doc-1.33.2 instalado e desejar gerar a documentação da API.

Conteúdo

Aplicativos Instalados: Nenhum

Bibliotecas Instaladas: libcloudproviders.so

Diretórios Instalados: /usr/include/cloudproviders

Descrições Curtas

libcloudproviders.so

contém funções que fornecem uma API DBus para permitir que clientes de sincronização de armazenamento em nuvem exponham os serviços deles

libdaemon-0.14

Introdução a libdaemon

O pacote libdaemon é uma biblioteca C leve que facilita a escrita de processos de segundo plano UNIX.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://0pointer.de/lennart/projects/libdaemon/libdaemon-0.14.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 509dc27107c21bcd9fbf2f95f5669563
Tamanho da transferência: 332 KB
Espaço em disco estimado exigido: 3 MB
Tempo de construção estimado: 0,1 UPC

Dependências do libdaemon

Opcionais

Instalação do libdaemon

Instale libdaemon executando os seguintes comandos:

./configure --prefix=/usr --disable-static &&
make

Se você tiver Doxygen instalado e desejar construir a documentação da API, [então] emita o seguinte comando:

make -C doc doxygen

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

make docdir=/usr/share/doc/libdaemon-0.14 install

Se você construiu a documentação da API, [então] instale-a usando os seguintes comandos como o(a) usuário(a) root:

install -v -m755 -d /usr/share/doc/libdaemon-0.14/reference/html &&
install -v -m644 doc/reference/html/* /usr/share/doc/libdaemon-0.14/reference/html &&
install -v -m644 doc/reference/man/man3/* /usr/share/man/man3

Explicações do Comando

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

Conteúdo

Aplicativos Instalados: Nenhum

Biblioteca Instalada: libdaemon.so

Diretórios Instalados: /usr/include/libdaemon e /usr/share/doc/libdaemon-0.14

Descrições Curtas

libdaemon.so

contém as funções da API libdaemon

libgcrypt-1.10.2

Introdução a libgcrypt

O pacote libgcrypt contém uma biblioteca criptográfica de uso geral baseada no código usado no GnuPG. A biblioteca fornece uma interface de alto nível para blocos de construção criptográficos usando uma API extensível e flexível.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://www.gnupg.org/ftp/gcrypt/libgcrypt/libgcrypt-1.10.2.tar.bz2
Transferência (FTP): ftp://ftp.gnupg.org/gcrypt/libgcrypt/libgcrypt-1.10.2.tar.bz2
Soma de verificação MD5 da transferência: 663abb395452750522d6797967e2f442
Tamanho da transferência: 3,6 MB
Espaço em disco estimado exigido: 130 MB (com testes)
Tempo de construção estimado: 0,4 UPC (com a documentação; adicionar 0,5 UPC para os testes)

Dependências do libgcrypt

Exigida

libgpg-error-1.47

Opcionais

Pth-2.0.7 e texlive-20230313 (ou install-tl-unx)

Instalação do libgcrypt

Instale libgcrypt executando os seguintes comandos:

./configure --prefix=/usr &&
make                      &&

make -C doc html                                                       &&
makeinfo --html --no-split -o doc/gcrypt_nochunks.html doc/gcrypt.texi &&
makeinfo --plaintext     -o doc/gcrypt.txt           doc/gcrypt.texi

Para testar os resultados, emita: make check.

Agora, como o(a) usuário(a) root:

make install &&
install -v -dm755  /usr/share/doc/libgcrypt-1.10.2 &&
install -v -m644    README doc/{README.apichanges,fips*,libgcrypt*} \
                    /usr/share/doc/libgcrypt-1.10.2 &&

install -v -dm755   /usr/share/doc/libgcrypt-1.10.2/html &&
install -v -m644 doc/gcrypt.html/* \
                    /usr/share/doc/libgcrypt-1.10.2/html &&
install -v -m644 doc/gcrypt_nochunks.html \
                    /usr/share/doc/libgcrypt-1.10.2      &&
install -v -m644 doc/gcrypt.{txt,texi} \
                    /usr/share/doc/libgcrypt-1.10.2

Explicações do Comando

--with-capabilities: Essa opção habilita o suporte a "libcap2". Observe que isso quebra o cryptsetup-2.4.3

Conteúdo

Aplicativos Instalados: dumpsexp, hmac256, libgcrypt-config e mpicalc

Biblioteca Instalada: libgcrypt.so

Diretório Instalado: /usr/share/doc/libgcrypt-1.10.2

Descrições Curtas

dumpsexp	é uma ferramenta de depuração para expressões "S"
hmac256	é uma implementação autônoma HMAC-SHA-256 usada para calcular um código de autenticação HMAC-SHA-256
libgcrypt-config	determina os sinalizadores de compilação e do vinculador que deveriam ser usados para compilar e vincular aplicativos que usam `libgcrypt`
mpicalc	é uma calculadora RPN (Reverse Polish Notation)
`libgcrypt.so`	contém as funções criptográficas da API

libgpg-error-1.47

Introdução a libgpg-error

O pacote libgpg-error contém uma biblioteca que define valores comuns de erro para todos os componentes do GnuPG.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://www.gnupg.org/ftp/gcrypt/libgpg-error/libgpg-error-1.47.tar.bz2
Transferência (FTP): ftp://ftp.gnupg.org/gcrypt/libgpg-error/libgpg-error-1.47.tar.bz2
Soma de verificação MD5 da transferência: 58e054ca192a77226c4822bbee1b7fdb
Tamanho da transferência: 1,0 MB
Espaço em disco estimado exigido: 11 MB (com os testes)
Tempo de construção estimado: 0,1 UPC (com os testes)

Instalação do libgpg-error

Instale libgpg-error executando os seguintes comandos:

./configure --prefix=/usr &&
make

Para testar os resultados, emita: make check.

Agora, como o(a) usuário(a) root:

make install &&
install -v -m644 -D README /usr/share/doc/libgpg-error-1.47/README

Conteúdo

Aplicativos Instalados: gpg-error, gpgrt-config e yat2m

Biblioteca Instalada: libgpg-error.so

Diretórios Instalados: /usr/share/common-lisp/source/gpg-error, /usr/share/libgpg-error e /usr/share/doc/libgpg-error-1.47

Descrições Curtas

gpg-error	é usado para determinar códigos de erro da libgpg-error
gpgrt-config	é uma ferramenta ao estilo pkg-config para consultar as informações relacionadas à versão instalada da libgpg-error
yat2m	extrai páginas de manual a partir de um fonte Texinfo
`libgpg-error.so`	contém as funções da API da libgpg-error

libgrss-0.7.0

Introdução a libgrss

O pacote libgrss contém uma biblioteca projetada para manipular feeds RSS e Atom.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://download.gnome.org/sources/libgrss/0.7/libgrss-0.7.0.tar.xz
Transferência (FTP): ftp://ftp.acc.umu.se/pub/gnome/sources/libgrss/0.7/libgrss-0.7.0.tar.xz
Soma de verificação MD5 da transferência: 7c0ee46a82dc0e9610183fe9ef8c7c1d
Tamanho da transferência: 356 KB
Espaço em disco estimado exigido: 10 MB
Tempo de construção estimado: 0,1 UPC

Transferências Adicionais

Remendo exigido: https://www.linuxfromscratch.org/patches/blfs/12.0/libgrss-0.7.0-bugfixes-2.patch

Dependências do libgrss

Exigida

libsoup-2.74.3

Instalação do libgrss

Instale libgrss executando os seguintes comandos:

patch -Np1 -i ../libgrss-0.7.0-bugfixes-2.patch &&
autoreconf -fv &&
./configure --prefix=/usr --disable-static &&
make

Para testar os resultados, emita: make check.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

--enable-gtk-doc: Use esse parâmetro se GTK-Doc estiver instalado e você desejar reconstruir e instalar a documentação da API.

Conteúdo

Aplicativos Instalados: Nenhum

Biblioteca Instalada: libgrss.so

Diretórios Instalados: /usr/include/libgrss e /usr/share/doc/libgrss-0.7.0

Descrições Curtas

libgrss.so

fornece funções de API para lidar com feeds RSS

libgsf-1.14.50

Introdução a libgsf

O pacote libgsf contém uma biblioteca usada para fornecer uma camada extensível de abstração de entrada/saída para formatos estruturados de arquivo.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://download.gnome.org/sources/libgsf/1.14/libgsf-1.14.50.tar.xz
Transferência (FTP): ftp://ftp.acc.umu.se/pub/gnome/sources/libgsf/1.14/libgsf-1.14.50.tar.xz
Soma de verificação MD5 da transferência: 1e9088c9c8869532945a10f12f1829c2
Tamanho da transferência: 688 KB
Espaço em disco estimado exigido: 14 MB (com os testes)
Tempo de construção estimado: 0,2 UPC (com os testes)

Dependências do libgsf

Exigidas

GLib-2.76.4 e libxml2-2.10.4

Opcionais

gobject-introspection-1.76.1 e GTK-Doc-1.33.2

Instalação do libgsf

Instale libgsf executando os seguintes comandos:

./configure --prefix=/usr --disable-static &&
make

Para testar os resultados, emita: make check. Dois testes, "t1004-zip-zip64.pl" e "t1005-zip-nonseekable.pl" são conhecidos por falharem.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

--enable-gtk-doc: Use esse parâmetro se GTK-Doc estiver instalado e você desejar reconstruir e instalar a documentação da API.

Conteúdo

Aplicativos Instalados: gsf, gsf-office-thumbnailer e gsf-vba-dump

Biblioteca Instalada: libgsf-1.so

Diretórios Instalados: /usr/include/libgsf-1, /usr/share/gtk-doc/html/gsf e /usr/share/thumbnailers

Descrições Curtas

gsf	é um utilitário simples de arquivamento, um pouco semelhante ao tar(1)
gsf-office-thumbnailer	é usado internamente por aplicativos GNOME, como Nautilus, para gerar miniaturas de vários tipos de arquivos de aplicativos de escritório
gsf-vba-dump	é usado para extrair macros do Visual Basic for Applications a partir de arquivos
`libgsf-1.so`	contém as funções da API libgsf

libgudev-238

Introdução a libgudev

O pacote libgudev contém ligações GObject para a libudev.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://download.gnome.org/sources/libgudev/238/libgudev-238.tar.xz
Transferência (FTP): ftp://ftp.acc.umu.se/pub/gnome/sources/libgudev/238/libgudev-238.tar.xz
Soma de verificação MD5 da transferência: 46da30a1c69101c3a13fa660d9ab7b73
Tamanho da transferência: 32 KB
Espaço em disco estimado exigido: 2,0 MB
Tempo de construção estimado: menos que 0,1 UPC

Exigida

JSON-GLib-1.6.6 e libusb-1.0.26

Opcionais

gobject-introspection-1.76.1 (para gir-data, necessário para o GNOME), GTK-Doc-1.33.2 e umockdev-0.17.18 (para testar)

Instalação do libgudev

Instale libgudev executando os seguintes comandos:

mkdir build &&
cd    build &&

meson setup --prefix=/usr --buildtype=release .. &&
ninja

Para testar os resultados, emita: ninja test.

Agora, como o(a) usuário(a) root:

ninja install

Explicações do Comando

--buildtype=release: Especifique um tipo de construção adequado para lançamentos estáveis do pacote, pois o padrão possivelmente produza binários não otimizados.

-Dgtk_doc=true: Use essa opção se o "GTK-Doc" estiver instalado e você desejar construir e instalar a documentação da API.

Conteúdo

Aplicativo Instalado: Nenhum

Bibliotecas Instaladas: libgudev-1.0.so

Diretórios Instalados: /usr/include/gudev-1.0 e /usr/share/gtk-doc/html/gudev

Descrições Curtas

libgudev-1.0.so

é uma biblioteca amarradora baseada em GObject para a libudev

libgusb-0.4.6

Introdução a libgusb

O pacote libgusb contém os amarradores GObject para a libusb-1.0 que tornam fácil fazer controle assíncrono, transferências em massa e de interrupções com cancelamento adequado e integração em um loop principal.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/hughsie/libgusb/releases/download/0.4.6/libgusb-0.4.6.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 309ebe36641fe53b883cdac8ad38cb94
Tamanho da transferência: 52 KB
Espaço em disco estimado exigido: 4,9 MB (com testes)
Tempo de construção estimado: menos que 0,1 UPC (com os testes)

Dependências do libgusb

Exigidas

Opcionais

Gi-DocGen-2023.1

Instalação do libgusb

Instale libgusb executando os seguintes comandos:

mkdir build &&
cd    build &&

meson setup ..            \
      --prefix=/usr       \
      --buildtype=release \
      -Ddocs=false        &&
ninja

Se você tiver o Gi-DocGen-2023.1 instalado e desejar construir a documentação da API para esse pacote, [então] emita:

sed "/output: 'libgusb'/s/'\$/-0.4.6'/" -i ../docs/meson.build &&
meson configure -Ddocs=true                                    &&
ninja

Para testar os resultados, emita: ninja test.

Agora, como o(a) usuário(a) root:

ninja install

Explicações do Comando

--buildtype=release: Especifique um tipo de construção adequado para lançamentos estáveis do pacote, pois o padrão possivelmente produza binários não otimizados.

-Ddocs=false: Permite construir esse pacote sem Gi-DocGen-2023.1 instalado. Se você tiver o Gi-DocGen-2023.1 instalado e desejar reconstruir e instalar a documentação da API, um comando meson configure reconfigurará essa opção.

Conteúdo

Aplicativos Instalados: gusbcmd

Biblioteca Instalada: libgusb.so

Diretórios Instalados: /usr/include/gusb-1 e /usr/share/doc/libgusb-0.4.6 (se "gi-docgen" for usado)

Descrições Curtas

gusbcmd	é uma ferramenta de depuração para a biblioteca "libgusb"
`libgusb.so`	contém as funções da API da libgusb

libical-3.0.16

Introdução a libical

O pacote libical contém uma implementação dos protocolos e formatos de dados "iCalendar".

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/libical/libical/releases/download/v3.0.16/libical-3.0.16.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 3799f9dde1db6f7eb0cb112b5e14ab60
Tamanho da transferência: 900 KB
Espaço em disco estimado exigido: 24 MB (com os testes e a documentação da API)
Tempo de construção estimado: 0,3 UPC (com os testes e a documentação)

Dependências do libical

Exigida

Opcionais

Base de Dados Berkeley-5.3.28, Doxygen-1.9.7 (para a documentação da API), Graphviz-8.1.0 (para a documentação da API), GTK-Doc-1.33.2 (para a documentação da API), ICU-73.2 e PyGObject-3.44.1 (para alguns testes)

Instalação do libical

Instale libical executando os seguintes comandos:

Nota

Esse pacote pode ocasionalmente falhar ao construir com múltiplos processadores. Veja-se Usando Múltiplos Processadores para mais informações.

mkdir build &&
cd  build &&

cmake -DCMAKE_INSTALL_PREFIX=/usr  \
      -DCMAKE_BUILD_TYPE=Release   \
      -DSHARED_ONLY=yes            \
      -DICAL_BUILD_DOCS=false      \
      -DGOBJECT_INTROSPECTION=true \
      -DICAL_GLIB_VAPI=true        \
      .. &&
make -j1

Se tiver Doxygen-1.9.7, Graphviz-8.1.0 e GTK-Doc-1.33.2 instalados e desejar construir a documentação da API, [então] você deveria remover a chave -DICAL_BUILD_DOCS=false e emitir:

make docs

Para testar os resultados, emita: make test.

Agora, como o(a) usuário(a) root:

make install

Se você tiver construído a documentação da API, [então] instale emitindo, como usuário(a) root:

install -vdm755 /usr/share/doc/libical-3.0.16/html &&
cp -vr apidocs/html/* /usr/share/doc/libical-3.0.16/html

Explicações do Comando

-DCMAKE_BUILD_TYPE=Release: Essa chave é usada para aplicar um nível mais alto de otimização à compilação.

-DSHARED_ONLY=yes: Essa chave é usada para a finalidade de construir somente as bibliotecas compartilhadas.

-DICAL_BUILD_DOCS=false: Essa chave evita construir a documentação do GTK. Remova se você desejar construir a documentação.

-DGOBJECT_INTROSPECTION=true: Essa chave é usada para gerar ligações de meta dados do "GObject".

-DICAL_GLIB_VAPI=true: Essa chave é usada para a finalidade de construir ligações para Vala-0.56.11.

-DUSE_BUILTIN_TZDATA=yes: Essa chave é usada para a finalidade de construir usando seus próprios dados de fuso horário.

Conteúdo

Aplicativos Instalados: Nenhum

Bibliotecas Instaladas: libical_cxx.so, libical.so, libical-glib.so, libicalss_cxx.so, libicalss.so e libicalvcal.so

Diretório Instalado: /usr/include/libical, /usr/include/libical-glib, /usr/lib/cmake/LibIcal, /usr/libexec/libical, /usr/share/gtk-doc/html/libical-glib (opcional) e /usr/share/doc/libical-3.0.16/html

Descrições Curtas

`libical.so`	contém as funções da API da libical
`libical_cxx.so`	contém as ligações C++ da libical
`libical-glib.so`	contém as ligações "glib" da libical
`libicalss.so`	é uma biblioteca que te permite armazenar os dados do componente "iCal" no disco em uma variedade de maneiras
`libicalss_cxx.so`	contém as ligações C++ da libicalss
`libicalvcal.so`	é uma interface C de "vCard"/"vCalendar"

libidn-1.41

Introdução a libidn

libidn é um pacote projetado para manuseio de sequência internacionalizada de caracteres baseado nas especificações Stringprep, Punycode e IDNA definidas pelo grupo de trabalho "Internationalized Domain Names" (IDN) da Internet Engineering Task Force (IETF), usado para nomes de domínio internacionalizados. Isso é útil para converter dados originários da representação nativa do sistema em UTF-8; para transformar sequências de caracteres Unicode em sequências de caracteres ASCII; para permitir que os aplicativos usem certos rótulos de nome ASCII (começando com um prefixo especial) para representar rótulos de nome não ASCII; e para converter nomes inteiros de domínio para e de formulário "ASCII Compatible Encoding" (ACE).

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://ftp.gnu.org/gnu/libidn/libidn-1.41.tar.gz
Transferência (FTP): ftp://ftp.gnu.org/gnu/libidn/libidn-1.41.tar.gz
Soma de verificação MD5 da transferência: 2cbff2f75f904328ac507af576b07197
Tamanho da transferência: 2,5 MB
Espaço em disco estimado exigido: 22 MB (com os testes)
Tempo de construção estimado: 0,2 UPC (com os testes)

Dependências do libidn

Opcionais

Pth-2.0.7, Emacs-29.1, GTK-Doc-1.33.2, OpenJDK-20.0.2, Valgrind-3.21.0 e Mono

Instalação do libidn

Instale libidn executando os seguintes comandos:

./configure --prefix=/usr --disable-static &&
make

Para testar os resultados, execute:

pushd tests &&
  make check &&
popd

Agora, como o(a) usuário(a) root:

make install &&

find doc -name "Makefile*" -delete           &&
rm -rf -v doc/{gdoc,idn.1,stamp-vti,man,texi} &&
mkdir -v       /usr/share/doc/libidn-1.41     &&
cp -r -v doc/* /usr/share/doc/libidn-1.41

Explicações do Comando

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

--enable-gtk-doc: Use esse parâmetro se GTK-Doc estiver instalado e você desejar reconstruir e instalar a documentação da API.

--enable-java: Use essa chave para habilitar a construção da implementação Java da libidn. Observe que o OpenJDK-20.0.2 precisa estar instalado para usar essa opção.

Conteúdo

Aplicativo Instalado: idn

Biblioteca Instalada: libidn.so

Diretórios Instalados: /usr/share/doc/libidn-1.41 e /usr/share/gtk-doc/html/libidn

Descrições Curtas

idn

é uma interface de linha de comando para a biblioteca de nomes internacionalizados de domínio

libidn.so

contém uma implementação genérica "Stringprep" que faz normalização Unicode 3.2 NFKC, mapeamento e proibição de caracteres e manuseio bidirecional de caracteres. Perfis para "Nameprep", "iSCSI", "SASL" e "XMPP" estão incluídos, bem como suporte para "Punycode" e "ASCII Compatible Encoding" (ACE) via IDNA. Um mecanismo para definir tabelas de validação específicas de "Top-Level Domain" (TLD) e para comparar sequências de caracteres com essas tabelas; bem como tabelas padrão para alguns TLDs estão inclusas

libidn2-2.3.4

Introdução a libidn2

libidn2 é um pacote projetado para manuseio de sequências internacionalizadas de caracteres baseado em padrões originários do grupo de trabalho "IDN" da Internet Engineering Task Force (IETF), projetado para nomes internacionalizados de domínio.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://ftp.gnu.org/gnu/libidn/libidn2-2.3.4.tar.gz
Transferência (FTP): ftp://ftp.gnu.org/gnu/libidn/libidn2-2.3.4.tar.gz
Soma de verificação MD5 da transferência: a12109804fc9c5d7fb31f068c66655b8
Tamanho da transferência: 2,0 MB
Espaço em disco estimado exigido: 21 MB (adicionar 2 MB para os testes)
Tempo de construção estimado: 0,1 UPC (adicionar 0,6 UPC para os testes)

Dependências do libidn2

Opcionais

git-2.41.0 e GTK-Doc-1.33.2

Instalação do libidn2

Instale libidn2 executando os seguintes comandos:

./configure --prefix=/usr --disable-static &&
make

Para testar os resultados, emita: make check.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

--enable-gtk-doc: Use esse parâmetro se GTK-Doc estiver instalado e você desejar reconstruir e instalar a documentação da API.

Conteúdo

Aplicativo Instalado: idn2

Biblioteca Instalada: libidn2.so

Diretório Instalado: /usr/share/gtk-doc/html/libidn2

Descrições Curtas

idn2	é uma interface de linha de comando para a biblioteca internacionalizada de domínio
`libidn2.so`	contém uma implementação genérica "Stringprep" usada para manuseio de sequência internacionalizada de caracteres

libiodbc-3.52.15

Introdução a libiodbc

libiodbc é uma API para bases de dados compatíveis com ODBC.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://downloads.sourceforge.net/iodbc/libiodbc-3.52.15.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 89949a41e542bb1b880d7fcc4987dad2
Tamanho da transferência: 1,0 MB
Espaço em disco estimado exigido: 26 MB
Tempo de construção estimado: 0,2 UPC

Dependências do libiodbc

Instalação do libiodbc

Instale libiodbc executando os seguintes comandos:

./configure --prefix=/usr                 \
            --with-iodbc-inidir=/etc/iodbc  \
            --includedir=/usr/include/iodbc \
            --disable-libodbc               \
            --disable-static                &&
make

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

--with-iodbc-inidir=/etc/iodbc: libiodbc instalará arquivos de configuração nesse diretório.

--includedir=/usr/include/iodbc: Isso instala os cabeçalhos de interface em um diretório privado, para evitar um conflito com os cabeçalhos instalados pelo unixODBC.

--disable-libodbc: Isso evita a instalação do link simbólico libodbc.so, para evitar um conflito com o unixODBC.

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

Conteúdo

Aplicativos Instalados: iodbc-config, iodbctest, iodbctestw e iodbcadm-gtk

Bibliotecas Instaladas: libdrvproxy.so, libiodbc.so, libiodbcinst.so e libiodbcadm.so

Diretório Instalado: /usr/include/iodbc, /usr/share/libiodbc e /etc/iodbc

Descrições Curtas

iodbc-config	é um utilitário para recuperar as opções de instalação da "libiodbc"
iodbctest{,w}	são processadores interativos SQL
iodbcadm-gtk	é um utilitário gráfico de administração

libksba-1.6.4

Introdução a Libksba

O pacote Libksba contém uma biblioteca usada para criar certificados "X.509", bem como tornar a Cryptographic Message Syntax (CMS) facilmente acessível por outros aplicativos. Ambas as especificações são blocos de construção de "S/MIME" e "TLS". A biblioteca não depende de outra biblioteca criptográfica, mas fornece ganchos para fácil integração com a Libgcrypt.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://www.gnupg.org/ftp/gcrypt/libksba/libksba-1.6.4.tar.bz2
Transferência (FTP): ftp://ftp.gnupg.org/gcrypt/libksba/libksba-1.6.4.tar.bz2
Soma de verificação MD5 da transferência: 17a0b93de57cd91c7e3264b107723092
Tamanho da transferência: 656 KB
Espaço em disco estimado exigido: 10 MB (com os testes)
Tempo de construção estimado: 0,1 UPC (com os testes)

Dependências do Libksba

Exigida

libgpg-error-1.47

Opcional

Valgrind-3.21.0

Instalação do Libksba

Instale Libksba executando os seguintes comandos:

./configure --prefix=/usr &&
make

Para testar os resultados, emita: make check.

Agora, como o(a) usuário(a) root:

make install

Conteúdo

Aplicativo Instalado: Nenhum

Biblioteca Instalada: libksba.so

Diretório Instalado: Nenhum

Descrições Curtas

libksba.{so,a}

contém as funções criptográficas da API

liblinear-247

Introdução a liblinear

Esse pacote fornece uma biblioteca para aprender classificadores lineares para aplicações de larga escala. Ele suporta "Support Vector Machines" (SVM) com perda L2 e L1, regressão logística, classificação multi classe e também "Máquinas Lineares de Programação" (SVMs de L1 regularizada). A complexidade computacional dele aumenta linearmente com o número de exemplos de treinamento, tornando-o um dos solucionadores SVM mais rápidos do mercado.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Nota

Depois de atualizar esse pacote a partir de liblinear-1.96 ou anterior, você precisa reinstalar o Nmap-7.94, para a finalidade de vincular à nova biblioteca.

Informação do Pacote

Transferência (HTTP): https://github.com/cjlin1/liblinear/archive/v247/liblinear-247.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 0c81dd2b2cabc4fba85f61b9dc51c4a3
Tamanho da transferência: 560 KB
Espaço em disco estimado exigido: 1,6 MB
Tempo de construção estimado: menos que 0,1 UPC

Instalação do liblinear

Instale liblinear executando os seguintes comandos:

make lib

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

install -vm644 linear.h /usr/include &&
install -vm755 liblinear.so.5 /usr/lib &&
ln -sfv liblinear.so.5 /usr/lib/liblinear.so

Conteúdo

Aplicativos Instalados: Nenhum

Biblioteca Instalada: liblinear.so

Diretórios Instalados: Nenhum

Descrições Curtas

liblinear.so

é uma grande biblioteca de classificação linear

libmbim-1.26.4

Introdução a libmbim

O pacote libmbim contém uma biblioteca baseada em "GLib" para comunicação com modems "WWAN" e dispositivos que falam o protocolo "Mobile Interface Broadband Model" (MBIM).

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://www.freedesktop.org/software/libmbim/libmbim-1.26.4.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 58dea20cad346f31d2873b68385a9973
Tamanho da transferência: 553 KB
Espaço em disco estimado exigido: 33 MB (com os testes)
Tempo de construção estimado: 0,2 UPC (com os testes)

Dependências do libmbim

Opcionais

GTK-Doc-1.33.2 e help2man

Instalação do libmbim

Instale libmbim executando os seguintes comandos:

./configure --prefix=/usr --disable-static &&
make

Para testar os resultados, emita: make check.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

--enable-gtk-doc: Use esse parâmetro se GTK-Doc estiver instalado e você desejar reconstruir e instalar a documentação da API.

Conteúdo

Aplicativos Instalados: mbimcli e mbim-network

Bibliotecas Instaladas: libmbim-glib.so

Diretórios Instalados: /usr/include/libmbim-glib e /usr/share/gtk-doc/html/libmbim-glib

Descrições Curtas

mbimcli	é um utilitário usado para controlar dispositivos "MBIM"
mbim-network	é um utilitário usado para gerenciamento simples de rede dos dispositivos "MBIM"
`libmbim-glib.so`	contém funções API para comunicação com modems "WWAN" e dispositivos que falam o protocolo "Mobile Interface Broadband Model" (MBIM)

libnvme-1.5

Introdução ao libnvme

O pacote libnvme é uma biblioteca que fornece definições de tipo para estruturas de especificação NVMe, enumerações e campos de bits, funções auxiliares para construir, despachar e decodificar comandos e cargas úteis e utilitários para conectar, escanear e gerenciar dispositivos NVMe em um sistema Linux.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/linux-nvme/libnvme/archive/refs/tags/v1.5/libnvme-1.5.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 8289e988a3244a35cc326aa564a7a727
Tamanho da transferência: 556 KB
Espaço em disco estimado exigido: 9,0 MB
Tempo de construção estimado: menos que 0,1 UPC (incluindo testes)

Dependências do libnvme

Opcionais

JSON-C-0.17, keyutils-1.6.1 e SWIG-4.1.1

Instalação do libnvme

Instale o libnvme executando os seguintes comandos:

mkdir build &&
cd    build &&

meson setup --prefix=/usr --buildtype=release -Dlibdbus=auto .. &&
ninja

Para executar os testes, emita: ninja test.

Agora, como o(a) usuário(a) root:

ninja install

Conteúdo

Aplicativos Instalados: Nenhum(a)

Biblioteca Instalada: libnvme.so e libnvme-mi.so

Diretórios Instalados: /usr/include/nvme e /usr/lib/python3.11/site-packages/libnvme

Descrições Curtas

libnvme.so

contém funções usadas para lidar com operações relacionadas a dispositivos NVMe.

libpaper-2.1.1

Introdução ao libpaper

Esse pacote destina-se a fornecer uma maneira simples para os aplicativos executarem ações baseadas em um sistema ou tamanho de papel especificado pelo(a) usuário(a).

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/rrthomas/libpaper/releases/download/v2.1.1/libpaper-2.1.1.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 3ee7420ed7afae14a3387a4a0e68c60f
Tamanho da transferência: 1,2 MB
Espaço em disco estimado exigido: 11 MB (com testes)
Tempo de construção estimado: 0,1 UPC (com testes)

Instalação do libpaper

Instale o libpaper executando os seguintes comandos:

./configure --prefix=/usr        \
            --sysconfdir=/etc    \
            --disable-static     \
            --enable-relocatable \
            --docdir=/usr/share/doc/libpaper-2.1.1 &&
make

Para testar os resultados, emita: make check.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

--enable-relocatable: Essa opção é necessária para executar os testes.

Configurando o libpaper

Informação de Configuração

O tamanho do papel é determinado automaticamente a partir da localidade do sistema; veja-se LC_PAPER em locale(7). Se você quiser substituí-lo, crie um arquivo papersize no diretório de configuração do(a) usuário(a). Por exemplo:

mkdir -pv ~/.config &&
echo "a4" > ~/.config/papersize

Se você quiser substituir o tamanho do papel globalmente (para todos(as) os(as) usuários(as)), configure a variável de ambiente PAPERSIZE. Por exemplo:

echo "PAPERSIZE=a4" > /etc/profile.d/libpaper.sh

Você pode usar um tamanho de papel diferente, como “letter”.

Conteúdo

Aplicativos Instalados: paper e paperconf

Biblioteca Instalada: libpaper.so

Diretórios Instalados: /usr/share/doc/libpaper-2.1.1

Descrições Curtas

paper	imprime informação de configuração de papel
paperconf	imprime informação de configuração de papel em um modo de compatibilidade
`libpaper.so`	contém funções para interrogar a biblioteca de papéis

libportal-0.6

Introdução a libportal

O pacote libportal fornece uma biblioteca que contém APIs assíncronas estilo GIO para a maioria dos portais Flatpak.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/flatpak/libportal/releases/download/0.6/libportal-0.6.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: e16c8ca2621aff64774a1d2ad6a2a346
Tamanho da transferência: 64 KB
Espaço em disco estimado exigido: 2,9 MB
Tempo de construção estimado: 0,1 UPC

Dependências do libportal

Exigida

Gi-DocGen-2023.1 e Vala-0.56.11

Opcionais

Instalação do libportal

Atenção

Se uma versão anterior do "libportal" estiver instalada, [então] mova os cabeçalhos para fora do caminho, de forma que os pacotes posteriores não encontrem conflitos (como o(a) usuário(a) root):

if [ -e /usr/include/libportal ]; then
   rm -rf /usr/include/libportal.old &&
   mv -vf /usr/include/libportal{,.old}
fi

Instale libportal executando os seguintes comandos:

mkdir build &&
cd    build &&

meson setup --prefix=/usr --buildtype=release -Ddocs=false .. &&
ninja

Se você tiver Gi-DocGen-2023.1 instalado e desejar construir a documentação da API para esse pacote, [então] emita:

sed "/output/s/-1/-0.6/" -i ../doc/meson.build &&
meson configure -Ddocs=true                   &&
ninja

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

ninja install

Explicações do Comando

--buildtype=release: Especifique um tipo de construção adequado para lançamentos estáveis do pacote, pois o padrão possivelmente produza binários não otimizados.

-Dbackends=gtk3,gtk4,qt5: Essa chave permite que você configure as estruturas disponíveis de retaguarda. Você consegue usá-la para desabilitar a dependência de gtk-3, gtk-4 ou qt-5. A maioria dos aplicativos que usam libportal usará ou gtk-4 ou gtk-3. O padrão é o de construir todas as três estruturas de retaguarda.

Conteúdo

Aplicativos Instalados: Nenhum

Bibliotecas Instaladas: libportal.so, libportal-gtk3.so, libportal-gtk4.so e libportal-qt5.so

Diretórios Instalados: /usr/include/libportal e /usr/share/gtk-doc/html/libportal

Descrições Curtas

`libportal.so`	fornece APIs assíncronas no estilo GIO para a maioria dos portais Flatpak
`libportal-gtk3.so`	fornece funções específicas do GTK+-3 para interagir com os portais Flatpak.
`libportal-gtk4.so`	fornece funções específicas do GTK-4 para interagir com portais Flatpak.
`libportal-qt5.so`	fornece funções específicas do Qt5 para interagir com portais Flatpak.

libptytty-2.0

Introdução a libptytty

O pacote libptytty fornece uma biblioteca que permite o manuseio seguro e independente do Sistema Operacional de pty/tty e de utmp/wtmp/lastlog.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): http://dist.schmorp.de/libptytty/libptytty-2.0.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 2a7f3f3c0d3ef71902da745dc7959529
Tamanho da transferência: 48 KB
Espaço em disco estimado exigido: 1,4 MB
Tempo de construção estimado: menos que 0,1 UPC

Dependências do libptytty

Exigida

Instalação do libptytty

Instale libptytty executando os seguintes comandos:

mkdir build &&
cd   build &&

cmake -DCMAKE_INSTALL_PREFIX=/usr     \
      -DCMAKE_BUILD_TYPE=Release      \
      -DPT_UTMP_FILE:STRING=/run/utmp \
      .. &&
make

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

make install

Conteúdo

Aplicativos Instalados: Nenhum

Bibliotecas Instaladas: libptytty.so

Diretórios Instalados: Nenhum

Descrições Curtas

libptytty.so

fornece manuseio seguro e independente do Sistema Operacional de pty/tty e de utmp/wtmp/lastlog

libqalculate-4.7.0

Introdução a libqalculate

O pacote libqalculate contém uma biblioteca que fornece funções para uma calculadora multi propósito.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/Qalculate/libqalculate/releases/download/v4.7.0/libqalculate-4.7.0.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 7fcad72cb9779afc14fecdf0a0dcc9f1
Tamanho da transferência: 2,5 MB
Espaço em disco estimado exigido: 140 MB (com testes)
Tempo de construção estimado: 0,7 UPC (com testes; ambos usando paralelismo=4)

Dependências do libqalculate

Exigidas

cURL-8.2.1, ICU-73.2 e libxml2-2.10.4

Opcionais

GTK-Doc-1.33.2 e Valgrind-3.21.0

Instalação do libqalculate

Instale libqalculate executando os seguintes comandos:

./configure --prefix=/usr   \
            --disable-static \
            --docdir=/usr/share/doc/libqalculate-4.7.0 &&
make

Para testar os resultados, emita: make check.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

Conteúdo

Aplicativos Instalados: qalc

Biblioteca Instalada: libqalculate.so

Diretórios Instalados: /usr/include/libqalculate, /usr/share/doc/libqalculate-4.7.0 e /usr/share/qalculate

Descrições Curtas

qalc	é uma calculadora de linha de comando poderosa e fácil de usar
`libqalculate.so`	contém as funções da API da libqalculate

libqmi-1.30.8

Introdução a libqmi

O pacote libqmi contém uma biblioteca baseada em GLib para comunicação com modems WWAN e dispositivos que falam o protocolo Qualcomm MSM Interface (QMI).

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://www.freedesktop.org/software/libqmi/libqmi-1.30.8.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 5ec8838914f80e1dfa4d2fa8cc2f186d
Tamanho da transferência: 1,2 MB
Espaço em disco estimado exigido: 151 MB (com os testes)
Tempo de construção estimado: 0,3 UPC (Usando paralelismo=4; com os testes)

Dependências do libqmi

Exigidas

GLib-2.76.4 e libgudev-238

Opcionais

GTK-Doc-1.33.2, help2man e libqrtr-glib

Instalação do libqmi

Instale libqmi executando os seguintes comandos:

PYTHON=python3 ./configure --prefix=/usr --disable-static &&
make

Para testar os resultados, emita: make check.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

--enable-gtk-doc: Use esse parâmetro se GTK-Doc estiver instalado e você desejar reconstruir e instalar a documentação da API.

--disable-mbim-qmux: Essa chave desabilita o suporte para usar um dispositivo de controle MBIM para mensagens QMI. Use essa chave se você não instalou o libmbim.

Conteúdo

Aplicativos Instalados: qmicli, qmi-firmware-update e qmi-network

Bibliotecas Instaladas: libqmi-glib.so

Diretórios Instalados: /usr/include/libqmi-glib e /usr/share/gtk-doc/html/libqmi-glib

Descrições Curtas

qmicli	é um utilitário usado para controlar dispositivos QMI
qmi-firmware-update	é um utilitário usado para realizar atualizações de firmware em dispositivos QMI
qmi-network	é um utilitário usado para gerenciamento simples de rede de comunicação de dispositivos QMI
`libqmi-glib.so`	contém funções de API para comunicação com modems WWAN e dispositivos que falam o protocolo Qualcomm MSM Interface (QMI)

libseccomp-2.5.4

Introdução a libseccomp

O pacote libseccomp fornece uma interface fácil de usar e independente de plataforma para o mecanismo de filtragem "syscall" do núcleo Linux.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/seccomp/libseccomp/releases/download/v2.5.4/libseccomp-2.5.4.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 74008bb33234e0c2a0d998e7bee5c625
Tamanho da transferência: 624 KB
Espaço em disco estimado exigido: 6,3 MB (adicional 3,8 MB para os testes)
Tempo de construção estimado: menos que 0,1 UPC (adicional 2,1 UPC para os testes)

Dependências do libseccomp

Opcionais

Which-2.21 (necessitado para os testes), Valgrind-3.21.0 e LCOV

Instalação do libseccomp

Instale libseccomp executando os seguintes comandos:

./configure --prefix=/usr --disable-static &&
make

Para testar os resultados, emita: make check.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

Conteúdo

Aplicativo Instalado: scmp_sys_resolver

Biblioteca Instalada: libseccomp.so

Diretórios Instalados: Nenhum

Descrições Curtas

scmp_sys_resolver	é usado para resolver chamadas de sistema para aplicativos
`libseccomp.so`	contém funções de API para traduzir chamadas de sistema

libsigc++-2.12.0

Introdução a libsigc++

O pacote libsigc++ implementa um sistema de retorno de chamada seguro para C++ padrão.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://download.gnome.org/sources/libsigc++/2.12/libsigc++-2.12.0.tar.xz
Transferência (FTP): ftp://ftp.acc.umu.se/pub/gnome/sources/libsigc++/2.12/libsigc++-2.12.0.tar.xz
Soma de verificação MD5 da transferência: 943b7aef5d74fbc4f4a3bb67bcfaae02
Tamanho da transferência: 4,8 MB
Espaço em disco estimado exigido: 28 MB (com os testes)
Tempo de construção estimado: 0,2 UPC (com os testes)

Dependências do libsigc++

Opcionais

DocBook-utils-0.6.14, docbook-xml-5.0, Doxygen-1.9.7 e mm-common

Instalação do libsigc++

Instale libsigc++ executando os seguintes comandos:

mkdir bld &&
cd   bld &&

meson setup --prefix=/usr --buildtype=release .. &&
ninja

Para testar os resultados, emita: ninja test.

Agora, como o(a) usuário(a) root:

ninja install

Explicações do Comando

-Dbuild-documentation=true: Use essa chave se Doxygen-1.9.7 estiver instalado e você desejar construir e instalar a documentação da API.

Conteúdo

Aplicativos Instalados: Nenhum

Biblioteca Instalada: libsigc-2.0.so

Diretórios Instalados: /usr/{include,lib}/sigc++-2.0 e /usr/share/{devhelp/books,doc}/libsigc++-2.0 (se a documentação estiver habilitada)

Descrições Curtas

libsigc-2.0.so

contém as funções da API da libsigc++

libsigsegv-2.14

Introdução a libsigsegv

"libsigsegv" é uma biblioteca para lidar com falhas de página no modo de usuário(a). Uma falha de página ocorre quando um aplicativo tenta acessar uma região da memória que não está disponível atualmente. Capturar e manusear uma falha de página é uma técnica útil para implementar memória virtual paginável, acesso mapeado em memória a bases de dados persistentes, coletores geracionais de lixo, manuseadores de estouro de pilha e memória compartilhada distribuída.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://ftp.gnu.org/gnu/libsigsegv/libsigsegv-2.14.tar.gz
Transferência (FTP): ftp://ftp.gnu.org/gnu/libsigsegv/libsigsegv-2.14.tar.gz
Soma de verificação MD5 da transferência: 63a2b35f11b2fbccc3d82f9e6c6afd58
Tamanho da transferência: 456 KB
Espaço em disco estimado exigido: 3,6 MB (com os testes)
Tempo de construção estimado: menos que 0,1 UPC (com os testes)

Instalação do libsigsegv

Instale libsigsegv executando os seguintes comandos:

./configure --prefix=/usr  \
            --enable-shared \
            --disable-static &&
make

Para testar os resultados, emita: make check.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

--enable-shared: Essa chave garante que as bibliotecas compartilhadas sejam compiladas.

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

Conteúdo

Aplicativos Instalados: Nenhum

Biblioteca Instalada: libsigsegv.so

Diretórios Instalados: Nenhum

Descrições Curtas

libsigsegv.so

é uma biblioteca para lidar com falhas de página no modo de usuário(a)

libssh2-1.11.0

Introdução a libssh2

O pacote Libssh2 é uma biblioteca C do lado do cliente que implementa o protocolo "SSH2".

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://www.libssh2.org/download/libssh2-1.11.0.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: a01d543fd891ca48fe47726540d50b17
Tamanho da transferência: 1,1 MB
Espaço em disco estimado exigido: 13 MB (com os testes)
Tempo de construção estimado: 0,2 UPC (com os testes)

Dependências do libssh2

Opcionais

CMake-3.27.2 (pode ser usado em vez do conjunto de comandos sequenciais configure), libgcrypt-1.10.2 (pode ser usado em vez do OpenSSL), OpenSSH-9.4p1 (para alguns testes) e Docker (para alguns testes)

Instalação do libssh2

Se você quiser testar o pacote, exclua os testes que exigem uma biblioteca estática:

sed -E '/^DOCKER_TEST/,/^SSHD_TEST/s/test_(auth_keyboard_info.* |hostkey |simple)/$(NOTHING)/' \
    -i tests/Makefile.inc &&
autoreconf -fi

Instale libssh2 executando os seguintes comandos:

./configure --prefix=/usr          \
            --disable-docker-tests \
            --disable-static       &&
make

Para testar os resultados, emita: make check.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

--disable-docker-tests: Desabilita os testes que exigem Docker, o qual está além do escopo do BLFS. Remova essa chave se você tiver instalado o Docker e desejar executar a suíte de teste.

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

Conteúdo

Aplicativos Instalados: Nenhum

Biblioteca Instalada: libssh2.so

Diretórios Instalados: Nenhum

Descrições Curtas

libssh2.so

contém funções para usar o protocolo "SSH2"

libstatgrab-0.92.1

Introdução a libstatgrab

Essa é uma biblioteca que fornece acesso multiplataforma a estatísticas relativas ao sistema no qual é executada. Ela está escrita em C e apresenta uma seleção de interfaces úteis que podem ser usadas para acessar estatísticas chave do sistema. A lista atual de estatísticas inclui uso de CPU, utilização de memória, uso de disco, contagem de processos, tráfego de rede de comunicação, Entrada/Saída de disco e mais.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://www.mirrorservice.org/sites/ftp.i-scream.org/pub/i-scream/libstatgrab/libstatgrab-0.92.1.tar.gz
Transferência (FTP): ftp://www.mirrorservice.org/sites/ftp.i-scream.org/pub/i-scream/libstatgrab/libstatgrab-0.92.1.tar.gz
Soma de verificação MD5 da transferência: af685494e985229e0ac46365bc0cd50e
Tamanho da transferência: 800 KB
Espaço em disco estimado exigido: 7,6 MB (com os testes)
Tempo de construção estimado: 0,1 UPC (adicionar 1,5 UPC para os testes)

Dependências da libstatgrab

Opcionais

log4cplus-2.1.0

Instalação do libstatgrab

Instale libstatgrab executando os seguintes comandos:

./configure --prefix=/usr  \
            --disable-static \
            --docdir=/usr/share/doc/libstatgrab-0.92.1 &&
make

Para testar os resultados, emita: make check.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

Conteúdo

Aplicativos Instalados: saidar, statgrab, statgrab-make-mrtg-config e statgrab-make-mrtg-index

Biblioteca Instalada: libstatgrab.so

Diretórios Instalados: /usr/share/doc/libstatgrab-0.92.1

Descrições Curtas

saidar	é uma ferramenta baseada em "curses" para visualizar estatísticas do sistema
statgrab	é uma interface estilo "sysctl" para estatísticas do sistema
statgrab-make-mrtg-config	gera configuração MRTG
statgrab-make-mrtg-index	gera uma página de índice XHTML a partir de arquivos de configuração MRTG ou da entrada gerada padrão
`libstatgrab.so`	contém as funções da API da libstatgrab

libtasn1-4.19.0

Introdução a libtasn1

libtasn1 é uma biblioteca C altamente portável que codifica e decodifica dados DER/BER seguindo um esquema ASN.1.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://ftp.gnu.org/gnu/libtasn1/libtasn1-4.19.0.tar.gz
Transferência (FTP): ftp://ftp.gnu.org/gnu/libtasn1/libtasn1-4.19.0.tar.gz
Soma de verificação MD5 da transferência: f701ab57eb8e7d9c105b2cd5d809b29a
Tamanho da transferência: 1,7 MB
Espaço em disco estimado exigido: 17 MB (com os testes)
Tempo de construção estimado: 0,8 UPC (com os testes)

Dependências do libtasn1

Opcionais

Instalação do libtasn1

Instale libtasn1 executando os seguintes comandos:

./configure --prefix=/usr --disable-static &&
make

Para testar os resultados, emita: make check.

Agora, como o(a) usuário(a) root:

make install

Se não passou o parâmetro --enable-gtk-doc para o script configure, [então] você consegue instalar a documentação da API usando o seguinte comando como o(a) usuário(a) root:

make -C doc/reference install-data-local

Explicações do Comando

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

--enable-gtk-doc: Esse parâmetro normalmente é usado se o GTK-Doc estiver instalado e você desejar reconstruir e instalar a documentação da API. Ele está quebrado para esse pacote devido ao uso de um aplicativo gtk-doc há muito obsoleto que não mais está disponível.

Conteúdo

Aplicativos Instalados: asn1Coding, asn1Decoding e asn1Parser

Biblioteca Instalada: libtasn1.so

Diretório Instalado: /usr/share/gtk-doc/html/libtasn1

Descrições Curtas

asn1Coding	é um codificador de DER ASN.1
asn1Decoding	é um decodificador de DER ASN.1
asn1Parser	é um gerador de árvore de sintaxe ASN.1 para a libtasn1
`libtasn1.so`	é uma biblioteca para manipulação de Abstract Syntax Notation One (ASN.1) e de Distinguish Encoding Rules (DER)

libunique-1.1.6

Introdução a libunique

O pacote libunique contém uma biblioteca para escrever aplicativos de instância única.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://download.gnome.org/sources/libunique/1.1/libunique-1.1.6.tar.bz2
Transferência (FTP): ftp://ftp.acc.umu.se/pub/gnome/sources/libunique/1.1/libunique-1.1.6.tar.bz2
Soma de verificação MD5 da transferência: 7955769ef31f1bc4f83446dbb3625e6d
Tamanho da transferência: 328 KB
Espaço em disco estimado exigido: 7,0 MB
Tempo de construção estimado: 0,2 UPC

Transferências Adicionais

Remendo exigido: https://www.linuxfromscratch.org/patches/blfs/12.0/libunique-1.1.6-upstream_fixes-1.patch

Dependências do libunique

Exigidas

GTK+-2.24.33, também GTK-Doc-1.33.2 (para "autoreconf")

Opcionais

Instalação do libunique

Instale libunique executando os seguintes comandos:

patch -Np1 -i ../libunique-1.1.6-upstream_fixes-1.patch &&
autoreconf -fi &&

./configure --prefix=/usr \
            --disable-dbus \
            --disable-static &&
make

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

--disable-dbus: Essa chave desabilita a infraestrutura de retaguarda D-Bus em favor da infraestrutura de retaguarda "GDBus".

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

--enable-gtk-doc: Use esse parâmetro se GTK-Doc estiver instalado e você desejar reconstruir e instalar a documentação da API.

Conteúdo

Aplicativos Instalados: Nenhum

Biblioteca Instalada: libunique-1.0.so

Diretórios Instalados: /usr/include/unique-1.0 e /usr/share/gtk-doc/html/unique

Descrições Curtas

libunique-1.0.so

contém as funções da API da libunique para suporte de instância única

libunistring-1.1

Introdução a libunistring

libunistring é uma biblioteca que fornece funções para manipular sequências de caracteres Unicode e para manipular sequências de caracteres C de acordo com o padrão Unicode.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://ftp.gnu.org/gnu/libunistring/libunistring-1.1.tar.xz
Transferência (FTP): ftp://ftp.gnu.org/gnu/libunistring/libunistring-1.1.tar.xz
Soma de verificação MD5 da transferência: 0dfba19989ae06b8e7a49a7cd18472a1
Tamanho da transferência: 2,3 MB
Espaço em disco estimado exigido: 51 MB (adicionar 56 MB para os testes)
Tempo de construção estimado: 0,4 UPC (Usando paralelismo=4; adicionar 1,0 UPC para os testes)

Dependências do libunistring

Opcionais

texlive-20230313 (ou install-tl-unx) (para reconstruir a documentação)

Instalação do libunistring

Instale libunistring executando os seguintes comandos:

./configure --prefix=/usr   \
            --disable-static \
            --docdir=/usr/share/doc/libunistring-1.1 &&
make

Para testar os resultados, emita: make check.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

Conteúdo

Aplicativos Instalados: Nenhum

Bibliotecas Instaladas: libunistring.so

Diretório Instalado: /usr/include/unistring e /usr/share/doc/libunistring-1.1

Descrições Curtas

libunistring.so

fornece a API da biblioteca de sequências de caracteres Unicode

libunwind-1.6.2

Introdução a libunwind

O pacote libunwind contém uma interface de programação C portável e eficiente (API) para determinar a cadeia de chamadas de um aplicativo. A API fornece adicionalmente os meios para manipular o estado preservado (salvo pelo chamado) de cada quadro de chamada e para retomar a execução em qualquer ponto da cadeia de chamadas ("goto" não local). A API suporta operação local (mesmo processo) e remota (entre processos).

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://download.savannah.nongnu.org/releases/libunwind/libunwind-1.6.2.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: f625b6a98ac1976116c71708a73dc44a
Tamanho da transferência: 884 KB
Espaço em disco estimado exigido: 20 MB (com os testes)
Tempo de construção estimado: 0,2 UPC (com os testes)

Dependências do libunwind

Opcionais

texlive-20230313 (para "latex2man")

Instalação do libunwind

Instale libunwind executando os seguintes comandos:

./configure --prefix=/usr --disable-static &&
make

Para testar os resultados, emita: make check. Dois testes, "run-coredump-unwind" e "run-coredump-unwind-mdi" são conhecidos por falharem.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

Conteúdo

Aplicativos Instalados: Nenhum

Bibliotecas Instaladas: libunwind.so, libunwind-coredump.so, libunwind-generic.so, libunwind-ptrace.so, libunwind-setjmp.so e libunwind-x86_64.so

Diretórios Instalados: Nenhum

liburcu-0.14.0

Introdução a liburcu

O pacote userspace-rcu fornece um conjunto de bibliotecas RCU (read-copy-update) do espaço de usuário(a). Essas bibliotecas de sincronização de dados fornecem acesso de leitura que escala linearmente com o número de núcleos. Ela faz isso permitindo que várias cópias de uma dada estrutura de dados vivam ao mesmo tempo e monitorando os acessos à estrutura de dados para detectar períodos de carência depois dos quais a recuperação de memória é possível.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://lttng.org/files/urcu/userspace-rcu-0.14.0.tar.bz2
Transferência (FTP):
Soma de verificação MD5 da transferência: 0cd5647788b048a5d6bbdb3b08d46299
Tamanho da transferência: 648 KB
Espaço em disco estimado exigido: 25 MB (com os testes)
Tempo de construção estimado: 0,2 UPC (com os testes)

Instalação do liburcu

Instale liburcu executando os seguintes comandos:

./configure --prefix=/usr   \
            --disable-static \
            --docdir=/usr/share/doc/liburcu-0.14.0 &&
make

Para testar os resultados, emita: make check.

Agora, como o(a) usuário(a) root:

make install

Conteúdo

Aplicativos Instalados: Nenhum

Bibliotecas Instaladas: liburcu.so, liburcu-bp.so, liburcu-cds.so, liburcu-common.so, liburcu-mb.so, liburcu-memb.so, liburcu-qsbr.so e liburcu-signal.so

Diretórios Instalados: /usr/include/urcu e /usr/share/doc/liburcu-0.14.0

libusb-1.0.26

Introdução a libusb

O pacote libusb contém uma biblioteca usada por alguns aplicativos para acesso a dispositivos USB.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/libusb/libusb/releases/download/v1.0.26/libusb-1.0.26.tar.bz2
Transferência (FTP):
Soma de verificação MD5 da transferência: 9c75660dfe1d659387c37b28c91e3160
Tamanho da transferência: 608 KB
Espaço em disco estimado exigido: 5,8 MB
Tempo de construção estimado: menos que 0,1 UPC

Dependências do libusb

Opcionais

Configurando Libusb

Para acessar dispositivos brutos USB (aqueles não tratados como um disco pelo controlador de armazenamento em massa), o suporte apropriado precisa estar disponível no núcleo. Verifique a configuração do seu núcleo:

Device Drivers --->
  [*] USB support --->                                             [USB_SUPPORT]
    <*/M>   Support for Host-side USB                                      [USB]
    # These are most common USB controller drivers for PC-like systems.
    # For modern systems often [USB_XHCI_HCD] is the only one needed
    # even if the system has USB 2.0 ports:
    < /*/M> xHCI HCD (USB 3.0) support                            [USB_XHCI_HCD]
    < /*/M> EHCI HCD (USB 2.0) support                            [USB_EHCI_HCD]
    < /*/M> OHCI HCD (USB 1.1) support                            [USB_OHCI_HCD]

Para mais detalhes a respeito do como configurar dispositivos USB, veja-se “Consequências do Dispositivo USB”.

Instalação do libusb

Instale libusb executando os seguintes comandos:

./configure --prefix=/usr --disable-static &&
make

Se o Doxygen estiver instalado e você desejar construir a documentação da API, [então] emita os seguintes comandos:

pushd doc               &&
  doxygen -u doxygen.cfg &&
  make docs              &&
popd

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

make install

Se você construiu a documentação da API, [então] instale-a usando os seguintes comandos como o(a) usuário(a) root:

install -v -d -m755 /usr/share/doc/libusb-1.0.26/apidocs &&
install -v -m644   doc/api-1.0/* \
                    /usr/share/doc/libusb-1.0.26/apidocs

Conteúdo

Aplicativos Instalados: Nenhum

Biblioteca Instalada: libusb-1.0.so

Diretórios Instalados: /usr/include/libusb-1.0 e /usr/share/doc/libusb-1.0.26

Descrições Curtas

libusb-1.0.so

contém funções de API usadas para acessar hardware USB

libuv-1.46.0

Introdução a libuv

O pacote libuv é uma biblioteca de suporte multiplataforma com foco em Entrada/Saída assíncrona.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://dist.libuv.org/dist/v1.46.0/libuv-v1.46.0.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: fa56dafe664d21f9568adebc428d2d64
Tamanho da transferência: 1,2 MB
Espaço em disco estimado exigido: 14 MB (adicionar 14 MB para testes)
Tempo de construção estimado: menos que 0,1 UPC (adicionar 0,5 UPC para testes)

Instalação do libuv

Instale libuv executando os seguintes comandos:

Cuidado

O comando sh autogen.sh abaixo falha se a variável de ambiente "ACLOCAL" estiver configurada conforme especificado em Xorg-7. Se for usado, [então] "ACLOCAL" precisa ser desconfigurada para esse pacote e, em seguida, reconfigurada para outros pacotes.

sh autogen.sh                             &&
./configure --prefix=/usr --disable-static &&
make

Se você deseja executar os testes, [então] execute: make check como um(a) usuário(a) não root.

Agora, como o(a) usuário(a) root:

make install

Conteúdo

Aplicativos Instalados: Nenhum

Biblioteca Instalada: libuv.so

Diretório Instalado: /usr/include/uv

Descrições Curtas

libuv.so

contém funções de API para operações assíncronas de Entrada/Saída

libxkbcommon-1.5.0

Introdução a libxkbcommon

libxkbcommon é um compilador de mapa de teclas e biblioteca de suporte que processa um subconjunto reduzido de mapas de teclas conforme definido pela especificação "XKB".

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://xkbcommon.org/download/libxkbcommon-1.5.0.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 40f0486b4eb491928ec6616c2ff85120
Tamanho da transferência: 464 KB
Espaço em disco estimado exigido: 19 MB (com os testes)
Tempo de construção estimado: 0,2 UPC (com os testes)

Dependências do libxkbcommon

Exigida

xkeyboard-config-2.39 (tempo de execução)

Opcionais

libxkbcommon-1.5.0 e Mesa-23.1.6

Instalação do libxkbcommon

Instale libxkbcommon executando os seguintes comandos:

mkdir build &&
cd    build &&

meson setup ..            \
      --prefix=/usr       \
      --buildtype=release \
      -Denable-docs=false &&
ninja

Para testar os resultados, emita: ninja test.

Agora, como o(a) usuário(a) root:

ninja install

Explicações do Comando

--buildtype=release: Especifique um tipo de construção adequado para lançamentos estáveis do pacote, pois o padrão possivelmente produza binários não otimizados.

-Denable-docs=false: Essa chave desabilita a geração de documentação. Remova-a se Doxygen-1.9.7 estiver instalado.

mv -v /usr/share/doc/libxkbcommon{,-1.5.0}: se você removeu "-Denable-docs=false", [então] use esse comando para instalar a documentação em um diretório versionado.

Conteúdo

Aplicativos Instalados: xkbcli

Bibliotecas Instaladas: libxkbcommon.so, libxkbcommon-x11.so e libxkbregistry.so

Diretórios Instalados: /usr/include/xkbcommon, /usr/libexec/xkbcommon e /usr/share/doc/libxkbcommon-1.5.0

Descrições Curtas

xkbcli	fornece um depurador e compilador para mapas de teclas "XKB"
`libxkbcommon.so`	contém as funções da API da libxkbcommon
`libxkbcommon-x11.so`	contém as funções específicas X11 da API da libxkbcommon
`libxkbregistry.so`	contém uma lista de modelos disponíveis, esquemas e variantes "XKB" para um dado conjunto de regras

libxml2-2.10.4

Introdução a libxml2

O pacote libxml2 contém bibliotecas e utilitários usados para analisar arquivos "XML".

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://download.gnome.org/sources/libxml2/2.10/libxml2-2.10.4.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 76808c467a58c31e2dbd511e71d5fd13
Tamanho da transferência: 2,5 MB
Espaço em disco estimado exigido: 106 MB (com testes)
Tempo de construção estimado: 0,4 UPC (Usando paralelismo=4; com os testes)

Transferências Adicionais

Suíte de Teste Opcional: https://www.w3.org/XML/Test/xmlts20130923.tar.gz - Isso habilita make check para se fazer uma testagem completa.

Dependências do libxml2

Opcionais

ICU-73.2 (veja-se abaixo) e Valgrind-3.21.0 (possivelmente seja usado nos testes)

Nota

O antigo módulo Python2 pode ser construído depois que libxml2.so tiver sido instalada; veja-se Módulo python2 libxml2-2.10.4.

Instalação do libxml2

Instale libxml2 executando os seguintes comandos:

./configure --prefix=/usr          \
            --sysconfdir=/etc       \
            --disable-static        \
            --with-history          \
            PYTHON=/usr/bin/python3 \
            --docdir=/usr/share/doc/libxml2-2.10.4 &&
make

Se você baixou a suíte de teste, [então] emita o seguinte comando:

tar xf ../xmlts20130923.tar.gz

Para testar os resultados, emita: make check > check.log. Um sumário dos resultados pode ser obtido com grep -E '^Total|expected' check.log. Se Valgrind-3.21.0 estiver instalado e você desejar verificar vazamentos de memória, [então] substitua check por check-valgrind.

Nota

Os testes usam http://localhost/ para testar a análise de entidades externas. Se a máquina onde você executar os testes servir como um sítio da Web, [então] os testes possivelmente travem, dependendo do conteúdo do arquivo servido. Portanto, é recomendado desligar o servidor durante os testes; como o(a) usuário(a) root:

systemctl stop httpd.service

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

--with-history: Essa chave habilita o suporte Readline ao executar xmlcatalog ou xmllint no modo shell.

PYTHON=/usr/bin/python3: Permite construir o módulo "libxml2" com "Python3" em vez de "Python2".

--with-icu: Adicione essa chave se você tiver construído ICU-73.2, para melhor suporte a Unicode.

Nota

Se a chave --with-icu for usada, os(as) editores(as) do BLFS recomendam remover referências desnecessárias para as bibliotecas ICU. Isso impedirá muitos pacotes que usam libxml2 de desnecessariamente se vincularem às bibliotecas ICU. Isso, por sua vez, evitará a necessidade de reconstruir muitos pacotes ao atualizar o ICU para uma nova versão principal. Depois de instalar a libxml2, como o(a) usuário(a) root, emita:

rm -vf /usr/lib/libxml2.la &&
sed '/libs=/s/xml2.*/xml2"/' -i /usr/bin/xml2-config

Conteúdo

Aplicativos Instalados: xml2-config, xmlcatalog e xmllint

Bibliotecas Instaladas: libxml2.so

Diretórios Instalados: /usr/include/libxml2, /usr/lib/cmake/libxml2, /usr/share/doc/libxml2-2.10.4 e /usr/share/gtk-doc/html/libxml2

Descrições Curtas

xml2-config	determina os sinalizadores de compilação e vinculador que deveriam ser usados para compilar e vincular aplicativos que usam a `libxml2`
xmlcatalog	é usado para monitorar e manipular catálogos "XML" e "SGML"
xmllint	analisa arquivos "XML" e gera informes (baseados nas opções) para detectar erros na codificação "XML"
`libxml2.so`	fornece funções para aplicativos para analisar arquivos que usam o formato "XML"

libxslt-1.1.38

Introdução a libxslt

O pacote libxslt contém bibliotecas "XSLT" usadas para estender as bibliotecas libxml2 para suportar arquivos "XSLT".

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://download.gnome.org/sources/libxslt/1.1/libxslt-1.1.38.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 7d6e43db810177ddf9818ef394027019
Tamanho da transferência: 1,5 MB
Espaço em disco estimado exigido: 34 MB (com testes)
Tempo de construção estimado: 0,1 UPC (com testes)

Dependências do libxslt

Exigida

libxml2-2.10.4

Nota

Embora não seja uma dependência direta, muitos aplicativos que usam a libxslt esperam que docbook-xml-4.5 e docbook-xsl-nons-1.79.2 estejam presentes.

Opcionais

libgcrypt-1.10.2

Instalação do libxslt

Instale libxslt executando os seguintes comandos:

./configure --prefix=/usr                         \
            --disable-static                       \
            --docdir=/usr/share/doc/libxslt-1.1.38 \
            PYTHON=/usr/bin/python3 &&
make

Para testar os resultados, emita: make check.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

Conteúdo

Aplicativos Instalados: xslt-config e xsltproc

Bibliotecas Instaladas: libexslt.so, libxslt.so e opcionalmente, o módulo Python libxsltmod.so

Diretórios Instalados: /usr/include/libexslt, /usr/include/libxslt, /usr/lib/libxslt-plugins, /usr/share/doc/libxslt-1.1.38 e /usr/share/doc/libxslt-python-1.1.38

Descrições Curtas

xslt-config	é usado para descobrir o pré-processador, ligando e compilando sinalizadores necessários para usar as bibliotecas libxslt em aplicativos de terceiros
xsltproc	é usado para aplicar folhas de estilo "XSLT" a documentos "XML"
`libexslt.so`	é usado para fornecer extensões para funções "XSLT"
`libxslt.so`	fornece extensões para as bibliotecas `libxml2` para analisar arquivos que usam o formato "XSLT"

libwacom-2.7.0

Introdução a libwacom

O pacote libwacom contém uma biblioteca usada para identificar os tablets "Wacom" e os recursos específicos do modelo deles.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/linuxwacom/libwacom/releases/download/libwacom-2.7.0/libwacom-2.7.0.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 8009dfda6afe6a5d3d8a3021ef6bdfb8
Tamanho da transferência: 112 KB
Espaço em disco estimado exigido: 3,3 MB (com testes)
Tempo de construção estimado: menos que 0,1 UPC (com os testes)

Dependências do libwacom

Exigida

libgudev-238

Opcionais

Doxygen-1.9.7, git-2.41.0, librsvg-2.56.3, Valgrind-3.21.0 (opcional para alguns testes), pytest-7.4.0 com python-libevdev e pyudev

Instalação do libwacom

Instale libwacom executando os seguintes comandos:

mkdir build &&
cd    build &&

meson setup ..            \
      --prefix=/usr       \
      --buildtype=release \
      -Dtests=disabled    &&
ninja

Para testar os resultados, emita: ninja test. Para executar testes adicionais, instale pytest-7.4.0, "python-libevdev" e "pyudev" e, então, remova a opção "-Dtests=disabled" da linha "meson" acima.

Agora, como o(a) usuário(a) root:

ninja install

Explicações do Comando

--buildtype=release: Especifique um tipo de construção adequado para lançamentos estáveis do pacote, pois o padrão possivelmente produza binários não otimizados.

-Dtests=disabled: Esse parâmetro desabilita alguns dos testes mais avançados porque eles exigem pytest-7.4.0 e outros dois módulos Python além do escopo do BLFS para funcionar adequadamente.

Conteúdo

Aplicativos Instalados: libwacom-list-devices, libwacom-list-local-devices, libwacom-show-stylus e libwacom-update-db

Bibliotecas Instaladas: libwacom.so

Diretórios Instalados: /usr/include/libwacom-1.0 e /usr/share/libwacom

Descrições Curtas

libwacom-list-devices	lista todos os dispositivos tablet que sejam suportados pela "libwacom"
libwacom-list-local-devices	lista dispositivos tablet que estejam conectados ao sistema
libwacom-show-stylus	lista os IDs da caneta do tablet
libwacom-update-db	atualiza o sistema de acordo com o conjunto atual de arquivos de dados do tablet
`libwacom.so`	contém funções usadas para acessar informações da "Wacom"

libwpe-1.14.1

Introdução a libwpe

O pacote libwpe contém uma biblioteca de propósito geral para o WebKit WPE e o "WPE Renderer".

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://wpewebkit.org/releases/libwpe-1.14.1.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: d834d70a6b3afb24a05ec188df248e52
Tamanho da transferência: 64 KB
Espaço em disco estimado exigido: 2,3 MB
Tempo de construção estimado: menos que 0,1 UPC

Dependências do libwpe

Exigidas

Opcionais

hotdoc

Instalação do libwpe

Instale libwpe executando os seguintes comandos:

mkdir build &&
cd    build &&

meson setup --prefix=/usr --buildtype=release .. &&
ninja

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

ninja install

Explicações do Comando

--buildtype=release: Especifique um tipo de construção adequado para lançamentos estáveis do pacote, pois o padrão possivelmente produza binários não otimizados.

Conteúdo

Aplicativos Instalados: Nenhum

Bibliotecas Instaladas: libwpe-1.0.so

Diretórios Instalados: /usr/include/wpe-1.0

Descrições Curtas

libwpe-1.0.so

contém funções que fornecem uma biblioteca de propósito geral para o WebKit WPE e o "WPE Renderer"

libyaml-0.2.5

Introdução a libyaml

O pacote yaml contém uma biblioteca C para analisar e emitir "YAML" ("YAML Ain't Markup Language").

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/yaml/libyaml/releases/download/0.2.5/yaml-0.2.5.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: bb15429d8fb787e7d3f1c83ae129a999
Tamanho da transferência: 596 KB
Espaço em disco estimado exigido: 6,4 MB (com os testes)
Tempo de construção estimado: menos que 0,1 UPC (com os testes)

Dependências do libyaml

Opcionais

dbus-glib-0.112 e libxslt-1.1.38

Instalação do libyaml

Instale libyaml executando os seguintes comandos:

./configure --prefix=/usr --disable-static &&
make

Para testar os resultados, emita: make check.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

Conteúdo

Aplicativos Instalados: Nenhum

Bibliotecas Instaladas: libyaml.so

Diretórios Instalados: Nenhum

Descrições Curtas

libyaml.so

contém funções de API para analisar e emitir código "YAML"

log4cplus-2.1.0

Introdução ao log4cplus

log4cplus é uma API de registro C++20 simples de usar, que fornece controle de camada segura, flexível e arbitrariamente granular sobre gerenciamento e configuração de registro. Ela é modelado depois da API log4j do Java.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/log4cplus/log4cplus/releases/download/REL_2_1_0/log4cplus-2.1.0.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 62928d480ebec1476fe74b900f2a1672
Tamanho da transferência: 919 KB
Espaço em disco estimado exigido: 72,4 MB
Tempo de construção estimado: 0,5 UPC

Dependências do log4cplus

Opcionais

Qt-5.15.10

Observações de Usuário(a): https://wiki.linuxfromscratch.org/blfs/wiki/log4cplus

Instalação do log4cplus

Construa o log4cplus executando o seguinte comando:

./configure --prefix=/usr &&
make

Para testar os resultados, emita: make check.

Agora, instale o pacote como o(a) usuário(a) root:

make install

Explicações do Comando

--with-qt5: Essa opção habilita a compilação de uma biblioteca compartilhada separada (liblog4cplusqt5debugappender) que implementa Qt5DebugAppender. Ela exige que Qt5 e pkg-config estejam disponíveis.

Conteúdo

Aplicativos Instalados: Nenhum(a)

Biblioteca Instalada: log4cplus.so

Diretórios Instalados: Nenhum(a)

Descrições Curtas

log4cplus.so

é a biblioteca log4cplus

LZO-2.10

Introdução a LZO

LZO é uma biblioteca de compressão de dados adequada para descompressão e compressão de dados em tempo real. Isso significa que ela favorece a velocidade sobre a taxa de compressão.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://www.oberhumer.com/opensource/lzo/download/lzo-2.10.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 39d3f3f9c55c87b1e5d6888e1420f4b5
Tamanho da transferência: 588 KB
Espaço em disco estimado exigido: 12 MB
Tempo de construção estimado: 0,3 UPC (com os testes)

Instalação do LZO

Instale LZO executando os seguintes comandos:

./configure --prefix=/usr                   \
            --enable-shared                  \
            --disable-static                 \
            --docdir=/usr/share/doc/lzo-2.10 &&
make

Para testar os resultados, emita: make check. Todas as verificações deveriam passar. Agora emita make test para executar a suíte completa de testes.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

Conteúdo

Aplicativos Instalados: Nenhum

Bibliotecas Instaladas: liblzo2.so

Diretórios Instalados: /usr/include/lzo e /usr/share/doc/lzo

Descrições Curtas

liblzo2.so

é uma biblioteca de compressão e descompressão de dados

mtdev-1.1.6

Introdução a mtdev

O pacote mtdev contém a biblioteca de tradução do protocolo multitoque que é usada para transformar todas as variantes de eventos "MT" (multitoque) do núcleo para o protocolo fendido tipo B.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://bitmath.org/code/mtdev/mtdev-1.1.6.tar.bz2
Transferência (FTP):
Soma de verificação MD5 da transferência: bf8ef2482e84a00b5db8fbd3ce00e249
Tamanho da transferência: 292 KB
Espaço em disco estimado exigido: 2,5 MB
Tempo de construção estimado: menos que 0,1 UPC

Instalação do mtdev

Instale mtdev executando os seguintes comandos:

./configure --prefix=/usr --disable-static &&
make

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

Conteúdo

Aplicativo Instalado: mtdev-test

Biblioteca Instalada: libmtdev.so

Diretórios Instalados: Nenhum

Descrições Curtas

mtdev-test	é uma ferramenta para testar a `libmtdev`
`libmtdev.so`	contém funções da API de tradução do protocolo multitoque

Node.js-18.17.1

Introdução a Node.js

Node.js é um tempo de execução JavaScript construído sobre o mecanismo "JavaScript V8" do Chrome.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://nodejs.org/dist/v18.17.1/node-v18.17.1.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: cfadecca2649bb74daba89d60fbd02e5
Tamanho da transferência: 39 MB
Espaço em disco estimado exigido: 992 MB (adicionar 25 MB para testes)
Tempo de construção estimado: 13 UPC (adicionar 3,3 UPC para testes: ambos usando paralelismo=8 e 8 CPUs online; partes dos testes usarão todas as CPUs online)

Dependências do Node.js

Exigida

Which-2.21

Opcionais

http-parser e npm (uma cópia interna do npm será instalada se não presente)

Instalação do Node.js

Construa Node.js executando os seguintes comandos:

./configure --prefix=/usr         \
            --shared-cares         \
            --shared-libuv         \
            --shared-openssl       \
            --shared-nghttp2       \
            --shared-zlib          \
            --with-intl=system-icu &&
make

Para testar os resultados, emita: make test-only. Vários testes são conhecidos por falharem devido a diferenças de comportamento entre OpenSSL-3.0 e OpenSSL-3.1.

Agora, como o(a) usuário(a) root:

make install &&
ln -sf node /usr/share/doc/node-18.17.1

Explicações do Comando

--with-intl=system-icu: use a versão do sistema do icu. Outros valores são full-icu (para construir uma biblioteca completa local icu) e small-icu (para construir uma biblioteca mínima local icu).

--shared-{cares,libuv,nghttp2,openssl,zlib}: use as bibliotecas instaladas do sistema em vez de cópias locais.

--without-npm: não construa npm (use se você gostaria de construir um npm separado posteriormente).

--shared-http-parser: use a biblioteca instalada do sistema em vez de uma cópia local.

Conteúdo

Aplicativos Instalados: corepack, node, npm e npx

Biblioteca Instalada: Nenhuma

Diretórios Instalados: /usr/include/node, /usr/lib/node_modules/{corepack,npm}, /usr/share/doc/{node,node-18.17.1} e /usr/share/systemtap/tapset

Descrições Curtas

corepack	é uma ferramenta experimental para ajudar com o gerenciamento de versões de gerenciadores de pacotes.
node	é o tempo de execução do JavaScript do lado do servidor
npm	é o gerenciador de pacotes Node.js
`/usr/lib/node_modules/npm/`	é a raiz de instalação para executáveis e bibliotecas "Node.js"

npth-1.6

Introdução a NPth

O pacote NPth contém uma biblioteca muito portável baseada em POSIX/ANSI-C para plataformas Unix que fornece agendamento não preemptivo baseado em prioridade para múltiplas camadas de execução ("multithreading") dentro de aplicativos orientados a eventos. Todas as camadas executam no mesmo espaço de endereço do aplicativo servidor, porém cada camada tem o próprio contador individual dela de aplicativo, pilha de tempo de execução, máscara de sinal e variável "errno".

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://www.gnupg.org/ftp/gcrypt/npth/npth-1.6.tar.bz2
Transferência (FTP): ftp://ftp.gnupg.org/gcrypt/npth/npth-1.6.tar.bz2
Soma de verificação MD5 da transferência: 375d1a15ad969f32d25f1a7630929854
Tamanho da transferência: 296 KB
Espaço em disco estimado exigido: 2,6 MB (com as verificações)
Tempo de construção estimado: menos que 0,1 UPC (com as verificações)

Instalação do NPth

Instale NPth executando os seguintes comandos:

./configure --prefix=/usr &&
make

Para testar os resultados, emita: make check.

Agora, como o(a) usuário(a) root:

make install

Conteúdo

Aplicativo Instalado: npth-config

Biblioteca Instalada: libnpth.so

Diretório Instalado: Nenhum

Descrições Curtas

npth-config	é um utilitário usado para configurar e construir aplicativos baseados na biblioteca "npth". Ele pode ser usado para consultar os sinalizadores do compilador C e do vinculador que sejam exigidos para compilar e vincular corretamente o aplicativo à biblioteca "npth"
`libnpth.so`	contém as funções de API usadas pela biblioteca "New Portable Threads"

NSPR-4.35

Introdução a NSPR

O Netscape Portable Runtime (NSPR) fornece uma API neutra de plataforma para funções semelhantes às de nível de sistema e "libc".

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://archive.mozilla.org/pub/nspr/releases/v4.35/src/nspr-4.35.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 5e0acf9fbdde85181bddd510f4624841
Tamanho da transferência: 1,0 MB
Espaço em disco estimado exigido: 9,6 MB
Tempo de construção estimado: menos que 0,1 UPC

Instalação de NSPR

Instale NSPR executando os seguintes comandos:

cd nspr                                                    &&
sed -ri '/^RELEASE/s/^/#/' pr/src/misc/Makefile.in &&
sed -i 's#$(LIBRARY) ##'   config/rules.mk         &&

./configure --prefix=/usr \
            --with-mozilla \
            --with-pthreads \
            $([ $(uname -m) = x86_64 ] && echo --enable-64bit) &&
make

A suíte de teste está projetada para testar mudanças no nss ou nspr e não é particularmente útil para verificar uma versão lançada (por exemplo, ela precisa ser executada sobre uma construção não otimizada com ambos os diretórios nss e nspr existentes lado a lado). Para maiores detalhes, vejam-se as Notas de Editor(a) para nss em https://wiki.linuxfromscratch.org/blfs/wiki/nss

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

sed -ri '/^RELEASE/s/^/#/' pr/src/misc/Makefile.in: Esse "sed" desabilita a instalação de dois scripts desnecessários.

sed -i 's#$(LIBRARY) ##' config/rules.mk: Esse "sed" desabilita a instalação das bibliotecas estáticas.

--with-mozilla: Esse parâmetro adiciona suporte Mozilla às bibliotecas (exigido se você quiser construir quaisquer outros produtos Mozilla e vinculá-los a essas bibliotecas).

--with-pthreads: Esse parâmetro força o uso da biblioteca "pthread" do sistema.

$([ $(uname -m) = x86_64 ] && echo --enable-64bit): O parâmetro "--enable-64bit" é exigido em um sistema "x86_64" para evitar uma falha do configure com uma alegação de que este é um sistema sem suporte a "pthread". O teste "[ $(uname -m) = x86_64 ]" assegura que ele não tenha efeito em um sistema de 32 de bits.

Conteúdo

Aplicativos Instalados: nspr-config

Bibliotecas Instaladas: libnspr4.so, libplc4.so e libplds4.so

Diretórios Instalados: /usr/include/nspr

Descrições Curtas

nspr-config	fornece opções de compilador e vinculador para outros pacotes que usem a NSPR
`libnspr4.so`	contém funções que fornecem independência de plataforma para recursos do sistema operacional não "GUI", como encadeamentos, sincronização de encadeamento, Entrada/Saída normal de arquivo e rede de comunicação, tempo de intervalo e data de calendário, gerenciamento básico de memória e vinculação de biblioteca compartilhada
`libplc4.so`	contém funções que implementam muitos dos recursos oferecidos pela "libnspr4"
`libplds4.so`	contém funções que fornecem estruturas de dados

PCRE-8.45

Introdução a PCRE

O pacote PCRE contém as bibliotecas Perl de Expressões Regulares Compatíveis. Elas são úteis para implementar correspondência de padrão de expressão regular usando a mesma sintaxe e semântica da Perl 5.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://sourceforge.net/projects/pcre/files/pcre/8.45/pcre-8.45.tar.bz2
Transferência (FTP):
Soma de verificação MD5 da transferência: 4452288e6a0eefb2ab11d36010a1eebb
Tamanho da transferência: 1,5 MB
Espaço em disco estimado exigido: 23 MB (com os testes)
Tempo de construção estimado: 0,3 UPC (com os testes)

Dependências do PCRE

Opcionais

Valgrind-3.21.0

Instalação do PCRE

Instale PCRE executando os seguintes comandos:

./configure --prefix=/usr                    \
            --docdir=/usr/share/doc/pcre-8.45 \
            --enable-unicode-properties       \
            --enable-pcre16                   \
            --enable-pcre32                   \
            --enable-pcregrep-libz            \
            --enable-pcregrep-libbz2          \
            --enable-pcretest-libreadline     \
            --disable-static                 &&
make

Para testar os resultados, emita: make check.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

--enable-unicode-properties: Essa chave habilita o suporte a propriedades Unicode e inclui o código para lidar com sequências dos caracteres de carácter UTF-8/16/32 na biblioteca. Você precisa dessa chave se for construir GLib-2.76.4.

--enable-pcre16: Essa chave habilita o suporte a caracteres de 16 bits.

--enable-pcre32: Essa chave habilita o suporte a caracteres de 32 bits.

--enable-pcregrep-libz: Essa chave adiciona suporte para o pcregrep ler arquivos comprimidos .gz.

--enable-pcregrep-libbz2: Essa chave adiciona suporte para o pcregrep ler arquivos comprimidos .bz2.

--enable-pcretest-libreadline: Essa chave adiciona recursos de edição de linha e de histórico ao aplicativo pcretest.

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

--enable-jit: essa opção habilita a compilação "na hora certa", que consegue acelerar bastante a correspondência de padrões.

Conteúdo

Aplicativos Instalados: pcregrep, pcretest e pcre-config

Bibliotecas Instaladas: libpcre.so, libpcre16.so, libpcre32.so, libpcrecpp.so e libpcreposix.so

Diretório Instalado: /usr/share/doc/pcre-8.45

Descrições Curtas

pcregrep	é um grep que entende expressões regulares compatíveis com Perl
pcretest	consegue testar uma expressão regular compatível com Perl
pcre-config	é usado durante o processo de compilação de aplicativos se vinculando às bibliotecas PCRE

PCRE2-10.42

Introdução a PCRE2

O pacote PCRE2 contém uma nova geração das bibliotecas Perl Compatible Regular Expression. Elas são úteis para implementar correspondência de padrão de expressão regular usando a mesma sintaxe e semântica da Perl.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/PCRE2Project/pcre2/releases/download/pcre2-10.42/pcre2-10.42.tar.bz2
Transferência (FTP):
Soma de verificação MD5 da transferência: a8e9ab2935d428a4807461f183034abe
Tamanho da transferência: 1,7 MB
Espaço em disco estimado exigido: 24 MB (com testes)
Tempo de construção estimado: 0,4 UPC (com os testes)

Dependências do PCRE2

Opcionais

Valgrind-3.21.0 e libedit

Instalação do PCRE2

Instale PCRE2 executando os seguintes comandos:

./configure --prefix=/usr                      \
            --docdir=/usr/share/doc/pcre2-10.42 \
            --enable-unicode                    \
            --enable-jit                        \
            --enable-pcre2-16                   \
            --enable-pcre2-32                   \
            --enable-pcre2grep-libz             \
            --enable-pcre2grep-libbz2           \
            --enable-pcre2test-libreadline      \
            --disable-static                    &&
make

Para testar os resultados, emita: make check.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

--enable-unicode: Essa chave habilita o suporte a Unicode e inclui as funções para lidar com cadeias de caracteres UTF-8/16/32 na biblioteca.

--enable-pcre2-16: Essa chave habilita o suporte a caracteres de 16 bits.

--enable-pcre2-32: Essa chave habilita o suporte a caracteres de 32 bits.

--enable-pcre2grep-libz: Essa chave adiciona suporte para leitura de arquivos comprimidos .gz para o pcre2grep.

--enable-pcre2grep-libbz2: Essa chave adiciona suporte para leitura de arquivos comprimidos .bz2 para o pcre2grep.

--enable-pcre2test-libreadline: Essa chave adiciona edição de linha e recursos de histórico ao aplicativo pcre2test.

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

--enable-jit: essa opção habilita a compilação "bem na hora", que consegue acelerar bastante a correspondência de padrões.

Conteúdo

Aplicativos Instalados: pcre2-config, pcre2grep e pcre2test.

Bibliotecas Instaladas: libpcre2-8.so, libpcre2-16.so, libpcre2-32.so e libpcre2-posix.so

Diretório Instalado: /usr/share/doc/pcre2-10.42

Descrições Curtas

pcre2grep	é uma versão do grep que compreende expressões regulares compatíveis com Perl.
pcre2test	consegue testar uma expressão regular compatível com Perl.
pcre2-config	gera informações de compilação para programas vinculados às bibliotecas PCRE2

Popt-1.19

Introdução a Popt

O pacote popt contém as bibliotecas popt que são usadas por alguns aplicativos para analisar opções de linha de comando.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): http://ftp.rpm.org/popt/releases/popt-1.x/popt-1.19.tar.gz
Transferência (FTP): ftp://ftp.rpm.org/pub/rpm/popt/releases/popt-1.x/popt-1.19.tar.gz
Soma de verificação MD5 da transferência: eaa2135fddb6eb03f2c87ee1823e5a78
Tamanho da transferência: 584 kB
Espaço em disco estimado exigido: 6,9 MB (inclui instalar documentação e os testes)
Tempo de construção estimado: menos que 0,1 UPC (com os testes)

Dependências do popt

Opcionais

Doxygen-1.9.7 (para gerar documentação)

Instalação do Popt

Instale popt executando os seguintes comandos:

./configure --prefix=/usr --disable-static &&
make

Se você tiver Doxygen-1.9.7 instalado e desejar construir a documentação da API, [então] emita:

sed -i 's@\./@src/@' Doxyfile &&
doxygen

Para testar os resultados, emita: make check.

Agora, como o(a) usuário(a) root:

make install

Se você construiu a documentação da API, [então] instale-a usando os seguintes comandos emitidos pelo(a) usuário(a) root:

install -v -m755 -d /usr/share/doc/popt-1.19 &&
install -v -m644 doxygen/html/* /usr/share/doc/popt-1.19

Explicações do Comando

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

Conteúdo

Aplicativos Instalados: Nenhum

Biblioteca Instalada: libpopt.so

Diretórios Instalados: /usr/share/doc/popt-1.19

Descrições Curtas

libpopt.so

é usado para analisar opções de linha de comando

Pth-2.0.7

Introdução a Pth

O pacote Pth contém uma biblioteca baseada em POSIX/ANSI-C muito portável para plataformas Unix que fornece agendamento não preemptivo baseado em prioridade para várias camadas de execução ("multithreading") dentro de aplicativos orientados a eventos. Todas as camadas executam no mesmo espaço de endereço do aplicativo servidor, mas cada camada tem o próprio contador de programa individual dela, pilha de tempo de execução, máscara de sinal e variável "errno".

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://ftp.gnu.org/gnu/pth/pth-2.0.7.tar.gz
Transferência (FTP): ftp://ftp.gnu.org/gnu/pth/pth-2.0.7.tar.gz
Soma de verificação MD5 da transferência: 9cb4a25331a4c4db866a31cbe507c793
Tamanho da transferência: 652 KB
Espaço em disco estimado exigido: 5 MB
Tempo de construção estimado: 0,2 UPC

Dependências do Pth

Opcionais

GCC-13.2.0 (para gfortran) e libnsl-2.0.0

Instalação do Pth

Cuidado

Não adicione o parâmetro --enable-pthread ao comando configure abaixo, senão você sobrescreverá a biblioteca "pthread" e o cabeçalho de interface instalado pelo pacote Glibc no LFS.

Instale Pth executando os seguintes comandos:

sed -i 's#$(LOBJS): Makefile#$(LOBJS): pth_p.h Makefile#' Makefile.in &&
./configure --prefix=/usr          \
            --disable-static        \
            --mandir=/usr/share/man &&
make

Para testar os resultados, emita: make test.

Agora, como o(a) usuário(a) root:

make install &&
install -v -m755 -d /usr/share/doc/pth-2.0.7 &&
install -v -m644   README PORTING SUPPORT TESTS \
                    /usr/share/doc/pth-2.0.7

Explicações do Comando

sed -i 's#$(LOBJS) ...: Esse sed corrige uma condição de corrida no Makefile. Ele permite executar make com várias tarefas (por exemplo, make -j4).

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

--mandir=/usr/share/man: Essa chave coloca as páginas de manual em /usr/share/man em vez de /usr/man.

Conteúdo

Aplicativo Instalado: pth-config

Biblioteca Instalada: libpth.so

Diretório Instalado: /usr/share/doc/pth-2.0.7

Descrições Curtas

pth-config	é um utilitário usado para configurar e construir aplicativos baseados na biblioteca pth(3). Ele pode ser usado para consultar os sinalizadores do compilador C e do vinculador que sejam necessários para compilar e vincular corretamente o aplicativo à biblioteca pth(3)
`libpth.so`	contém as funções de API usadas pela GNU Portable Threads Library

Qca-2.3.7

Introdução a Qca

O Qca visa a fornecer uma API criptográfica direta e multiplataforma, usando tipos de dados e convenções Qt. Qca separa a API da implementação, usando "plugins" conhecidos como "Providers".

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://download.kde.org/stable/qca/2.3.7/qca-2.3.7.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 0e50817de610e145c83ca012f79f18f5
Tamanho da transferência: 732 KB
Espaço em disco estimado exigido: 43 MB
Tempo de construção estimado: 0,4 UPC (usando paralelismo=4; adicionar 0,1 UPC para testes)

Dependências do Qca

Exigidas

make-ca-1.12, CMake-3.27.2, Qt-5.15.10 e Which-2.21

Opcionais

Cyrus SASL-2.1.28, GnuPG-2.4.3, libgcrypt-1.10.2, libgpg-error-1.47, nss-3.92, NSPR-4.35, p11-kit-0.25.0, Doxygen-1.9.7, Which-2.21 e Botan

Instalação do Qca

Corrija o local dos certificados de AC:

sed -i 's@cert.pem@certs/ca-bundle.crt@' CMakeLists.txt

Instale Qca executando os seguintes comandos:

mkdir build &&
cd   build &&

cmake -DCMAKE_INSTALL_PREFIX=$QT5DIR            \
      -DCMAKE_BUILD_TYPE=Release                \
      -DQCA_MAN_INSTALL_DIR:PATH=/usr/share/man \
      .. &&
make

Para testar os resultados, emita: make test.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

-DCMAKE_BUILD_TYPE=Release: Essa chave é usada para aplicar um nível mais alto de otimização à compilação.

-DQCA_MAN_INSTALL_DIR:PATH=/usr/share/man: Instala a página de manual do "qca" no local normal.

Conteúdo

Aplicativos Instalados: mozcerts-qt5 e qcatool-qt5

Bibliotecas Instaladas: libqca-qt5.so, libqca-cyrus-sasl.so, libqca-gcrypt.so, libqca-gnupg.so, libqca-logger.so, libqca-nss.so, libqca-ossl.so e libqca-softstore.so

Diretórios Instalados: $QT5DIR/include/Qca-qt5, $QT5DIR/lib/cmake/Qca-qt5 e $QT5DIR/lib/qca-qt5

Descrições Curtas

mozcerts-qt5	é uma ferramenta de linha de comando para converter "certdata.txt" em arquivos "arquivo_saida_gerada.pem"
qcatool-qt5	é uma ferramenta de linha de comando para realizar várias operações criptográficas com o "Qca"
`libqca-qt5.so`	é a biblioteca "Qt Cryptography Architecture" (Qca)

Talloc-2.4.1

Introdução a Talloc

Talloc fornece um sistema hierárquico de agrupamento de memória contada por referência com destruidores. É o alocador de memória usado no Samba.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://www.samba.org/ftp/talloc/talloc-2.4.1.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: b0f40831552f8dca770048f7040fefe1
Tamanho da transferência: 664 KB
Espaço em disco estimado exigido: 11 MB (com os testes)
Tempo de construção estimado: 0,3 UPC (com os testes)

Dependências do Talloc

Opcionais

docbook-xml-4.5, docbook-xsl-nons-1.79.2 e libxslt-1.1.38 (para gerar páginas de manual), GDB-13.2, git-2.41.0, libnsl-2.0.0, libtirpc-1.3.3, Valgrind-3.21.0 e xfsprogs-6.4.0

Instalação do Talloc

Instale Talloc executando os seguintes comandos:

./configure --prefix=/usr &&
make

Para verificar os resultados, emita make check.

Agora, como o(a) usuário(a) root:

make install

Conteúdo

Aplicativos Instalados: Nenhum

Bibliotecas Instaladas: libpytalloc-util.cpython-311-<arch>-linux-gnu.so, libtalloc.so e talloc.cpython-311-<arch>-linux-gnu.so (Módulo Python 3)

Diretórios Instalados: Nenhum

Descrições Curtas

libtalloc.so

contém um substituto para a função "malloc" da Glibc

telepathy-glib-0.24.2

Introdução a "Telepathy GLib"

O Telepathy GLib contém uma biblioteca usada pelos componentes Telepathy baseados na GLib. Telepathy é um estrutura essencial de suporte do D-Bus para unificar a comunicação em tempo real, incluindo mensagens instantâneas, chamadas de voz e chamadas de vídeo. Ele abstrai diferenças entre protocolos para fornecer uma interface unificada para aplicativos.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://telepathy.freedesktop.org/releases/telepathy-glib/telepathy-glib-0.24.2.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: a3a75657e9389381b44fee1680f770a7
Tamanho da transferência: 3,7 MB
Espaço em disco estimado exigido: 256 MB
Tempo de construção estimado: 1,2 UPC

Dependências do "Telepathy GLib"

Exigidas

Opcionais

Instalação do "Telepathy Glib"

Se você pretende executar os testes, [então] um deles, por padrão, invoca /usr/bin/python e falha se ele estiver ausente, causando o segundo lote de testes não ser executado - ao contrário dos outros testes que podem ser substituídos a partir do ambiente. Corrija-o com o seguinte comando:

sed -i 's%/usr/bin/python%&3%' tests/all-errors-documented.py

Instale Telepathy GLib executando os seguintes comandos:

PYTHON=/usr/bin/python3 ./configure --prefix=/usr   \
                                    --enable-vala-bindings \
                                    --disable-static       &&
make

Para testar os resultados, emita: make check.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

--enable-vala-bindings: Essa chave habilita a construção das ligações "Vala". Remova-a se você não tiver Vala-0.56.11 instalado.

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

--enable-gtk-doc: Use esse parâmetro se GTK-Doc estiver instalado e você desejar reconstruir e instalar a documentação da API.

Conteúdo

Aplicativos Instalados: Nenhum

Bibliotecas Instaladas: libtelepathy-glib.so

Diretórios Instalados: /usr/include/telepathy-1.0 e /usr/share/gtk-doc/html/telepathy-glib

Descrições Curtas

libtelepathy-glib.so

contém as funções da API do Telepathy GLib

Uchardet-0.0.8

Introdução a Uchardet

O pacote Uchardet contém uma biblioteca de detecção de codificação que recebe uma sequência de bytes em uma codificação de caracteres desconhecida e tenta determinar a codificação do texto.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://www.freedesktop.org/software/uchardet/releases/uchardet-0.0.8.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 9e267be7aee81417e5875086dd9d44fd
Tamanho da transferência: 217 KB
Espaço em disco estimado exigido: 4,6 MB (com o teste)
Tempo de construção estimado: menos que 0,1 UPC (com o teste)

Dependências do Uchardet

Exigida

libepoxy-1.5.10, libwpe-1.14.1 e wayland-protocols-1.32

Instalação do Uchardet

Instale Uchardet executando os seguintes comandos:

mkdir build &&
cd    build &&

cmake -DCMAKE_INSTALL_PREFIX=/usr \
      -DBUILD_STATIC=OFF         \
      -Wno-dev ..                 &&
make

Para testar os resultados, emita: make test.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

-DBUILD_STATIC=OFF: Essa chave desabilita a construção da versão estática da biblioteca.

Conteúdo

Aplicativos Instalados: uchardet

Bibliotecas Instaladas: libuchardet.so

Diretórios Instalados: /usr/include/uchardet

Descrições Curtas

uchardet	detecta qual conjunto de caracteres é usado dentro de um arquivo
`libuchardet.so`	fornece uma API para detectar a codificação de texto em um arquivo

Umockdev-0.17.18

Introdução a Umockdev

O pacote Umockdev contém uma estrutura que permite que um(a) desenvolvedor(a) simule dispositivos para uso em testes de unidade.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/martinpitt/umockdev/releases/download/0.17.18/umockdev-0.17.18.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: a9ff284518c034aa334b58237074e313
Tamanho da transferência: 484 KB
Espaço em disco estimado exigido: 6,8 MB (com testes)
Tempo de construção estimado: 0,2 UPC (com os testes)

Dependências do Umockdev

Exigidas

libgudev-238, libpcap-1.10.4 e Vala-0.56.11

Opcionais

GTK-Doc-1.33.2 e libgphoto2 (opcional para os testes)

Instalação do Umockdev

Instale Umockdev executando os seguintes comandos:

mkdir build &&
cd    build &&

meson setup --prefix=/usr --buildtype=release .. &&
ninja

Para testar os resultados, emita: ninja test. Um teste precisa ser executado em uma sessão do X.

Agora, como o(a) usuário(a) root:

ninja install

Explicações do Comando

-Dgtk_doc=true: Use essa chave se você tiver GTK-Doc-1.33.2 instalado e desejar reconstruir e instalar a documentação da API.

Conteúdo

Aplicativos Instalados: umockdev-record, umockdev-run e umockdev-wrapper

Bibliotecas Instaladas: libumockdev-preload.so e libumockdev.so

Diretórios Instalados: /usr/include/umockdev-1.0

Descrições Curtas

umockdev-record	registra dispositivos Linux e os ancestrais deles a partir de sysfs/udev ou registra ioctls para um dispositivo
umockdev-run	executa um aplicativo sob um equipamento do umockdev usado para testar novas máquinas
umockdev-wrapper	agrupa um aplicativo em torno de `libumockdev-preload.so.0` por meio de LD_PRELOAD
`libumockdev.so`	fornece funções de API que permitem simular dispositivos de hardware para teste de unidade

Wayland-1.22.0

Introdução a Wayland

Wayland é um projeto para definir um protocolo para um compositor falar com os clientes dele, bem como uma biblioteca de implementação do protocolo.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://gitlab.freedesktop.org/wayland/wayland/-/releases/1.22.0/downloads/wayland-1.22.0.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 7410ab549e3928fce9381455b17b0803
Tamanho da transferência: 228 KB
Espaço em disco estimado exigido: 7,4 MB (com testes)
Tempo de construção estimado: 0,1 UPC (com os testes)

Dependências de Wayland

Exigida

libxml2-2.10.4

Opcionais

Doxygen-1.9.7, Graphviz-8.1.0 e xmlto-0.0.28 (para construir a documentação da API) e docbook-xml-4.5, docbook-xsl-nons-1.79.2 e libxslt-1.1.38 (para construir as páginas de manual)

Instalação de Wayland

Instale Wayland executando os seguintes comandos:

mkdir build &&
cd    build &&

meson setup ..            \
      --prefix=/usr       \
      --buildtype=release \
      -Ddocumentation=false &&
ninja

Para testar os resultados, emita: env -u XDG_RUNTIME_DIR ninja test.

Agora, como o(a) usuário(a) root:

ninja install

Explicações do Comando

-Ddocumentation=false: Essa chave é usada para desabilitar a construção da documentação da API. Remova-a se tiver instalado as dependências opcionais.

Conteúdo

Aplicativos Instalados: wayland-scanner

Bibliotecas Instaladas: libwayland-client.so, libwayland-cursor.so, libwayland-egl.so e libwayland-server.so

Diretórios Instalados: /usr/share/wayland

Descrições Curtas

wayland-scanner	é uma ferramenta para gerar métodos de proxy em wayland-client-protocol.h e wayland-server-protocol.h
`libwayland-client.so`	contém funções de API para escrever aplicativos Wayland
`libwayland-cursor.so`	contém funções de API para gerenciar cursores em aplicativos Wayland
`libwayland-egl.so`	contém funções de API para lidar com chamadas OpenGL em aplicativos Wayland
`libwayland-server.so`	contém funções de API para escrever compositores Wayland

Wayland-Protocols-1.32

Introdução a Wayland-Protocols

O pacote Wayland-Protocols contém protocolos adicionais do Wayland que adicionam funcionalidade fora dos protocolos já no núcleo do Wayland.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://gitlab.freedesktop.org/wayland/wayland-protocols/-/releases/1.32/downloads/wayland-protocols-1.32.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 00c2cedb0d2df714a0965a00c19385c6
Tamanho da transferência: 92 KB
Espaço em disco estimado exigido: 7,4 MB (com testes)
Tempo de construção estimado: menos que 0,1 UPC (com os testes)

Dependências de Wayland-protocols

Exigida

Wayland-1.22.0

Instalação de Wayland-protocols

Instale Wayland-protocols executando os seguintes comandos:

mkdir build &&
cd    build &&

meson setup --prefix=/usr --buildtype=release &&
ninja

Para testar os resultados, emita: ninja test.

Agora, como o(a) usuário(a) root:

ninja install

Conteúdo

Aplicativos Instalados: Nenhum

Bibliotecas Instaladas: Nenhum

Diretórios Instalados: /usr/share/wayland-protocols

wpebackend-fdo-1.14.2

Introdução a wpebackend-fdo

O pacote wpebackend-fdo contém a estrutura de retaguarda Freedesktop.org para o WebKit do WPE e o renderizador WPE.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://wpewebkit.org/releases/wpebackend-fdo-1.14.2.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: dafd899646b2e31ef2d97938a638c48d
Tamanho da transferência: 44 KB
Espaço em disco estimado exigido: 1,7 MB
Tempo de construção estimado: 0,1 UPC

Dependências de wpebackend-fdo

Exigidas

Instalação de wpebackend-fdo

Instale wpebackend-fdo executando os seguintes comandos:

mkdir build &&
cd    build &&

meson setup --prefix=/usr --buildtype=release ..
ninja

Agora, como o(a) usuário(a) root:

ninja install

Explicações do Comando

--buildtype=release: Especifique um tipo de construção adequado para lançamentos estáveis do pacote, pois o padrão possivelmente produza binários não otimizados.

Conteúdo

Aplicativos Instalados: Nenhum

Bibliotecas Instaladas: libWPEBackend-fdo-1.0.so

Diretórios Instalados: /usr/include/wpe-fdo-1.0

Descrições Curtas

libWPEBackend-fdo-1.0.so

contém funções que fornecem a estrutura de retaguarda freedesktop.org para o WebKit do WPE e o renderizador WPE

wv-1.2.9

Introdução a wv

O pacote wv contém ferramentas para ler informação a partir de um documento do MS Word.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://www.abisource.com/downloads/wv/1.2.9/wv-1.2.9.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: dbccf2e9f747e50c913b7e3d126b73f7
Tamanho da transferência: 608 KB
Espaço em disco estimado exigido: 25 MB
Tempo de construção estimado: 0,4 UPC

Dependências de wv

Exigidas

libgsf-1.14.50 e libpng-1.6.40

Opcionais

libwmf

Instalação de wv

Instale wv executando os seguintes comandos:

./configure --prefix=/usr --disable-static &&
make

Esse pacote não tem uma suíte de teste.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

Conteúdo

Aplicativos Instalados: wvSummary e vários outros aplicativos wv* que foram substituídos pelo abiword: veja-se https://wvware.sourceforge.net/

Biblioteca Instalada: libwv-1.2.so

Diretório Instalado: /usr/share/wv

Descrições Curtas

wvSummary	exibe a informação resumida a partir de um documento do MS Word
`libwv-1.2.so`	fornece funções para acessar documentos do MS Word

Xapian-1.4.23

Introdução a xapian

Xapian é uma biblioteca de mecanismo de pesquisa de fonte aberto.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://oligarchy.co.uk/xapian/1.4.23/xapian-core-1.4.23.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 241273b1fcde4c3fd12f0d0586e6bb6c
Tamanho da transferência: 2,9 MB
Espaço em disco estimado exigido: 144 MB (adicionar 163 MB para testes)
Tempo de construção estimado: 0,4 UPC (usando paralelismo=4; adicionar 11 UPC para testes)

Dependências de Xapian

Opcionais

Valgrind-3.21.0 (para os testes)

Instalação de Xapian

Instale Xapian executando os seguintes comandos:

./configure --prefix=/usr    \
            --disable-static \
            --docdir=/usr/share/doc/xapian-core-1.4.23 &&
make

Para executar a suíte de teste, emita: make check.

Agora, como o(a) usuário(a) root:

make install

Conteúdo

Aplicativos Instalados: copydatabase, quest, simpleexpand, simpleindex, simplesearch, xapian-check, xapian-compact, xapian-config, xapian-delve, xapian-metadata, xapian-pos, xapian-progsrv, xapian-replicate, xapian-replicate-server e xapian-tcpsrv

Bibliotecas Instaladas: libxapian.so

Diretórios Instalados: /usr/include/xapian, /usr/lib/cmake/xapian, /usr/share/doc/xapian-core-1.4.23 e /usr/share/xapian-core

Descrições Curtas

copydatabase	realiza uma cópia documento a documento de uma ou mais bases de dados Xapian
quest	é uma ferramenta de linha de comando para pesquisar ao longo de uma base de dados
simpleexpand	é um aplicativo simples de exemplo que demonstra a expansão da consulta
simpleindex	indexa cada parágrafo de um arquivo de texto como um documento Xapian
simplesearch	é um utilitário simples de pesquisa de linha de comando
xapian-check	verifica a consistência de uma base de dados ou de uma tabela
xapian-compact	compacta uma base de dados ou mescla e compacta várias bases de dados
xapian-config	relata informação a respeito do xapian instalado
xapian-delve	inspeciona o conteúdo de uma base de dados Xapian
xapian-metadata	lê e grava metadados de usuário(a)
xapian-pos	inspeciona o conteúdo de uma tabela de pederneira para desenvolvimento ou depuração
xapian-progsrv	é um servidor remoto para uso com ProgClient
xapian-replicate	replica uma base de dados a partir de um servidor mestre para uma cópia local
xapian-replicate-server	atende a solicitações de replicação de base de dados originárias de clientes
xapian-tcpsrv	é o processo de segundo plano do TCP para uso com a estrutura remota de retaguarda do Xapian

Capítulo 10. Bibliotecas de Gráficos e de Fontes

Dependendo de como seu sistema será usado, você pode ou não precisar das bibliotecas de gráficos e de fontes. A maioria das máquinas de área de trabalho as desejará para uso com aplicativos gráficos. A maioria dos servidores, por outro lado, não as exigirá.

AAlib-1.4rc5

Introdução a AAlib

AAlib é uma biblioteca para renderizar qualquer gráfico em arte ASCII.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://downloads.sourceforge.net/aa-project/aalib-1.4rc5.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 9801095c42bba12edebd1902bcf0a990
Tamanho da transferência: 388 KB
Espaço em disco estimado exigido: 6,5 MB
Tempo de construção estimado: 0,1 UPC

Dependências do AAlib

Opcionais

Bibliotecas do Xorg, Fontes Legadas do Xorg (tempo de execução), slang-2.3.3 e GPM-1.20.7

Instalação do AAlib

Corrija um pequeno problema com o arquivo "m4" incluído:

sed -i -e '/AM_PATH_AALIB,/s/AM_PATH_AALIB/[&]/' aalib.m4

Instale AAlib executando os seguintes comandos:

./configure --prefix=/usr            \
            --infodir=/usr/share/info \
            --mandir=/usr/share/man   \
            --with-ncurses=/usr       \
            --disable-static          &&
make

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

make install

Conteúdo

Aplicativos Instalados: aafire, aainfo, aalib-config, aasavefont e aatest

Biblioteca Instalada: libaa.so

Diretórios Instalados: Nenhum

Descrições Curtas

aafire	é uma demonstração do AAlib, renderizando um fogo animado em arte ASCII
aainfo	fornece informações para suas configurações atuais relacionadas a AAlib
aalib-config	fornece informações de configuração para AAlib
aasavefont	salva uma fonte em um arquivo
aatest	mostra as habilidades de AAlib em um pequeno teste
`libaa.so`	é uma coleção de rotinas para renderizar qualquer entrada gerada gráfica em formato portável para arte ASCII. Ela pode ser usada por vários aplicativos e tem uma API muito bem documentada, de forma que você consiga colocá-la facilmente em seus próprios programas

babl-0.1.106

Introdução a Babl

O pacote Babl é uma biblioteca dinâmica de tradução em formato de pixel, de qualquer para qualquer.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://download.gimp.org/pub/babl/0.1/babl-0.1.106.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: f0932832cdc4cf9b09c0f97ff48fea07
Tamanho da transferência: 308 KB
Espaço em disco estimado exigido: 12 MB (com os testes)
Tempo de construção estimado: 0,1 UPC (Usando paralelismo=4; com os testes)

Dependências do Babl

Opcionais

Little CMS-2.14 e w3m

Instalação do Babl

Instale Babl executando os seguintes comandos:

mkdir bld &&
cd    bld &&

meson setup --prefix=/usr --buildtype=release .. &&
ninja

Para testar os resultados, emita: ninja test.

Agora, como o(a) usuário(a) root:

ninja install &&

install -v -m755 -d                        /usr/share/gtk-doc/html/babl/graphics &&
install -v -m644 docs/*.{css,html}          /usr/share/gtk-doc/html/babl          &&
install -v -m644 docs/graphics/*.{html,svg} /usr/share/gtk-doc/html/babl/graphics

Explicações do Comando

install -v -m755 -d /usr/share/gtk-doc/html/babl/graphics: Esse e os comandos subsequentes instalam a documentação html da biblioteca sob /usr /share/gtk-doc/html onde outros pacotes gtk colocam a documentação orientada para o(a) programador(a).

Conteúdo

Aplicativos Instalados: Nenhum

Bibliotecas Instaladas: libbabl-0.1.so e bibliotecas em /usr/lib/babl-0.1

Diretórios Instalados: /usr/{include,lib}/babl-0.1 e /usr/share/gtk-doc/html/babl

Descrições Curtas

libbabl-0.1.so

contém funções para acessar "BablFishes" para converter entre formatos

Exiv2-0.28.0

Introdução a Exiv2

Exiv2 é uma biblioteca C++ e um utilitário de linha de comando para gerenciar metadados de imagem e de vídeo.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/Exiv2/exiv2/releases/download/v0.28.0/exiv2-0.28.0-Source.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 7b53f59708efc7f9840e34503eacb41f
Tamanho da transferência: 42 MB
Espaço em disco estimado exigido: 119 MB
Tempo de construção estimado: 0,3 UPC (Usando paralelismo=4)

Dependências do Exiv2

Exigida

c2man (para construir páginas de manual)

Opcional

libssh

Opcionais para documentação

Doxygen-1.9.7, Graphviz-8.1.0 e libxslt-1.1.38

Instalação do Exiv2

Instale Exiv2 executando os seguintes comandos:

mkdir build &&
cd   build &&

cmake -DCMAKE_INSTALL_PREFIX=/usr  \
      -DCMAKE_BUILD_TYPE=Release   \
      -DEXIV2_ENABLE_VIDEO=yes     \
      -DEXIV2_ENABLE_WEBREADY=yes  \
      -DEXIV2_ENABLE_CURL=yes      \
      -DEXIV2_BUILD_SAMPLES=no     \
      -G "Unix Makefiles" .. &&
make

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

-DEXIV2_ENABLE_VIDEO=yes: Essa chave habilita o gerenciamento de metadados de vídeo.

-DEXIV2_ENABLE_WEBREADY=yes: Essa chave habilita o gerenciamento de metadados de imagem da web.

-DEXIV2_BUILD_SAMPLES=no: Essa chave é necessária para suprimir a construção e instalação de aplicativos de amostra. Se os aplicativos de amostra forem compilados, 34 aplicativos adicionais serão instalados em /usr/bin.

-DEXIV2_ENABLE_CURL=yes: Essa chave é necessária para habilitar os recursos de rede de comunicação/http.

-DEXIV2_ENABLE_INIH=no: Use essa chave se você não tiver instalado inih-57.

-DEXIV2_ENABLE_BROTLI=no: Use essa chave se você não tiver instalado Brotli-1.0.9.

Conteúdo

Aplicativo Instalado: exiv2

Biblioteca Instalada: libexiv2.so e libexiv2-xmp.a

Diretórios Instalados: /usr/include/exiv2

Descrições Curtas

exiv2

é um utilitário usado para despejar dados "Exif"

FreeType-2.13.1

Introdução a FreeType2

O pacote FreeType2 contém uma biblioteca que permite que os aplicativos renderizem corretamente as fontes TrueType.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://downloads.sourceforge.net/freetype/freetype-2.13.1.tar.xz
Soma de verificação MD5 da transferência: e4c3f0d8453a2a7993ae784912d6f19a
Tamanho da transferência: 2,4 MB
Espaço em disco estimado exigido: 49 MB (com documentação adicional)
Tempo de construção estimado: 0,2 UPC (com documentação adicional)

Transferências Adicionais

Documentação Adicional

Transferência (HTTP): https://downloads.sourceforge.net/freetype/freetype-doc-2.13.1.tar.xz
Soma de verificação MD5 da transferência: 9eaaf193b0493297d92cd435cd850598
Tamanho da transferência: 2,1 MB

Dependências do FreeType2

Opcionais

Brotli-1.0.9 e librsvg-2.56.3

Opcional (para documentação)

docwriter

Instalação do FreeType2

Se você baixou a documentação adicional, [então] desempacote-a na árvore do fonte usando o seguinte comando:

tar -xf ../freetype-doc-2.13.1.tar.xz --strip-components=2 -C docs

Instale FreeType2 executando os seguintes comandos:

sed -ri "s:.*(AUX_MODULES.*valid):\1:" modules.cfg &&

sed -r "s:.*(#.*SUBPIXEL_RENDERING) .*:\1:" \
   -i include/freetype/config/ftoption.h  &&

./configure --prefix=/usr --enable-freetype-config --disable-static &&
make

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

make install

Se você baixou a documentação opcional, [então] instale-a como o(a) usuário(a) root:

cp -v -R docs -T /usr/share/doc/freetype-2.13.1 &&
rm -v /usr/share/doc/freetype-2.13.1/freetype-config.1

Explicações do Comando

sed -ri ...: O primeiro comando habilita a validação da tabela "GX/AAT" e "OpenType" e o segundo comando habilita a renderização de sub pixel. Observe que a renderização de sub pixel possivelmente tenha problemas de patente. Certifique-se de ler a parte 'Outros problemas de patentes' de https://freetype.org/patents.html antes de habilitar essa opção.

--enable-freetype-config: Essa chave garante que a página de manual para "freetype-config" seja instalada.

--without-harfbuzz: se harfbuzz for instalado antes de freetype sem suporte a freetype, [então] use essa chave para evitar uma falha de construção.

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

Conteúdo

Aplicativo Instalado: freetype-config

Biblioteca Instalada: libfreetype.so

Diretórios Instalados: /usr/include/freetype2 e /usr/share/doc/freetype-2.13.1

Descrições Curtas

freetype-config	é usado para obter informações da compilação e da vinculação do FreeType
`libfreetype.so`	contém funções para renderizar vários tipos de fonte, como "TrueType" e "Type1"

Fontconfig-2.14.2

Introdução a Fontconfig

O pacote Fontconfig contém uma biblioteca e aplicativos de suporte usados para configurar e personalizar o acesso à fonte.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://www.freedesktop.org/software/fontconfig/release/fontconfig-2.14.2.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 95261910ea727b5dd116b06fbfd84b1f
Tamanho da transferência: 1,4 MB
Espaço em disco estimado exigido: 17 MB (com os testes)
Tempo de construção estimado: 0,3 UPC (com os testes)

Dependências do Fontconfig

Exigida

FreeType-2.13.1

Opcionais

bubblewrap-0.8.0 (usado por alguns testes), cURL-8.2.1 e UnZip-6.0 (ambos usados por alguns testes para baixar e extrair arquivos de teste), JSON-C-0.17, DocBook-utils-0.6.14 e libxml2-2.10.4, texlive-20230313 (ou install-tl-unx)

Nota

Uma conexão com a Internet é necessária para alguns testes desse pacote.

Nota

Se tiver DocBook Utils instalado e remover o parâmetro --disable-docs do comando configure abaixo, [então] você precisa ter SGMLSpm-1.1 e texlive-20230313 instalado também, ou a construção do Fontconfig falhará.

Instalação do Fontconfig

Instale Fontconfig executando os seguintes comandos:

./configure --prefix=/usr       \
            --sysconfdir=/etc    \
            --localstatedir=/var \
            --disable-docs       \
            --docdir=/usr/share/doc/fontconfig-2.14.2 &&
make

Para testar os resultados, emita: make check. Um teste é conhecido por falhar se o núcleo não suportar espaços de nomes de usuário(a). Alguns testes transferirão alguns arquivos de fonte via Internet.

Agora, como o(a) usuário(a) root:

make install

Se não removeu o parâmetro --disable-docs do comando configure, [então] você consegue instalar a documentação pré-gerada usando os seguintes comandos como o(a) usuário(a) root:

install -v -dm755 \
       /usr/share/{man/man{1,3,5},doc/fontconfig-2.14.2/fontconfig-devel} &&
install -v -m644 fc-*/*.1         /usr/share/man/man1 &&
install -v -m644 doc/*.3          /usr/share/man/man3 &&
install -v -m644 doc/fonts-conf.5 /usr/share/man/man5 &&
install -v -m644 doc/fontconfig-devel/* \
                                  /usr/share/doc/fontconfig-2.14.2/fontconfig-devel &&
install -v -m644 doc/*.{pdf,sgml,txt,html} \
                                  /usr/share/doc/fontconfig-2.14.2

Explicações do Comando

--disable-docs: Essa chave evita construir a documentação (o tarball de lançamento inclui a documentação pré-gerada).

Configurando Fontconfig

Arquivos de Configuração

/etc/fonts/*, /etc/fonts/conf.d/* e /usr/share/fontconfig/conf.avail/*

Informação de Configuração

O arquivo principal de configuração para Fontconfig é /etc/fonts/fonts.conf. Geralmente você não deseja editar esse arquivo. Ele também lerá /etc/fonts/local.conf e quaisquer arquivos em /etc/fonts/conf.d. Para colocar um novo diretório de fontes na configuração, crie (ou atualize) o arquivo /etc/fonts/local.conf com suas informações locais ou adicione um novo arquivo em /etc/fonts/conf.d. O local padrão das fontes em Fontconfig é:

/usr/share/fonts
~/.local/share/fonts
~/.fonts (isso agora está obsoleto, mas, no momento, ainda funciona)

Fontconfig também envia muitos arquivos de configuração de exemplo no diretório /usr/share/fontconfig/conf.avail. Criar links simbólicos para arquivos específicos para /etc/fonts/conf.d irá habilitá-los. A configuração padrão geralmente é boa o suficiente para a maioria dos(as) usuários(as). Veja-se /etc/fonts/conf.d/README para uma descrição dos arquivos de configuração.

Mais informações a respeito de configurar o Fontconfig podem ser encontradas no manual do(a) usuário(a) em file:///usr/share/doc/fontconfig-2.14.2/fontconfig-user.html.

Conteúdo

Aplicativos Instalados: fc-cache, fc-cat, fc-conflist, fc-list, fc-match, fc-pattern, fc-query, fc-scan e fc-validate

Biblioteca Instalada: libfontconfig.so

Diretórios Instalados: /etc/fonts, /usr/include/fontconfig, /usr/share/doc/fontconfig-2.14.2, /usr/share/fontconfig, /usr/share/xml/fontconfig e /var/cache/fontconfig

Descrições Curtas

fc-cache	é usado para criar caches de informações de fonte
fc-cat	é usado para ler caches de informações de fonte
fc-conflist	mostra as informações dos arquivos do conjunto de regras no sistema
fc-list	é usado para criar listas de fontes
fc-match	é usado para corresponder às fontes disponíveis ou encontrar fontes que correspondam a um determinado padrão
fc-pattern	é usado para analisar o padrão (padrão vazio por padrão) e mostrar o resultado analisado
fc-query	é usado para consultar arquivos de fontes e imprimir padrões resultantes
fc-scan	é usado para escanear arquivos e diretórios de fontes e imprimir padrões resultantes
fc-validate	é usado para validar arquivos de fontes
`libfontconfig.so`	contém funções usadas pelos aplicativos Fontconfig e também por outros aplicativos para configurar ou personalizar o acesso à fonte

FriBidi-1.0.13

Introdução a FriBidi

O pacote FriBidi é uma implementação do Algoritmo Bidirecional Unicode (BIDI). Isso é útil para suportar os alfabetos árabe e hebraico em outros pacotes.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/fribidi/fribidi/releases/download/v1.0.13/fribidi-1.0.13.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 49b17442e0d8fa2e97b5c898078f6f51
Tamanho da transferência: 1,1 MB
Espaço em disco estimado exigido: 21 MB (com os testes)
Tempo de construção estimado: menos que 0,1 UPC (com os testes)

Dependências do FriBidi

Opcionais

Instalação do FriBidi

Instale FriBidi executando os seguintes comandos:

mkdir build &&
cd    build &&

meson setup --prefix=/usr --buildtype=release .. &&
ninja

Para testar os resultados, emita: ninja test.

Agora, como o(a) usuário(a) root:

ninja install

Explicações do Comando

--buildtype=release: Especifique um tipo de construção adequado para lançamentos estáveis do pacote, pois o padrão possivelmente produza binários não otimizados.

Conteúdo

Aplicativo Instalado: fribidi

Biblioteca Instalada: libfribidi.so

Diretório Instalado: /usr/include/fribidi

Descrições Curtas

fribidi	é uma interface de linha de comando para a biblioteca `libfribidi` e pode ser usada para converter uma sequência lógica de caracteres para saída gerada visual
`libfribidi.so`	contém funções usadas para implementar o Algoritmo Bidirecional Unicode

gegl-0.4.46

Introdução a gegl

Esse pacote fornece a "Generic Graphics Library", que é um formato de processamento de imagens baseado em gráficos.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://download.gimp.org/pub/gegl/0.4/gegl-0.4.46.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 241bde22f9204515121e5fb03a2b9fbd
Tamanho da transferência: 5,6 MB
Espaço em disco estimado exigido: 103 MB (Adicionar 4 MB para testes)
Tempo de construção estimado: 0,9 UPC (Usando paralelismo=4; adicionar 0,4 para testes)

Dependências do gegl

Exigidas

babl-0.1.106, JSON-GLib-1.6.6, libjpeg-turbo-3.0.0 e libpng-1.6.40

Opcionais

asciidoc-10.2.0, Cairo-1.17.6, FFmpeg-6.0, gdk-pixbuf-2.42.10, gexiv2-0.14.2, GTK-Doc-1.33.2, JasPer-4.0.0, Little CMS-2.14, libraw-0.21.1, librsvg-2.56.3, libtiff-4.5.1, libwebp-1.3.1, Pango-1.50.14, Poppler-23.08.0, Ruby-3.2.2, SDL2-2.28.2, v4l-utils-1.24.1, Vala-0.56.11, libspiro-20220722, LuaJIT, lensfun, LuaJIT, libnsgif, libumfpack, maxflow, MRG, OpenCL, OpenEXR, poly2tri-c, source-highlight e w3m

Instalação do gegl

Se instalar sobre uma versão anterior do gegl, [então] um módulo precisa ser removido. Como o(a) usuário(a) root, execute:

rm -f /usr/lib/gegl-0.4/vector-fill.so

Instale gegl executando os seguintes comandos:

mkdir build &&
cd    build &&

meson setup --prefix=/usr --buildtype=release .. &&
ninja

Para executar os testes, emita: ninja test. 7 testes na parte gegl:ff-load-save da suíte de teste são conhecidos por falharem devido a incompatibilidades com ffmpeg-6.0.

Agora, como o(a) usuário(a) root:

ninja install

Explicações do Comando

-Ddocs=true: Construa e instale a documentação (exige GTK-Doc-1.33.2).

Conteúdo

Aplicativos Instalados: gegl e gegl-imgcmp

Bibliotecas Instaladas: libgegl-0.4.so, libgegl-npd-0.4.so e módulos em /usr/lib/gegl-0.4

Diretórios Instalados: /usr/lib/gegl-0.4 e /usr/include/gegl-0.4

Descrições Curtas

gegl	é uma ferramenta de linha de comando para trabalhar com o modelo de dados "XML"
gegl-imgcmp	é uma ferramenta simples de detecção de diferença de imagem para uso em testes de regressão
`libgegl-0.4.so`	fornece infraestrutura para fazer edição de imagem não destrutiva em cache baseada em demanda em "buffers" maiores que a RAM
`libgegl-npd-0.4.so`	é a biblioteca "GEGL" de deformação de imagem de N pontos

giflib-5.2.1

Introdução a giflib

O pacote giflib contém bibliotecas para ler e escrever "GIFs", bem como aplicativos para converter e trabalhar com arquivos "GIF".

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://sourceforge.net/projects/giflib/files/giflib-5.2.1.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 6f03aee4ebe54ac2cc1ab3e4b0a049e5
Tamanho da transferência: 436 KB
Espaço em disco estimado exigido: 3,2 MB (com a documentação)
Tempo de construção estimado: menos que 0,1 UPC (com a documentação)

Dependências do giflib

Exigida

xmlto-0.0.28

Instalação do giflib

Instale giflib executando os seguintes comandos:

make

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

make PREFIX=/usr install &&

rm -fv /usr/lib/libgif.a &&

find doc \( -name Makefile\* -o -name \*.1 \
        -o -name \*.xml \) -exec rm -v {} \; &&

install -v -dm755 /usr/share/doc/giflib-5.2.1 &&
cp -v -R doc/* /usr/share/doc/giflib-5.2.1

Explicações do Comando

rm -fv /usr/lib/libgif.a: Esse comando remove uma biblioteca estática que não é usada por nenhum pacote do BLFS.

find doc ... -exec rm -v {} \;: Esse comando remove os arquivos Makefiles, man e xml do diretório de documentação que, de outra forma, seriam instalados pelos comandos a seguir.

Conteúdo

Aplicativos Instalados: gif2rgb, gifbuild, gifclrmp, giffix, giftext e giftool

Biblioteca Instalada: libgif.so

Diretório Instalado: /usr/share/doc/giflib-5.2.1

Descrições Curtas

gif2rgb	converte imagens salvas como "GIF" em imagens "RGB" de 24 bits
gifbuild	despeja dados "GIF" em um formato textual ou os entulha em um "GIF"
gifclrmp	modifica mapas de cores de imagens "GIF"
giffix	tenta desajeitadamente corrigir imagens truncadas "GIF"
giftext	imprime (somente texto) informações gerais a respeito de um arquivo "GIF"
giftool	é uma ferramenta de transformação "GIF"
`libgif.so`	contém funções de API exigidas pelos aplicativos giflib e quaisquer outros aplicativos necessitando de funcionalidade de biblioteca para ler, escrever e manipular imagens "GIF"

GLM-0.9.9.8

Introdução a GLM

"OpenGL Mathematics" (GLM) é uma biblioteca matemática C++ somente de cabeçalho para software gráfico baseada nas especificações "OpenGL Shading Language" (GLSL). Um sistema de extensão fornece recursos estendidos, tais como transformações de matrizes e "quaternions".

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/g-truc/glm/archive/0.9.9.8/glm-0.9.9.8.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 0e83d4a33c7d4044a2c35c8d6aba4671
Tamanho da transferência: 4,2 MB
Espaço em disco estimado exigido: 23 MB
Tempo de construção estimado: menos que 0,1 UPC

Instalação do GLM

Nota

Esse pacote é incomum, pois inclui a funcionalidade dele em arquivos de cabeçalho. Nós apenas os copiamos para a posição.

Como o(a) usuário(a) root:

cp -r glm /usr/include/ &&
cp -r doc /usr/share/doc/glm-0.9.9.8

Conteúdo

Aplicativo Instalado: Nenhum(a)

Biblioteca Instalada: Nenhum(a)

Diretório Instalado: /usr/include/glm

Graphite2-1.3.14

Introdução a Graphite2

Graphite2 é um mecanismo de renderização para fontes de grafite. Essas são fontes "TrueType" com tabelas adicionais contendo informações de renderização inteligente e foram originalmente desenvolvidas para suportar sistemas complexos de escrita não romanos. Elas possivelmente contenham regras para, por exemplo, ligaduras, substituição de glifos, "kerning", justificação - isso pode torná-las úteis mesmo em textos escritos em sistemas de escrita romanos, como o inglês. Observe que o firefox por padrão fornece uma cópia interna do mecanismo de grafite e não pode usar uma versão do sistema (embora agora possa ser remendado para usá-lo), mas também ele deveria se beneficiar da disponibilidade de fontes de grafite.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/silnrsi/graphite/releases/download/1.3.14/graphite2-1.3.14.tgz
Transferência (FTP):
Soma de verificação MD5 da transferência: 1bccb985a7da01092bfb53bb5041e836
Tamanho da transferência: 6,3 MB
Espaço em disco estimado exigido: 30 MB (com testes)
Tempo de construção estimado: 0,2 UPC (com os testes)

Dependências do Graphite2

Exigida

Opcionais

FreeType-2.13.1, silgraphite para construir a ferramenta de teste e avaliação comparativa comparerender e, se isso estiver presente, e HarfBuzz-8.1.1 para adicionar mais funcionalidade para ele (essa é uma dependência circular; você precisaria primeiro construir graphite2 sem harfbuzz).

Para construir a documentação: asciidoc-10.2.0, Doxygen-1.9.7, texlive-20230313 (ou install-tl-unx) e dblatex (para documentos "PDF")

Para executar a suíte de teste, você precisará de FontTools (módulo Python 3), caso contrário, os testes "cmp" falham.

Opcional (em tempo de execução)

Você precisará de pelo menos uma fonte grafite adequada para que o pacote seja útil.

Instalação do Graphite2

Alguns testes falham se o FontTools (módulo Python 3) não estiver instalado. Esses testes podem ser removidos com:

sed -i '/cmptest/d' tests/CMakeLists.txt

Instale Graphite2 executando os seguintes comandos:

mkdir build &&
cd   build &&

cmake -DCMAKE_INSTALL_PREFIX=/usr .. &&
make

Se você deseja construir a documentação, emita:

make docs

Para testar os resultados, emita: make test. Um teste chamado nametabletest é conhecido por falhar.

Agora, como o(a) usuário(a) root:

make install

Se você construiu a documentação, [então] instale, como o(a) usuário(a) root:

install -v -d -m755 /usr/share/doc/graphite2-1.3.14 &&

cp     -v -f    doc/{GTF,manual}.html \
                    /usr/share/doc/graphite2-1.3.14 &&
cp      -v -f    doc/{GTF,manual}.pdf \
                    /usr/share/doc/graphite2-1.3.14

Explicações do Comando

-DCMAKE_VERBOSE_MAKEFILE=ON: Essa chave liga o modo detalhado de construção.

Conteúdo

Aplicativos Instalados: gr2fonttest e, opcionalmente, comparerender

Bibliotecas Instaladas: libgraphite2.so

Diretórios Instalados: /usr/{include,share}/graphite2 e, opcionalmente, /usr/share/doc/graphite2-1.3.14

Descrições Curtas

comparerender	é uma ferramenta de teste e avaliação comparativa
gr2fonttest	é uma ferramenta de console de diagnóstico para fontes de grafite
`libgraphite2.so`	é um mecanismo de renderização para fontes de grafite

HarfBuzz-8.1.1

Introdução a Harfbuzz

O pacote HarfBuzz contém um mecanismo de modelagem de texto "OpenType".

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/harfbuzz/harfbuzz/releases/download/8.1.1/harfbuzz-8.1.1.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: f0040d0fc02cf94cac9f46a94c44c6de
Tamanho da transferência: 18 MB
Espaço em disco estimado exigido: 145 MB (com testes)
Tempo de construção estimado: 0,9 UPC (Usando paralelismo=4; com testes)

Dependências do HarfBuzz

Opcionais

Cairo-1.17.6 (circular: construa cairo e todas as dependências recomendadas dele, incluindo harfbuzz, primeiro, então reconstrua harfbuzz se a infraestrutura de retaguarda cairo for necessária), git-2.41.0, GTK-Doc-1.33.2, FontTools (módulo Python 3, para a suíte de teste), ragel e wasm-micro-runtime

Atenção

As dependências recomendadas não são estritamente necessárias para construir o pacote. No entanto, você pode não obter os resultados esperados no tempo de execução se não os instalar. Por favor, não informe defeitos com esse pacote se você não tiver instalado as dependências recomendadas.

Instalação do HarfBuzz

Instale HarfBuzz executando os seguintes comandos:

mkdir build &&
cd    build &&

meson setup ..            \
      --prefix=/usr       \
      --buildtype=release \
      -Dgraphite2=enabled &&
ninja

Para testar os resultados, emita: ninja test.

Agora, como o(a) usuário(a) root:

ninja install

Explicações do Comando

--buildtype=release: Especifique um tipo de construção adequado para lançamentos estáveis do pacote, pois o padrão possivelmente produza binários não otimizados.

-Dgraphite2=enabled: Essa chave habilita o suporte Graphite2, que é necessário para construir texlive-20230313 ou o LibreOffice-7.6.0.3 com "harfbuzz" do sistema.

-Ddocs=disabled: Se GTK-Doc-1.33.2 estiver instalado, [então] a documentação é construída e instalada. Essa chave impede isso.

Conteúdo

Aplicativos Instalados: hb-info, hb-ot-shape-closure, hb-shape, hb-subset e hb-view (somente se "Cairo" estiver instalado)

Bibliotecas Instaladas: libharfbuzz.so, libharfbuzz-cairo.so (somente se "Cairo" estiver instalado), libharfbuzz-gobject.so, libharfbuzz-icu.so e libharfbuzz-subset.so

Diretórios Instalados: /usr/include/harbuzz, /usr/lib/cmake/harfbuzz e /usr/share/gtk-doc/html/harfbuzz (opcional)

Descrições Curtas

hb-info	é usado para coletar informações a respeito das fontes instaladas no sistema
hb-ot-shape-closure	fornece o conjunto de caracteres contidos em uma sequência de caracteres, representados como caracteres únicos e(ou) nomes únicos de caracteres. Exemplo: hb-ot-shape-closure /usr/share/fonts/dejavu/DejaVuSans.ttf "Hello World."
hb-shape	é usado para a conversão de sequências de caracteres de texto em glifos posicionados
hb-subset	é usado para criar subconjuntos de fontes e exibir texto usando-os
hb-view	exibe uma visualização gráfica de uma forma de sequência de caracteres usando uma fonte específica como um conjunto de glifos. O formato da saída gerada é definido automaticamente pela extensão do arquivo, sendo as suportadas ansi/png/svg/pdf/ps/eps. Por exemplo: hb-view --output-file=hello.png /usr/share/fonts/dejavu/DejaVuSans.ttf "Hello World."
`libharfbuzz.so`	é a biblioteca de modelagem de texto "HarfBuzz"
`libharfbuzz-cairo.so`	fornece integração "Cairo" para a biblioteca de modelagem de texto "Harfbuzz"
`libharfbuzz-gobject.so`	fornece integração "GObject" para a biblioteca de modelagem de texto "HarfBuzz"
`libharfbuzz-icu.so`	fornece integração "ICU" para a biblioteca de modelagem de texto "HarfBuzz"
`libharfbuzz-subset.so`	fornece funções de API para realizar operações de subconjunto em arquivos de fonte

JasPer-4.0.0

Introdução a JasPer

O Projeto JasPer é uma iniciativa de fonte aberto para fornecer uma implementação de referência baseada em software livre do codec "JPEG-2000".

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/jasper-software/jasper/archive/version-4.0.0/jasper-4.0.0.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 1578be3c1e329fdaae35d98dd804ed95
Tamanho da transferência: 1,9 MB
Espaço em disco estimado exigido: 9,5 MB (com os testes)
Tempo de construção estimado: 0,3 UPC (com os testes)

Dependências do JasPer

Exigida

libjpeg-turbo-3.0.0 e libtiff-4.5.1

Opcionais

Freeglut-3.4.0 (necessário para jiv), Doxygen-1.9.7 (necessário para gerar documentação html) e texlive-20230313 ( necessário para regerar a documentação em pdf)

Instalação do JasPer

Nota

O tarball jasper-4.0.0.tar.gz extrairá para jasper-version-4.0.0.

Instale JasPer executando os seguintes comandos:

mkdir BUILD &&
cd   BUILD &&

cmake -DCMAKE_INSTALL_PREFIX=/usr    \
      -DCMAKE_BUILD_TYPE=Release     \
      -DCMAKE_SKIP_INSTALL_RPATH=YES \
      -DJAS_ENABLE_DOC=NO            \
      -DCMAKE_INSTALL_DOCDIR=/usr/share/doc/jasper-4.0.0 \
      ..  &&
make

Para testar os resultados, emita: make test.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

-DCMAKE_SKIP_INSTALL_RPATH=YES: Essa opção remove os caminhos de pesquisa da biblioteca incorporada.

-DJAS_ENABLE_DOC=NO: Essa opção desabilita a reconstrução da documentação em PDF se texlive-20230313 estiver instalado.

Conteúdo

Aplicativos Instalados: imgcmp, imginfo, jasper e jiv

Biblioteca Instalada: libjasper.so

Diretórios Instalados: /usr/include/jasper e /usr/share/doc/jasper-4.0.0

Descrições Curtas

imgcmp	compara duas imagens da mesma geometria
imginfo	exibe informações a respeito de uma imagem
jasper	converte imagens entre formatos (BMP, JPS, JPC, JPG, PGX, PNM, MIF e RAS)
jiv	exibe imagens
`libjasper.so`	é uma biblioteca usada por aplicativos para ler e gravar arquivos no formato "JPEG2000"

Little CMS-1.19

Introdução a Little CMS

A biblioteca Little CMS é usada por outros aplicativos para fornecer recursos de gerenciamento de cores.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://downloads.sourceforge.net/lcms/lcms-1.19.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 8af94611baf20d9646c7c2c285859818
Tamanho da transferência: 927 KB
Espaço em disco estimado exigido: 27 MB
Tempo de construção estimado: 0,5 UPC

Transferências Adicionais

Remendo exigido: https://www.linuxfromscratch.org/patches/blfs/12.0/lcms-1.19-cve_2013_4276-1.patch

Dependências do Little CMS

Opcionais

libtiff-4.5.1, libjpeg-turbo-3.0.0 e Python-2.7.18 (com SWIG-4.1.1 também)

Instalação do Little CMS

Instale Little CMS executando os seguintes comandos:

patch -Np1 -i ../lcms-1.19-cve_2013_4276-1.patch &&

./configure --prefix=/usr --disable-static      &&
make

Para testar os resultados, emita: make check.

Agora, como o(a) usuário(a) root:

make install &&
install -v -m755 -d /usr/share/doc/lcms-1.19 &&
install -v -m644   README.1ST doc/* \
                    /usr/share/doc/lcms-1.19

Explicações do Comando

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

--with-python: Use esse parâmetro se Python e SWIG estiverem instalados.

Conteúdo

Aplicativos Instalados: icc2ps, icclink, icctrans, wtpt e, opcionalmente, jpegicc, tiffdiff e tifficc

Bibliotecas Instaladas: liblcms.so e o opcional módulo Python "_lcms.so"

Diretório Instalado: /usr/share/doc/lcms-1.19

Descrições Curtas

icc2ps	gera "CRD" ou "CSA" PostScript a partir de perfis "ICC"
icclink	vincula dois ou mais perfis em um perfil único de ligação de dispositivo
icctrans	é uma calculadora de conversão de espaço de cores
jpegicc	é um aplicador de perfil "ICC" para arquivos "JPEG"
tifficc	é um aplicador de perfil "ICC" para arquivos "TIFF"
tiffdiff	é um utilitário de comparação "TIFF"
wtpt	mostra a mídia branca dos perfis, identificando o "locus" do corpo negro
`liblcms.so`	é usado pelos aplicativos lcms assim como outros aplicativos para fornecer recursos de gerenciamento de cores

Little CMS-2.14

Introdução a Little CMS2

O "Little Color Management System" é um mecanismo de gerenciamento de cores compacto, com foco especial em precisão e desempenho. Ele usa o padrão "International Color Consortium" (ICC), que é o padrão moderno para gerenciamento de cores.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/mm2/Little-CMS/releases/download/lcms2.14/lcms2-2.14.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 7f7baa3e605c961b9301135105ee9a34
Tamanho da transferência: 7,1 MB
Espaço em disco estimado exigido: 20 MB (com os testes)
Tempo de construção estimado: 0,2 UPC (com os testes)

Dependências do Little CMS2

Opcionais

Instalação do Little CMS2

Aplique a correção do(a) desenvolvedor(a) para um problema quebrando "colord":

sed '/BufferSize < TagSize/,+1 s/goto Error/TagSize = BufferSize/' \
   -i src/cmsio0.c

Instale Little CMS2 executando os seguintes comandos:

./configure --prefix=/usr --disable-static &&
make

Para testar os resultados, emita: make check.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

Conteúdo

Aplicativos Instalados: jpgicc, linkicc, psicc, tificc e transicc

Biblioteca Instalada: liblcms2.so

Diretórios Instalados: Nenhum

Descrições Curtas

jpgicc	é o aplicador de perfil "ICC" do "Little CMS" para "JPEG"
linkicc	é o gerador de ligação de dispositivo "ICC" do "Little CMS"
psicc	é o gerador de "ICC PostScript" do "Little CMS"
tificc	é o gerador de "ICC tiff" do "Little CMS"
transicc	é a calculadora de conversão "ColorSpace" do "Little CMS"
`liblcms2.so`	contém funções que implementam a API do "lcms2"

libavif-0.11.1

Introdução ao libavif

O pacote libavif contém uma biblioteca usada para codificar e decodificar arquivos AVIF.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/AOMediaCodec/libavif/archive/v0.11.1/libavif-0.11.1.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: dde524dfc0e0e37a468277b128662990
Tamanho da transferência: 5,6 MB
Espaço em disco estimado exigido: 10 MB
Tempo de construção estimado: menos que 0,1 UPC

Dependências do libavif

Exigidas

libaom-3.6.1

Opcionais

gtest, libdav1d, libyuv, rav1e e svt-av1

Instalação do libavif

Instale o libavif executando os seguintes comandos:

mkdir build &&
cd    build &&

cmake -DCMAKE_INSTALL_PREFIX=/usr \
      -DCMAKE_BUILD_TYPE=Release  \
      -DAVIF_CODEC_AOM=ON         \
      -DAVIF_BUILD_GDK_PIXBUF=ON  \
      -G Ninja .. &&
ninja

Esse pacote vem com uma suíte de teste, mas ela exige gtest, que não é parte do BLFS.

Agora, como o(a) usuário(a) root:

ninja install

O formato AV1 precisa ser adicionado ao cache dos carregadores. Como o(a) usuário(a) root:

gdk-pixbuf-query-loaders --update-cache

Explicações do Comando

-DAVIF_CODEC_AOM=ON: Essa chave habilita usar o codificador AOM. Esse pacote é inútil sem pelo menos um codificador integrado.

-DAVIF_BUILD_GDK_PIXBUF=ON: Essa chave constrói o carregador AVIF para aplicativos que usam gdk-pixbuf. Remova-a se você não tiver instalado o gdk-pixbuf-2.42.10.

-DAVIF_CODEC_DAV1D=ON: Use essa chave se você tiver instalado libdav1d e desejar usá-lo como um codificador.

-DAVIF_CODEC_RAV1E=ON: Use essa chave se você tiver instalado o rav1e e desejar usá-lo como um codificador.

-DAVIF_CODEC_SVT=ON: Use essa chave se você tiver instalado svt-av1 e desejar usá-lo como um codificador.

Conteúdo

Aplicativos Instalados: Nenhum(a)

Bibliotecas Instaladas: libavif.so e libpixbbufloader-avif.so (em /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders)

Diretórios Instalados: /usr/include/avif

Descrições Curtas

`libavif.so`	contém funções que fornecem uma implementação C portável do formato de imagem AV1
`libpixbufloader-avif.so`	permite que aplicativos que usam gdk-pixbuf leiam imagens AVIF

libexif-0.6.24

Introdução ao "libexif"

O pacote libexif contém uma biblioteca para analisar, editar e salvar dados "EXIF". A maioria das câmeras digitais produz arquivos "EXIF", que são arquivos "JPEG" com etiquetas extras que contém informações a respeito da imagem. Todas as etiquetas "EXIF" descritas no padrão "EXIF 2.1" são suportadas.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/libexif/libexif/releases/download/v0.6.24/libexif-0.6.24.tar.bz2
Transferência (FTP):
Soma de verificação MD5 da transferência: 00ea6e7ff62d3fd41ea9b2139746703c
Tamanho da transferência: 1,9 MB
Espaço em disco estimado exigido: 17 MB
Tempo de construção estimado: 0,1 UPC

Dependências do "libexif"

Opcional (para construir a documentação)

Doxygen-1.9.7 e Graphviz-8.1.0

Instalação do "libexif"

Instale libexif executando os seguintes comandos:

./configure --prefix=/usr   \
            --disable-static \
            --with-doc-dir=/usr/share/doc/libexif-0.6.24 &&
make

Para testar os resultados, emita: make check.

Agora, como o(a) usuário(a) root:

make install

A documentação foi construída e instalada se você tiver as dependências mostradas acima instaladas. Se você não tiver as dependências instaladas, [então] existe um "tarball" comprimido no diretório doc da árvore do fonte que pode ser desempacotado em /usr/share/doc/libexif-0.6.24.

Explicações do Comando

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

Conteúdo

Aplicativos Instalados: Nenhum

Biblioteca Instalada: libexif.so

Diretórios Instalados: /usr/include/libexif e /usr/share/doc/libexif-0.6.24

Descrições Curtas

libexif.so

contém funções usadas para analisar, editar e salvar dados "EXIF"

Libgxps-0.3.2

Introdução a libgxps

O pacote libgxps fornece uma interface para manipular documentos "XPS".

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://download.gnome.org/sources/libgxps/0.3/libgxps-0.3.2.tar.xz
Transferência (FTP): ftp://ftp.acc.umu.se/pub/gnome/sources/libgxps/0.3/libgxps-0.3.2.tar.xz
Soma de verificação MD5 da transferência: 0527ac7c8c405445e96a5baa6019a0c3
Tamanho da transferência: 80 KB
Espaço em disco estimado exigido: 5,4 MB
Tempo de construção estimado: 0,1 UPC

Dependências do Libgxps

Exigidas

GTK+-3.24.38, Little CMS-2.14, libarchive-3.7.1, libjpeg-turbo-3.0.0, libtiff-4.5.1 e libxslt-1.1.38

Opcionais

git-2.41.0 e GTK-Doc-1.33.2

Instalação do Libgxps

Instale Libgxps executando os seguintes comandos:

mkdir build &&
cd    build &&

meson setup --prefix=/usr --buildtype=release .. &&
ninja

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

ninja install

Explicações do Comando

--buildtype=release: Especifique um tipo de construção adequado para lançamentos estáveis do pacote, pois o padrão possivelmente produza binários não otimizados.

Conteúdo

Aplicativos Instalados: xpstojpeg, xpstopdf, xpstopng, xpstops e xpstosvg

Biblioteca Instalada: libgxps.so

Diretórios Instalados: /usr/include/libgxps

Descrições Curtas

xpstojpeg	converte documentos "XPS" em uma imagem "JPEG"
xpstopdf	converte documentos "XPS" para o formato "PDF"
xpstopng	converte documentos "XPS" em uma imagem "PNG"
xpstops	converte documentos "XPS" em "PostScript"
xpstosvg	converte documentos "XPS" em imagens "SVG"
`libgxps.so`	contém funções de API para manipular documentos "XPS"

libjpeg-turbo-3.0.0

Introdução a libjpeg-turbo

libjpeg-turbo é uma bifurcação do libjpeg "IJG" original que usa "SIMD" para acelerar a compressão e descompressão "JPEG" da linha de base. libjpeg é uma biblioteca que implementa codificação, decodificação e transcodificação de imagens "JPEG".

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://downloads.sourceforge.net/libjpeg-turbo/libjpeg-turbo-3.0.0.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: aa1f0a1c72cb6772e34d9d5136267f56
Tamanho da transferência: 2,7 MB
Espaço em disco estimado exigido: 55 MB (com testes)
Tempo de construção estimado: 0,5 UPC (com testes; ambos usando paralelismo=4)

Dependências do libjpeg-turbo

Exigida

libjpeg-turbo-3.0.0 e Little CMS-2.14

Instalação do libjpeg-turbo

Instale libjpeg-turbo executando os seguintes comandos:

mkdir build &&
cd   build &&

cmake -DCMAKE_INSTALL_PREFIX=/usr \
      -DCMAKE_BUILD_TYPE=RELEASE  \
      -DENABLE_STATIC=FALSE       \
      -DCMAKE_INSTALL_DOCDIR=/usr/share/doc/libjpeg-turbo-3.0.0 \
      -DCMAKE_INSTALL_DEFAULT_LIBDIR=lib  \
      .. &&
make

Para testar os resultados, emita: make test.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

-DWITH_JPEG8=ON: Essa chave habilita a compatibilidade com libjpeg versão 8.

Conteúdo

Aplicativos Instalados: cjpeg, djpeg, jpegtran, rdjpgcom, tjbench e wrjpgcom

Bibliotecas Instaladas: libjpeg.so e libturbojpeg.so

Diretórios Instalados: /usr/share/doc/libjpeg-turbo-3.0.0

Descrições Curtas

cjpeg	comprime arquivos de imagem para produzir um arquivo "JPEG/JFIF" na saída gerada padrão. Os formatos de arquivo de entrada atualmente suportados são: "PPM" (formato de cor "PBMPLUS"), "PGM" (formato de escala de cinza "PBMPLUS"), "BMP" e "Targa"
djpeg	descomprime arquivos de imagem do formato "JPEG/JFIF" para ou "PPM" (formato de cores "PBMPLUS"), "PGM" (formato de escala de cinza "PBMPLUS"), "BMP" ou formato "Targa"
jpegtran	é usado para transformação sem perdas de arquivos "JPEG"
rdjpgcom	exibe comentários de texto a partir de um arquivo "JPEG"
tjbench	é usado para avaliar comparativamente o desempenho da "libjpeg-turbo"
wrjpgcom	insere comentários de texto em um arquivo "JPEG"
`libjpeg.so`	contém funções usadas para ler e gravar imagens "JPEG"

libmng-2.0.3

Introdução a libmng

As bibliotecas libmng são usadas por aplicativos querendo ler e gravar arquivos "Multiple-image Network Graphics" ("MNG"), que são os equivalentes de animação aos arquivos "PNG".

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://downloads.sourceforge.net/libmng/libmng-2.0.3.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: e9e899adb1b681b17f14d91e261878c5
Tamanho da transferência: 932 KB
Espaço em disco estimado exigido: 15 MB
Tempo de construção estimado: 0,1 UPC

Dependências do libmng

Exigidas

Instalação do libmng

Instale libmng executando os seguintes comandos:

./configure --prefix=/usr --disable-static &&
make

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

make install &&

install -v -m755 -d       /usr/share/doc/libmng-2.0.3 &&
install -v -m644 doc/*.txt /usr/share/doc/libmng-2.0.3

Explicações do Comando

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

Conteúdo

Aplicativos Instalados: Nenhum

Biblioteca Instalada: libmng.so

Diretório Instalado: /usr/share/doc/libmng-2.0.3

Descrições Curtas

libmng.so

fornece funções para aplicativos desejando ler e gravar arquivos "MNG" que são arquivos de animação sem os problemas de patente associados com certos outros formatos

libmypaint-1.6.1

Introdução a libmypaint

O pacote libmypaint, também conhecido como "brushlib", é uma biblioteca para fazer pinceladas que é usada pelo "MyPaint" e outros projetos.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/mypaint/libmypaint/releases/download/v1.6.1/libmypaint-1.6.1.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 7f1dab2d30ce8a3f494354c7c77a2977
Tamanho da transferência: 508 KB
Espaço em disco estimado exigido: 11 MB (adicionar 1 MB para os testes)
Tempo de construção estimado: 0,1 UPC (adicionar 0,3 UPC para os testes)

Dependências do libmypaint

Exigida

JSON-C-0.17

Opcionais

Doxygen-1.9.7 (para criar documentos "XML"), gegl (somente versões 0.3) e gperftools

Instalação do libmypaint

Instale libmypaint executando os seguintes comandos:

./configure --prefix=/usr &&
make

Para testar os resultados, emita: make check.

Agora, como o(a) usuário(a) root:

make install

Conteúdo

Aplicativos Instalados: Nenhum.

Bibliotecas Instaladas: libmypaint.so (e, opcionalmente, "libmypaint-gegl.so", que não é usada por nenhum pacote neste livro).

Diretório Instalado: /usr/include/libmypaint

Descrições Curtas

libmypaint.so

contém funções para fazer pinceladas

libpng-1.6.40

Introdução a libpng

O pacote libpng contém bibliotecas usadas por outros aplicativos para ler e gravar arquivos "PNG". O formato "PNG" foi projetado como um substituto para o "GIF" e, em menor grau, o "TIFF", com muitas melhorias e extensões e ausência de problemas de patente.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://downloads.sourceforge.net/libpng/libpng-1.6.40.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 6c7fe9dbb80c89c3579bedad9722e559
Tamanho da transferência: 1000 KB
Espaço em disco estimado exigido: 16 MB (com testes)
Tempo de construção estimado: 0,1 UPC (adicionar 0,5 UPC para os testes)

Transferências Adicionais

Remendo recomendado para incluir a funcionalidade de "png" animado em libpng (exigido para usar a libpng do sistema no Firefox, Seamonkey e Thunderbird): https://downloads.sourceforge.net/sourceforge/libpng-apng/libpng-1.6.39-apng.patch.gz
Soma de verificação MD5 do remendo: cd63b667723d6cc75e95eca3224f33f7

Instalação do libpng

Se você deseja remendar a "libpng" para suportar arquivos "apng", [então] aplique-o aqui:

gzip -cd ../libpng-1.6.39-apng.patch.gz | patch -p1

Instale libpng executando os seguintes comandos:

./configure --prefix=/usr --disable-static &&
make

Para testar os resultados, emita: make check.

Agora, como o(a) usuário(a) root:

make install &&
mkdir -v /usr/share/doc/libpng-1.6.40 &&
cp -v README libpng-manual.txt /usr/share/doc/libpng-1.6.40

Explicações do Comando

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

Conteúdo

Aplicativos Instalados: libpng-config (link simbólico), libpng16-config, pngfix e png-fix-itxt

Bibliotecas Instaladas: libpng.so

Diretórios Instalados: /usr/include/libpng16 e /usr/share/doc/libpng-1.6.40

Descrições Curtas

pngfix	testa, otimiza e, opcionalmente, corrige o cabeçalho "zlib" em arquivos "PNG". Opcionalmente, ao corrigir, retira pedaços auxiliares do arquivo
png-fix-itxt	corrige arquivos "PNG" que tem um campo incorreto de comprimento nos blocos "iTXt"
libpng-config	é um script de shell que fornece informações de configuração para aplicativos querendo usar a libpng
`libpng.so`	contém rotinas usadas para criar e manipular arquivos gráficos no formato "PNG"

libraw-0.21.1

Introdução a libraw

Libraw é uma biblioteca para leitura de arquivos "RAW" obtidos a partir de câmeras fotográficas digitais ("CRW/CR2", "NEF", "RAF", "DNG" e outros).

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://www.libraw.org/data/LibRaw-0.21.1.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 2942732de752f46baccd9c6d57823b7b
Tamanho da transferência: 1,6 MB
Espaço em disco estimado exigido: 31 MB
Tempo de construção estimado: 0,2 UPC (Usando paralelismo=4)

Dependências do libraw

Instalação do libraw

Instale libraw executando os seguintes comandos:

autoreconf -fiv             &&
./configure --prefix=/usr    \
            --enable-jpeg    \
            --enable-jasper  \
            --enable-lcms    \
            --disable-static \
            --docdir=/usr/share/doc/libraw-0.21.1 &&
make

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

--enable-jpeg: Essa chave habilita o suporte para "jpeg". Remova se você não tiver libjpeg-turbo-3.0.0 instalada.

--enable-jasper: Essa chave habilita o suporte para "jasper". Remova se você não tiver JasPer-4.0.0 instalado.

--enable-lcms: Essa chave habilita o suporte para "Little CMS2". Remova se você não tiver Little CMS-2.14 instalado.

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

Conteúdo

Nota

Todos os aplicativos instalados são exemplos de uso da "libraw".

Aplicativos Instalados: 4channels, dcraw_emu, dcraw_half, half_mt, mem_image, multirender_test, postprocessing_benchmark, raw-identify, simple_dcraw e unprocessed_raw

Biblioteca Instalada: libraw.so e libraw_r.so

Diretórios Instalados: /usr/include/libraw e /usr/share/doc/libraw-0.21.1

Descrições Curtas

4channels	gera quatro arquivos "TIFF" a partir de dados "RAW", um arquivo por canal
dcraw_half	emula "dcraw -h" (veja-se a página de manual do DCRAW)
mem_image	emula "dcraw [-4] [-6] [-e]" (veja-se a página de manual do DCRAW)
postprocessing_benchmark	cria oito renderizações a partir de um arquivo de origem. O primeiro e o quarto deveriam ser idênticos
simple_dcraw	emula chamada a "dcraw [-D] [-T] [-v] [-e] [-4]" (veja-se a página de manual do DCRAW)
dcraw_emu	é um emulador "dcraw" quase completo (veja-se a página de manual do DCRAW)
half_mt	emula chamada a "dcraw -h [-w] [-a] [-v]" (veja-se a página de manual do DCRAW)
multirender_test	cria oito renderizações a partir de um arquivo de origem. O primeiro e o quarto deveriam ser idênticos
raw-identify	emula chamada a "dcraw -i [-v]" (veja-se a página de manual do DCRAW)
unprocessed_raw	gera imagem bruta não processada: com pixels mascarados e sem subtração de preto

librsvg-2.56.3

Introdução a librsvg

O pacote librsvg contém uma biblioteca e ferramentas usadas para manipular, converter e visualizar imagens "Scalable Vector Graphic" ("SVG").

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://download.gnome.org/sources/librsvg/2.56/librsvg-2.56.3.tar.xz
Transferência (FTP): ftp://ftp.acc.umu.se/pub/gnome/sources/librsvg/2.56/librsvg-2.56.3.tar.xz
Soma de verificação MD5 da transferência: 8055142a6c9d0d21d42e40bc08dff814
Tamanho da transferência: 5,4 MB
Espaço em disco estimado exigido: 747 MB (16 MB instalado), adicionar 378 MB para testes
Tempo de construção estimado: 0,7 UPC (Adicionar 0,8 UPC para testes; ambos usando paralelismo=4)

Dependências do librsvg

Exigidas

Cairo-1.17.6, gdk-pixbuf-2.42.10, Pango-1.50.14 e rustc-1.71.1

Nota

Uma conexão com a Internet é necessária para construir esse pacote.

Opcionais

docutils-0.20.1 (para páginas de manual), Gi-DocGen-2023.1 (para documentação) e Fontes do Xorg (para testes)

Instalação do librsvg

Instale librsvg executando os seguintes comandos:

./configure --prefix=/usr   \
            --enable-vala    \
            --disable-static \
            --docdir=/usr/share/doc/librsvg-2.56.3 &&
make

Para testar os resultados, emita:

make check

Agora, como o(a) usuário(a) root:

make DOC_INSTALL_DIR='$(docdir)' install

Nota

Se você instalou o pacote em seu sistema usando um método “DESTDIR”, [então] um arquivo importante não foi instalado e deveria ser copiado e(ou) gerado. Gere-o usando o seguinte comando como o(a) usuário(a) root:

gdk-pixbuf-query-loaders --update-cache

Explicações do Comando

--enable-vala: Essa chave habilita a construção das ligações "Vala". Remova essa chave se você não tiver Vala-0.56.11 instalado.

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

DOC_INSTALL_DIR='$(docdir)': Essa substituição garante instalar a documentação da API no local esperado se Gi-DocGen-2023.1 estiver instalado.

--disable-introspection: Use essa chave se você não tiver instalado Gobject Introspection.

--disable-gtk-doc: Essa chave evita construir a documentação da API, mesmo se Gi-DocGen-2023.1 (apesar do nome da opção) estiver disponível.

Conteúdo

Aplicativos Instalados: rsvg-convert

Biblioteca Instalada: librsvg-2.so

Diretórios Instalados: /usr/include/librsvg-2.0 e /usr/share/doc/librsvg-2.56.3

Descrições Curtas

rsvg-convert	é usado para converter imagens em "PNG", "PDF", "PS", "SVG" e outros formatos
`librsvg-2.so`	fornece as funções para renderizar Gráficos Escaláveis Vetoriais
`libpixbufloader-svg.so`	é o plug-in Gdk Pixbuf que permite que aplicativos GTK+ renderizem imagens de Gráficos Escaláveis Vetoriais

Libspiro-20220722

Introdução a libspiro

Libspiro pegará uma matriz de pontos de controle "spiro" e os converterá em uma série de "splines bezier" que podem então ser usados em uma miríade de maneiras que o mundo passou a usar "beziers".

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/fontforge/libspiro/releases/download/20220722/libspiro-dist-20220722.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: c21f86e6c1ad65ed4cb1f754f6d7563c
Tamanho da transferência: 428 KB
Espaço em disco estimado exigido: 5,1 MB (adicionar 1,3 MB se executar os testes)
Tempo de construção estimado: 0,1 UPC

Instalação do libspiro

Instale libspiro executando os seguintes comandos:

./configure --prefix=/usr --disable-static &&
make

Para testar os resultados, emita: make check.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

Conteúdo

Aplicativos Instalados: Nenhum

Biblioteca Instalada: libspiro.so

Diretórios Instalados: Nenhum

Descrições Curtas

libspiro.so

é uma biblioteca compartilhável que pode ser usada por aplicativos para fazer os cálculos do "Spiro" para você

libtiff-4.5.1

Introdução a libtiff

O pacote libtiff contém as bibliotecas "TIFF" e utilitários associados. As bibliotecas são usadas por muitos aplicativos para ler e gravar arquivos "TIFF" e os utilitários são usados para trabalhos gerais com arquivos "TIFF".

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://download.osgeo.org/libtiff/tiff-4.5.1.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: d08c5f9eee6350fffc239e5993d92779
Tamanho da transferência: 3,6 MB
Espaço em disco estimado exigido: 63 MB (com testes)
Tempo de construção estimado: 0,3 UPC (com testes)

Dependências do libtiff

Opcionais

Freeglut-3.4.0 (exigido para tiffgt), libjpeg-turbo-3.0.0, sphinx-7.1.2, libwebp-1.3.1, JBIG-KIT e LERC

Instalação do libtiff

Instale libtiff executando os seguintes comandos:

mkdir -p libtiff-build &&
cd      libtiff-build &&

cmake -DCMAKE_INSTALL_DOCDIR=/usr/share/doc/libtiff-4.5.1 \
      -DCMAKE_INSTALL_PREFIX=/usr -G Ninja .. &&
ninja

Para testar os resultados, emita: ninja test.

Agora, como o(a) usuário(a) root:

ninja install

Conteúdo

Aplicativos Instalados: fax2ps, fax2tiff, pal2rgb, ppm2tiff, raw2tiff, tiff2bw, tiff2pdf, tiff2ps, tiff2rgba, tiffcmp, tiffcp, tiffcrop, tiffdither, tiffdump, tiffgt, tiffinfo, tiffmedian, tiffset e tiffsplit

Bibliotecas Instaladas: libtiff.so e libtiffxx.so

Diretório Instalado: /usr/share/doc/tiff-4.5.1

Descrições Curtas

fax2ps	converte um fac-símile "TIFF" em arquivo comprimido "PostScript"
fax2tiff	cria um arquivo de fax "TIFF" Classe F a partir de dados brutos de fax
pal2rgb	converte uma imagem "TIFF" colorida da paleta em uma imagem completa colorida
ppm2tiff	cria um arquivo "TIFF" a partir de um arquivo de imagem "PPM"
raw2tiff	converte uma sequência bruta de bytes em "TIFF"
tiff2bw	converte uma imagem colorida "TIFF" em tons de cinza
tiff2pdf	converte uma imagem "TIFF" em um documento "PDF"
tiff2ps	converte uma imagem "TIFF" em um arquivo "PostScript"
tiff2rgba	converte uma ampla variedade de imagens "TIFF" em uma imagem "RGBA TIFF"
tiffcmp	compara dois arquivos "TIFF"
tiffcp	copia (e possivelmente converte) um arquivo "TIFF"
tiffcrop	seleciona, copia, recorta, converte, extrai e(ou) processa um ou mais arquivos "TIFF"
tiffdither	converte uma imagem em tons de cinza em dois níveis usando pontilhamento
tiffdump	imprime informações literais a respeito de arquivos "TIFF"
tiffgt	exibe uma imagem armazenada em um arquivo "TIFF"
tiffinfo	imprime informações relativas a arquivos "TIFF"
tiffmedian	aplica o algoritmo de corte mediano aos dados em um arquivo "TIFF"
tiffset	configura o valor de um cabeçalho "TIFF" para um valor especificado
tiffsplit	divide um "TIFF" de várias imagens em arquivos "TIFF" de imagem única
`libtiff.so`	contém as funções de API usadas pelos aplicativos libtiff assim como outros aplicativos para ler e gravar arquivos "TIFF"
`libtiffxx.so`	contém as funções da API C++ usadas pelos aplicativos para ler e gravar arquivos "TIFF"

libwebp-1.3.1

Introdução a libwebp

O pacote libwebp contém uma biblioteca e aplicativos de suporte para codificar e decodificar imagens no formato "WebP".

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): http://downloads.webmproject.org/releases/webp/libwebp-1.3.1.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 0ff59e5598753f47519e3e61c12f8cfd
Tamanho da transferência: 4,0 MB
Espaço em disco estimado exigido: 39 MB
Tempo de construção estimado: 0,3 UPC

Dependências do libwebp

Opcionais

Freeglut-3.4.0 e giflib-5.2.1

Instalação do libwebp

Instale libwebp executando os seguintes comandos:

./configure --prefix=/usr          \
            --enable-libwebpmux     \
            --enable-libwebpdemux   \
            --enable-libwebpdecoder \
            --enable-libwebpextras  \
            --enable-swap-16bit-csp \
            --disable-static        &&
make

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

--enable-swap-16bit-csp: Essa chave habilita a troca de bytes para espaços de cores de 16 bits.

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

Conteúdo

Aplicativos Instalados: cwebp, dwebp, gif2webp, img2webp, vwebp, webpinfo e webpmux

Biblioteca Instalada: libsharpyuv.so, libwebpdecoder.so, libwebpdemux.so, libwebpmux.so e libwebp.so

Diretório Instalado: /usr/include/webp

Descrições Curtas

cwebp	comprime uma imagem usando o formato "WebP"
dwebp	descomprime arquivos "WebP" em imagens "PNG", "PAM", "PPM" ou "PGM"
gif2webp	converte uma imagem "GIF" em uma imagem "WebP"
img2webp	cria um arquivo animado "WebP" a partir de uma sequência de imagens de entrada
vwebp	descomprime um arquivo "WebP" e o exibe em uma janela
webpinfo	imprime a estrutura de nível "cunk" dos arquivos "WebP" junto com a realização de verificações básicas de integridade
webpmux	cria arquivos animados "WebP" a partir de imagens não animadas "WebP", extrai quadros a partir de imagens animadas "WebP" e gerencia metadados "XMP"/"EXIF" e o perfil "ICC"
`libwebp.so`	contém as funções de API para codificação e decodificação "WebP"

mypaint-brushes-1.3.1

Introdução a mypaint-brushes

O pacote mypaint-brushes contém pincéis usados por pacotes que usam a "libmypaint".

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/mypaint/mypaint-brushes/releases/download/v1.3.1/mypaint-brushes-1.3.1.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 7241032d814cb91d2baae7d009a2a2e0
Tamanho da transferência: 1,3 MB
Espaço em disco estimado exigido: 3,4 MB
Tempo de construção estimado: menos que 0,1 UPC

Dependências do mypaint-brushes

Exigidas ao tempo de execução

libmypaint-1.6.1

Instalação do mypaint-brushes

Instale mypaint-brushes executando os seguintes comandos:

./configure --prefix=/usr &&
make

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

make install

Conteúdo

Aplicativos Instalados: Nenhum(a).

Bibliotecas Instaladas: Nenhum(a).

Diretórios Instalados: /usr/share/mypaint-data.

newt-0.52.23

Introdução a newt

Newt é uma biblioteca de programação para modo de texto colorido, interfaces de usuário(a) baseadas em pequenas engenhocas. Ela pode ser usada para adicionar janelas empilhadas, pequenas engenhocas de entrada, caixas de seleção, botões de opção, rótulos, campos de texto simples, barras de rolagem, etc., a interfaces de usuário(a) em modo texto. Newt é baseado na biblioteca "S-Lang".

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://releases.pagure.org/newt/newt-0.52.23.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 70aefeff0f3e9444a69dbdae9a931442
Tamanho da transferência: 173 KB
Espaço em disco estimado exigido: 5,5 MB
Tempo de construção estimado: menos que 0,1 UPC

Dependências do Newt

Exigidas

popt-1.19 e slang-2.3.3

Instalação do newt

Instale newt executando o seguinte comando:

sed -e '/install -m 644 $(LIBNEWT)/ s/^/#/' \
    -e '/$(LIBNEWT):/,/rv/ s/^/#/'         \
    -e 's/$(LIBNEWT)/$(LIBNEWTSH)/g'        \
    -i Makefile.in                          &&

./configure --prefix=/usr           \
            --with-gpm-support      \
            --with-python=python3.11 &&
make

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

sed -e ... -i Makefile.in: Desabilita a instalação de uma biblioteca estática.

--with-gpm-support: Essa chave habilita o suporte de mouse para aplicativos "newt" por meio do "GPM".

--with-python=python3.11: Ao fornecer explicitamente o nome do diretório onde residem os módulos Python, essa chave impede a construção do módulo "python2".

Conteúdo

Aplicativos Instalados: whiptail

Biblioteca Instalada: libnewt.so, whiptcl.so e /usr/lib/python3.11/site-packages/_snack.so

Diretórios Instalados: Nenhum

Descrições Curtas

whiptail	exibe caixas de diálogo a partir de scripts de shell
`libnewt.so`	é a biblioteca para modo de texto colorido, interfaces de usuário(a) baseadas em pequenas engenhocas

opencv-4.8.0

Introdução a opencv

O pacote opencv contém bibliotecas gráficas voltadas principalmente para visão computacional em tempo real.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/opencv/opencv/archive/4.8.0/opencv-4.8.0.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: c2225e737ce7f671b839a687f2dc7ab9
Tamanho da transferência: 88 MB
Espaço em disco estimado exigido: 783 MB
Tempo de construção estimado: 4,1 UPC (usando paralelismo = 4)

Transferências Adicionais

Módulos adicionais opcionais: https://github.com/opencv/opencv_contrib/archive/4.8.0/opencv_contrib-4.8.0.tar.gz

Nota

Um arquivo adicional que começa com "ippicv" (primitivas de desempenho integrado) será baixado automaticamente durante a parte "cmake" do procedimento de construção. Essa transferência é específica para a arquitetura do sistema.

Dependências do opencv

Exigidas

CMake-3.27.2 e UnZip-6.0

Opcionais

apache-ant-1.10.14, Doxygen-1.9.7, Java-20.0.2, NumPy-1.25.2, Python-2.7.18, blas, Cuda, Eigen, OpenEXR, GDAL, lapack, libdc1394, Threading Building Blocks (TBB) e VTK - The Visualization Toolkit,

Instalação do opencv

Se você baixou os módulos opcionais, [então] desempacote-os agora:

tar -xf ../opencv_contrib-4.8.0.tar.gz

Instale opencv executando os seguintes comandos:

mkdir build &&
cd   build &&

cmake -DCMAKE_INSTALL_PREFIX=/usr      \
      -DCMAKE_BUILD_TYPE=Release       \
      -DENABLE_CXX11=ON                \
      -DBUILD_PERF_TESTS=OFF           \
      -DWITH_XINE=ON                   \
      -DBUILD_TESTS=OFF                \
      -DENABLE_PRECOMPILED_HEADERS=OFF \
      -DCMAKE_SKIP_RPATH=ON            \
      -DBUILD_WITH_DEBUG_INFO=OFF      \
      -Wno-dev  ..                     &&
make

O pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

-DWITH_XINE=ON: Essa opção instrui o procedimento "make" a usar xine-lib-1.2.13.

-DENABLE_PRECOMPILED_HEADERS=OFF: Essa opção é necessária para compatibilidade com "gcc-6.1" e posteriores.

-DOPENCV_EXTRA_MODULES_PATH=../opencv_contrib-4.8.0/modules: instrui o sistema de construção a construir módulos adicionais.

Conteúdo

Aplicativos Instalados: opencv_annotation, opencv_interactive-calibration, opencv_model_diagnostics, opencv_version, opencv_visualisation e setup_vars_opencv4.sh

Bibliotecas Instaladas: libopencv_calib3d.so, libopencv_core.so, libopencv_dnn.so, libopencv_features2d.so, libopencv_flann.so, libopencv_gapi.so, libopencv_highgui.so, libopencv_imgcodecs.so, libopencv_imgproc.so, libopencv_ml.so, libopencv_objdetect.so, libopencv_photo.so, libopencv_stitching.so, libopencv_video.so e libopencv_videoio.so

Diretórios Instalados: /usr/include/opencv4, /usr/lib/cmake/opencv4, /usr/lib/python3.11/site-packages/cv2, /usr/share/licenses/opencv4, /usr/share/opencv4 e /usr/share/java/opencv4

OpenJPEG-2.5.0

Introdução a OpenJPEG

OpenJPEG é uma implementação de fonte aberto do padrão "JPEG-2000". O OpenJPEG respeita totalmente as especificações "JPEG-2000" e consegue comprimir/descomprimir imagens de 16 bits sem perdas.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/uclouvain/openjpeg/archive/v2.5.0/openjpeg-2.5.0.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 5cbb822a1203dd75b85639da4f4ecaab
Tamanho da transferência: 1,8 MB
Espaço em disco estimado exigido: 13 MB
Tempo de construção estimado: 0,2 UPC

Dependências do OpenJPEG

Exigida

CMake-3.27.2, Fontconfig-2.14.2 e gobject-introspection-1.76.1

Opcionais

Little CMS-2.14, libpng-1.6.40, libtiff-4.5.1 e Doxygen-1.9.7 (para construir a documentação da API)

Instalação do OpenJPEG

Instale OpenJPEG executando os seguintes comandos:

mkdir -v build &&
cd      build &&

cmake -DCMAKE_BUILD_TYPE=Release \
      -DCMAKE_INSTALL_PREFIX=/usr \
      -DBUILD_STATIC_LIBS=OFF .. &&
make

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

make install &&

pushd ../doc &&
  for man in man/man?/* ; do
     install -v -D -m 644 $man /usr/share/$man
  done
popd

Conteúdo

Aplicativos Instalados: opj_compress, opj_decompress e opj_dump

Bibliotecas Instaladas: libopenjp2.so

Diretórios Instalados: /usr/include/openjpeg-2.5 e /usr/lib/openjpeg-2.5

Descrições Curtas

opj_compress	converte vários formatos de imagem para o formato "jpeg2000"
opj_decompress	converte imagens "jpeg2000" para outros tipos de imagem
opj_dump	lê uma imagem "jpeg2000" e despeja o conteúdo para a saída gerada padrão

Pixman-0.42.2

Introdução a Pixman

O pacote Pixman contém uma biblioteca que fornece recursos de manipulação de pixel de baixo nível, como composição de imagem e rasterização trapezoidal.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://www.cairographics.org/releases/pixman-0.42.2.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: a0f6ab8a1d8e0e2cd80e935525e2a864
Tamanho da transferência: 940 KB
Espaço em disco estimado exigido: 30 MB (com os testes)
Tempo de construção estimado: 0,5 UPC (com os testes)

Dependências do Pixman

Opcionais

GTK+-2.24.33 e libpng-1.6.40 (para testes e demonstrações)

Instalação do Pixman

Instale Pixman executando os seguintes comandos:

mkdir build &&
cd    build &&

meson setup --prefix=/usr --buildtype=release &&
ninja

Para testar os resultados, emita: ninja test.

Agora, como o(a) usuário(a) root:

ninja install

Explicações do Comando

--buildtype=release: Especifique um tipo de construção adequado para lançamentos estáveis do pacote, pois o padrão possivelmente produza binários não otimizados.

Conteúdo

Aplicativos Instalados: Nenhum

Biblioteca Instalada: libpixman-1.so

Diretório Instalado: /usr/include/pixman-1

Descrições Curtas

libpixman-1.so

contém funções que fornecem recursos de baixo nível de manipulação de pixel

Poppler-23.08.0

Introdução a Poppler

O pacote Poppler contém uma biblioteca de renderização de PDF e ferramentas de linha de comando usadas para manipular arquivos PDF. Isso é útil para fornecer funcionalidade de renderização de PDF como uma biblioteca compartilhada.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://poppler.freedesktop.org/poppler-23.08.0.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: b369afc9511198de5a604ca3baea1ddd
Tamanho da transferência: 1,8 MB
Espaço em disco estimado exigido: 91 MB (com biblioteca Qt5 e testes)
Tempo de construção estimado: 0,6 UPC (com paralelismo=4, biblioteca “Qt5” e os testes)

Transferências Adicionais

Dados de Codificação Poppler

Transferência (HTTP): https://poppler.freedesktop.org/poppler-data-0.4.12.tar.gz
Soma de verificação MD5 da transferência: 67ee4a40aa830b1f6e2560ce5f6471ba
Tamanho da transferência: 4,3 MB
Espaço em disco estimado exigido: 26 MB
Tempo de construção estimado: menos que 0,1 UPC

O pacote adicional consiste de arquivos de codificação para uso com Poppler. Os arquivos de codificação são opcionais e o Poppler os lerá automaticamente se estiverem presentes. Quando instalados, eles habilitam Poppler a renderizar "CJK" e cirílico corretamente.

Dependências do Poppler

Exigidas

Opcionais

cURL-8.2.1, gdk-pixbuf-2.42.10, git-2.41.0 (para baixar arquivos de teste), GPGME-1.21.0, GTK-Doc-1.33.2, GTK+-3.24.38, libtiff-4.5.1, (Qt-5.15.10 ou qt-alternate-5.15.10) (exigido para suporte PDF em Okular-23.08.0) e Qt-6.1 ou posterior.

Instalação do Poppler

Instale Poppler executando os seguintes comandos:

mkdir build                        &&
cd    build                         &&

cmake  -DCMAKE_BUILD_TYPE=Release   \
       -DCMAKE_INSTALL_PREFIX=/usr  \
       -DTESTDATADIR=$PWD/testfiles \
       -DENABLE_UNSTABLE_API_ABI_HEADERS=ON \
       ..                           &&
make

Para a finalidade de executar a suíte de teste, alguns casos de teste são necessários e podem ser obtidos somente a partir de um repositório "git". O comando para baixá-los é: git clone --depth 1 https://gitlab.freedesktop.org/poppler/test.git testfiles. Em seguida, emita: LC_ALL=en_US.UTF-8 make test.

Agora, como o(a) usuário(a) root:

make install

Para instalar a documentação, execute os seguintes comandos como root:

install -v -m755 -d          /usr/share/doc/poppler-23.08.0 &&
cp -vr ../glib/reference/html /usr/share/doc/poppler-23.08.0

Dados Poppler

Se você baixou o pacote adicional de dados de codificação, [então] instale-o emitindo os seguintes comandos:

tar -xf ../../poppler-data-0.4.12.tar.gz &&
cd poppler-data-0.4.12

Agora, como o(a) usuário(a) root:

make prefix=/usr install

Explicações do Comando

-DCMAKE_BUILD_TYPE=Release: Essa chave é usada para aplicar um nível mais alto de otimização à compilação.

-DTESTDATADIR=$PWD/testfiles: Informa aos aplicativos de teste onde os arquivos auxiliares estão localizados.

-DENABLE_UNSTABLE_API_ABI_HEADERS=ON: Instala alguns cabeçalhos antigos Xpdf exigidos por certos aplicativos.

-DENABLE_GTK_DOC=ON: Use esse parâmetro se o "GTK-Doc" estiver instalado e você desejar reconstruir e instalar a documentação da API.

-DENABLE_BOOST=OFF: Use esse parâmetro se você não tiver instalado o boost (a estrutura de retaguarda "Splash" para "Qt5" recomenda o "boost").

LC_ALL=en_US.UTF-8 make test: Executa a suíte de teste. A variável de ambiente "LC_ALL=en_US.UTF-8" só é necessária se o "locale" padrão não incluir "UTF-8".

Conteúdo

Aplicativos Instalados: pdfattach, pdfdetach, pdffonts, pdfimages, pdfinfo, pdfseparate, pdfsig, pdftocairo, pdftohtml, pdftoppm, pdftops, pdftotext e pdfunite

Bibliotecas Instaladas: libpoppler.so, libpoppler-cpp.so, libpoppler-glib.so e libpoppler-qt5.so

Diretórios Instalados: /usr/include/poppler, /usr/share/poppler e /usr/share/doc/poppler-23.08.0

Descrições Curtas

pdfattach	adiciona um novo arquivo incorporado a um arquivo "PDF" existente
pdfdetach	lista ou extrai arquivos incorporados a partir de arquivos "PDF"
pdffonts	lista as fontes usadas em um arquivo "PDF" junto com várias informações para cada fonte
pdfimages	salva imagens a partir de um arquivo "PDF" como arquivos "PPM", "PBM" ou "JPEG"
pdfinfo	imprime o conteúdo do dicionário 'Info' (mais algumas outras informações úteis) a partir de um arquivo "PDF"
pdfseparate	extrai páginas únicas a partir de um arquivo "PDF"
pdfsig	verifica as assinaturas digitais em um documento "PDF"
pdftocairo	converte um arquivo "PDF" em um dos vários formatos ("PNG", "JPEG", "PDF", "PS", "EPS", "SVG") usando o dispositivo de saída "cairo" da biblioteca "poppler"
pdftohtml	converte um arquivo "PDF" para "HTML"
pdftoppm	converte arquivos "PDF" para os formatos "PBM", "PGM" e "PPM"
pdftops	converte arquivos "PDF" para o formato "Postscript"
pdftotext	converte arquivos "PDF" em texto plano
pdfunite	mescla vários arquivos "PDF", na ordem da ocorrência deles na linha de comando, em um arquivo de saída "PDF"
`libpoppler.so`	contém as funções da "API" para renderizar arquivos "PDF"
`libpoppler-cpp.so`	é uma estrutura de retaguarda "C++" para renderizar arquivos "PDF"
`libpoppler-glib.so`	é uma biblioteca invólucro usada para interfacear as funções de renderização de "PDF" com GTK+
`libpoppler-qt5.so`	é uma biblioteca invólucro usada para interfacear as funções de renderização de "PDF" com Qt5

Potrace-1.16

Introdução a Potrace

Potrace™ é uma ferramenta para transformar um "bitmap" (formato "PBM", "PGM", "PPM" ou "BMP") em um dos vários formatos de arquivo vetorial.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://downloads.sourceforge.net/potrace/potrace-1.16.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 5f0bd87ddd9a620b0c4e65652ef93d69
Tamanho da transferência: 644 KB
Espaço em disco estimado exigido: 7,1 MB (incluindo os testes)
Tempo de construção estimado: menos que 0,1 UPC (incluindo os testes)

Dependências do Potrace

Instalação do Potrace

Instale Potrace executando os seguintes comandos:

./configure --prefix=/usr                       \
            --disable-static                     \
            --docdir=/usr/share/doc/potrace-1.16 \
            --enable-a4                          \
            --enable-metric                      \
            --with-libpotrace                    &&
make

Para executar a suíte de teste, emita: make check.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

--enable-a4: Use "A4" como tamanho padrão de papel.

--enable-metric: Use unidades métricas (centímetros) como padrão

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

--with-libpotrace: Instale a biblioteca e os cabeçalhos.

Conteúdo

Aplicativos Instalados: mkbitmap, potrace

Bibliotecas Instaladas: libpotrace.so

Diretórios Instalados: /usr/share/doc/potrace-1.16

Descrições Curtas

mkbitmap	transforma imagens em "bitmaps" com escala e filtragem
potrace	transforma "bitmaps" em gráficos vetoriais
`libpotrace.so`	é uma biblioteca para transformar "bitmaps" em gráficos vetoriais

Qpdf-11.5.0

Introdução a Qpdf

O pacote Qpdf contém aplicativos de linha de comando e uma biblioteca que faz transformações estruturais, preservando conteúdo, sobre arquivos "PDF".

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/qpdf/qpdf/releases/download/v11.5.0/qpdf-11.5.0.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: d916ac26b7f30a5cf3827c708c455ec9
Tamanho da transferência: 18 MB
Espaço em disco estimado exigido: 253 MB (adicionar 1 MB para testes)
Tempo de construção estimado: 0,4 UPC (usando paralelismo=4; adicionar 0,5 UPC para testes)

Dependências do Qpdf

Exigida

libjpeg-turbo-3.0.0

Opcionais

ghostscript-10.01.2, GnuTLS-3.8.1, libtiff-4.5.1, sphinx-7.1.2, com sphinx_rtd_theme-1.2.2, e texlive-20230313 ou install-tl-unx

Instalação do Qpdf

Instale Qpdf executando os seguintes comandos:

mkdir build &&
cd   build &&

cmake -DCMAKE_INSTALL_PREFIX=/usr \
      -DCMAKE_BUILD_TYPE=Release  \
      -DBUILD_STATIC_LIBS=OFF     \
      -DCMAKE_INSTALL_DOCDIR=/usr/share/doc/qpdf-11.5.0 \
      .. &&
make

Para testar os resultados, emita: ctest.

Agora, como o(a) usuário(a) root:

make install

Conteúdo

Aplicativos Instalados: fix-qdf, qpdf e zlib-flate

Biblioteca Instalada: libqpdf.so

Diretórios Instalados: /usr/lib/cmake/qpdf, /usr/include/qpdf e /usr/share/doc/qpdf-11.5.0

Descrições Curtas

fix-qdf	é usado para reparar arquivos "PDF" no formato "QDF" após a edição
qpdf	é usado para converter um arquivo "PDF" para outro arquivo "PDF" equivalente
zlib-flate	é um aplicativo de compressão bruta "zlib"
`libqpdf.so`	contém as funções da "API" Qpdf

qrencode-4.1.1

Introdução a qrencode

Qrencode é uma biblioteca rápida e compacta para codificação de dados em um símbolo "QR Code", uma simbologia "2D" que pode ser escaneada por terminais portáteis, como um telefone móvel com um sensor "CCD".

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://fukuchi.org/works/qrencode/qrencode-4.1.1.tar.bz2
Transferência (FTP):
Soma de verificação MD5 da transferência: de7185bcab635a34730e1b73d4efa705
Tamanho da transferência: 451 KB
Espaço em disco estimado exigido: 5,0 MB (com a documentação, adicionar 5 MB para os testes)
Tempo de construção estimado: menos que 0,1 UPC; adicionar 0,1 UPC para os testes

Dependências do Qrencode

Opcionais

Doxygen-1.9.7 para gerar documentação e SDL2-2.28.2 para os testes

Instalação do qrencode

Instale libqrencode executando os seguintes comandos:

./configure --prefix=/usr &&
make

Se instalou Doxygen-1.9.7, [então] você consegue construir a documentação emitindo:

doxygen

Os testes precisam ser executados depois de instalar o pacote.

Agora, como o(a) usuário(a) root:

make install

Se você tiver construído a documentação opcional, [então] instale-a como o(a) usuário(a) root:

install -vdm 755 /usr/share/doc/qrencode-4.1.1 &&
mv html/* /usr/share/doc/qrencode-4.1.1

Para testar os resultados, se você tiver passado a opção --with-tests para configure, emita: make check.

Explicações do Comando

--with-tests: Essa opção permite construir os aplicativos de teste. Exige SDL2-2.28.2.

--without-tools: Essa opção evita construir o executável qrencode, removendo a necessidade da libpng-1.6.40.

Conteúdo

Aplicativo Instalado: qrencode

Biblioteca Instalada: libqrencode.so

Diretório Instalado: /usr/share/doc/qrencode-4.1.1 (opcional)

Descrições Curtas

qrencode	codifica os dados de entrada em um "QR Code" e os salva como uma imagem "PNG" ou "EPS"
`libqrencode.so`	contém funções para codificar dados em um símbolo de código "QR"

sassc-3.6.2

Introdução a sassc

SassC é um invólucro em torno da "libsass", uma linguagem de pré-processador "CSS".

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/sass/sassc/archive/3.6.2/sassc-3.6.2.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 4c3b06ce2979f2a9f0a35093e501d8bb
Tamanho da transferência: 28 KB
Espaço em disco estimado exigido: 5,1 MB
Tempo de construção estimado: menos que 0,1 UPC

Transferências Adicionais

Transferência (HTTP): https://github.com/sass/libsass/archive/3.6.5/libsass-3.6.5.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: c49765b9b3824dcd4a7423225ca28bad
Tamanho da transferência: 336 KB
Espaço em disco estimado exigido: 139 MB
Tempo de construção estimado: 0,4 UPC (Usando paralelismo=4)

Instalação do sassc

Primeiro, construa a biblioteca:

tar -xf ../libsass-3.6.5.tar.gz &&
pushd libsass-3.6.5 &&

autoreconf -fi &&

./configure --prefix=/usr --disable-static &&
make

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

make install

Construa o invólucro da linha de comando:

popd &&
autoreconf -fi &&

./configure --prefix=/usr &&
make

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

make install

Conteúdo

Aplicativos Instalados: sassc

Bibliotecas Instaladas: libsass.so

Diretórios Instalados: /usr/include/sass

Descrições Curtas

sassc

fornece uma interface de linha de comando para a biblioteca "libsass"

webp-pixbuf-loader-0.2.4

Introdução ao webp-pixbuf-loader

O pacote webp-pixbuf-loader contém uma biblioteca que permite ao gdk-pixbuf carregar e processar imagens webp.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/aruiz/webp-pixbuf-loader/archive/0.2.4/webp-pixbuf-loader-0.2.4.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 2218f764598044497691c02bf641173d
Tamanho da transferência: 8,7 MB
Espaço em disco estimado exigido: 9,7 MB
Tempo de construção estimado: menos que 0,1 UPC (com testes)

Dependências do webp-pixbuf-loader

Exigidas

gdk-pixbuf-2.42.10 e libwebp-1.3.1

Instalação do webp-pixbuf-loader

Instale o webp-pixbuf-loader executando os seguintes comandos:

mkdir build &&
cd    build &&

meson setup --prefix=/usr --buildtype=release .. &&
ninja

Para testar os resultados, emita: ninja test.

Agora, como o(a) usuário(a) root:

ninja install

O formato webp precisa ser adicionado ao cache dos carregadores:

gdk-pixbuf-query-loaders --update-cache

Explicações do Comando

--buildtype=release: Especifique um tipo de construção adequado para lançamentos estáveis do pacote, pois o padrão possivelmente produza binários não otimizados.

gdk-pixbuf-query-loaders --update-cache: Esse comando atualiza o cache do carregador gdk-pixbuf, de forma que ele saiba que o carregador webp foi instalado.

Conteúdo

Aplicativos Instalados: Nenhum(a)

Bibliotecas Instaladas: libpixbufloader-webp.so

Diretórios Instalados: Nenhum(a)

Descrições Curtas

libpixbufloader-webp.so

contém funções que permitem ao gdk-pixbuf carregar imagens webp

woff2-1.0.2

Introdução a WOFF2

WOFF2 é uma biblioteca para converter fontes do formato "TTF" para o formato "WOFF 2.0". Ela também permite a descompressão de "WOFF 2.0" para "TTF". O formato "WOFF 2.0" usa o algoritmo de compressão "Brotli" para comprimir fontes adequadas para download nas regras "@font-face" do "CSS".

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/google/woff2/archive/v1.0.2/woff2-1.0.2.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 793c8844845351cb80730a74937e411b
Tamanho da transferência: 39 KB
Espaço em disco estimado exigido: 1,6 MB
Tempo de construção estimado: menos que 0,1 UPC

Dependências do WOFF2

Exigidas

Brotli-1.0.9 e CMake-3.27.2

Instalação do WOFF2

Instale WOFF2 executando os seguintes comandos:

mkdir out                          &&
cd    out                           &&
cmake -DCMAKE_INSTALL_PREFIX=/usr \
      -DCMAKE_BUILD_TYPE=Release .. &&
make

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

make install

Conteúdo

Aplicativo Instalado: Nenhum

Bibliotecas Instaladas: libwoff2common.so, libwoff2dec.so e libwoff2enc.so

Diretório Instalado: /usr/include/woff2

Descrições Curtas

`libwoff2common.so`	fornece dados compartilhados usados pelas bibliotecas "libwoff2dec" e "libwoff2enc"
`libwoff2dec.so`	é a biblioteca do decodificador "WOFF2"
`libwoff2enc.so`	é a biblioteca do codificador "WOFF2"

Capítulo 11. Utilitários Gerais

Este capítulo contém vários utilitários que não se encaixam convenientemente em outros capítulos. Os aplicativos incluem alguns geradores de documentação, vários utilitários para manipular texto e gráficos, aplicativos para listar arquivos, um aplicativo para inserir números "PIN" e frases senha e um gerenciador de conexões.

Asciidoctor-2.0.20

Introdução ao Asciidoctor

O "Asciidoctor" é um processador de texto de fonte aberto rápido e um conjunto de ferramentas de publicação para converter conteúdo "AsciiDoc" em "HTML5", "DocBook", "PDF" e outros formatos.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/asciidoctor/asciidoctor/archive/v2.0.20/asciidoctor-2.0.20.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 11f40bda9a2c07f6b632a0fc91b43a13
Tamanho da transferência: 1,6 MB
Espaço em disco estimado exigido: 5,4 MB
Tempo de construção estimado: menos que 0,1 UPC

Dependências do Asciidoctor

Exigidas

Ruby-3.2.2

Instalação do Asciidoctor

Nota

Quando construir esse pacote, a seguinte mensagem possivelmente apareça:

fatal: not a git repository (or any of the parent directories): .git

. Isso é normal e o pacote continuará sendo construído após esse ponto.

Construa a gema Ruby:

gem build asciidoctor.gemspec

A suíte de teste precisa de muitas gemas Ruby além do escopo do BLFS.

Agora, como o(a) usuário(a) root:

gem install asciidoctor-2.0.20.gem &&
install -vm644 man/asciidoctor.1 /usr/share/man/man1

Conteúdo

Aplicativos Instalados: asciidoctor

Bibliotecas Instaladas: Nenhuma

Diretórios Instalados: /usr/lib/ruby/gems/3.2.0/gems/asciidoctor-2.0.20 e /usr/lib/ruby/gems/3.2.0/doc/asciidoctor-2.0.20

Descrições Curtas

asciidoctor

converte arquivos fonte "AsciiDoc" em "HTML", "DocBook" e outros formatos

Bogofilter-1.2.5

Introdução a Bogofilter

O aplicativo Bogofilter é um filtro de mensagens que classifica a mensagem como "spam" ou "ham" (não "spam") por meio de uma análise estatística do cabeçalho e conteúdo (corpo) da mensagem.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://downloads.sourceforge.net/bogofilter/bogofilter-1.2.5.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 8763f87adfff7b802ced177d8c654539
Tamanho da transferência: 784 KB
Espaço em disco estimado exigido: 19 MB
Tempo de construção estimado: 0,1 UPC

Dependências do Bogofilter

Exigida

Base de Dados Berkeley-5.3.28

Opcionais

lmdb-0.9.31, SQLite-3.42.0, xmlto-0.0.28, QDBM e TokyoCabinet

Nota

Se você não instalar o pacote Gsl-2.7.1 recomendado, então uma versão enviada estaticamente vinculada será usada.

Instalação do Bogofilter

Nota

Se você planeja mudar a versão de sua biblioteca de base de dados em uma instalação existente ou mudar para uma base de dados diferente, [então] leia o aviso na parte superior do arquivo "RELEASE.NOTES".

Instale Bogofilter executando os seguintes comandos:

./configure --prefix=/usr --sysconfdir=/etc/bogofilter &&
make

Para testar os resultados, emita: make check.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

--with-database=: Essa chave te permite mudar a base de dados padrão de "db" para "qdbm", "sqlite3" ou "tokyocabinet".

Conteúdo

Aplicativos Instalados: bf_compact, bf_copy, bf_tar, bogofilter, bogolexer, bogotune, bogoupgrade e bogoutil

Bibliotecas Instaladas: Nenhuma

Diretórios Instalados: /etc/bogofilter

Descrições Curtas

bf_compact	cria um diretório de trabalho do "bogofilter" mais compacto com um ciclo de despejo/carga
bf_copy	copia um diretório de trabalho do "bogofilter" para outro diretório
bf_tar	agrupa um diretório de trabalho do "bogofilter" no formato "tar" e o copia para a saída padrão
bogofilter	é um filtro de "spam" "bayesiano" rápido
bogolexer	é usado para separar mensagens em "tokens" e para testar novas versões do código "lexer.l"
bogotune	tenta encontrar configurações ideais de parâmetros para o "bogofilter"
bogoupgrade	atualiza a base de dados do "bogofilter" para a versão atual
bogoutil	despeja, carrega e mantém arquivos de base de dados do "bogofilter"

Compface-1.5.2

Introdução a Compface

O Compface fornece utilitários e uma biblioteca para converter de/para o formato "X-Face", um formato "bitmap" 48x48 usado para transportar miniaturas dos(as) autores(as) de mensagens eletrônicas em um cabeçalho de mensagem.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://anduin.linuxfromscratch.org/BLFS/compface/compface-1.5.2.tar.gz
Transferência (FTP): ftp://anduin.linuxfromscratch.org/BLFS/compface/compface-1.5.2.tar.gz
Soma de verificação MD5 da transferência: 62f4f79c0861ad292ba3cf77b4c48319
Tamanho da transferência: 47 KB
Espaço em disco estimado exigido: 520 KB
Tempo de construção estimado: menos que 0,1 UPC

Instalação do Compface

Instale Compface executando os seguintes comandos:

./configure --prefix=/usr --mandir=/usr/share/man &&
make

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

make install &&
install -m755 -v xbm2xface.pl /usr/bin

Conteúdo

Aplicativos Instalados: compface, uncompface e xbm2xface.pl

Biblioteca Instalada: libcompface.{so,a}

Diretórios Instalados: Nenhum

Descrições Curtas

compface	é um filtro para gerar representações altamente comprimidas de arquivos de imagem de face 48x48x1
uncompface	é um filtro inverso que realiza uma transformação inversa sem perda de dados
xbm2xface.pl	é um script para gerar "xfaces"
`libcompface.{so,a}`	permite que os algoritmos de compressão e descompressão sejam usados em outros aplicativos, tais como "MTAs"

desktop-file-utils-0.26

Introdução a "Desktop File Utils"

O pacote Desktop File Utils contém utilitários de linha de comando para trabalhar com entradas de área de trabalho. Esses utilitários são usados por ambientes de área de trabalho e outros aplicativos para manipular as bases de dados de aplicativos de tipo "MIME" e ajudar a aderir à especificação de entrada de área de trabalho.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://www.freedesktop.org/software/desktop-file-utils/releases/desktop-file-utils-0.26.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 29739e005f5887cf41639b8450f3c23f
Tamanho da transferência: 84 KB
Espaço em disco estimado exigido: 1,8 MB
Tempo de construção estimado: menos que 0,1 UPC

Transferências Adicionais

Remendo exigido: https://www.linuxfromscratch.org/patches/blfs/12.0/desktop-file-utils-0.26-update_standard-1.patch

Dependências do "Desktop File Utils"

Exigida

docbook-xml-4.5, docbook-xsl-nons-1.79.2, itstool-2.0.7 e libxslt-1.1.38

Opcional

Emacs-29.1

Instalação do "Desktop File Utils"

Atenção

Se você estiver atualizando a partir de uma versão anterior do "desktop-file-utils" que usou o método "Autotools" de instalação e configuração do pacote, [então] você precisa remover o link simbólico "desktop-file-edit" usando os seguintes comandos.

rm -fv /usr/bin/desktop-file-edit

Em seguida, atualize a versão do padrão de arquivo da área de trabalho para aceitar a chave SingleMainWindow:

patch -Np1 -i ../desktop-file-utils-0.26-update_standard-1.patch

Instale Desktop File Utils executando os seguintes comandos:

mkdir build &&
cd    build &&

meson setup --prefix=/usr --buildtype=release .. &&
ninja

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

ninja install

Explicações do Comando

--buildtype=release: Especifique um tipo de construção adequado para lançamentos estáveis do pacote, pois o padrão possivelmente produza binários não otimizados.

Configurando o "Desktop File Utils"

Informação de Configuração

A especificação XDG Base Directory define os locais padrão para os aplicativos colocarem dados e arquivos de configuração. Esses arquivos podem ser usados, por exemplo, para definir a estrutura do menu e os itens do menu em um ambiente de área de trabalho.

O local padrão para os arquivos de configuração a serem instalados é /etc/xdg; e os locais padrão para arquivos de dados são /usr/local/share e /usr/share. Esses locais podem ser estendidos com as variáveis de ambiente XDG_CONFIG_DIRS e XDG_DATA_DIRS, respectivamente. Os ambientes GNOME, KDE e XFCE respeitam essas configurações.

Quando um pacote instala um arquivo .desktop em um local em um dos diretórios básicos de dados, a base de dados que mapeia tipos "MIME" para aplicativos disponíveis consegue ser atualizado. Por exemplo, o arquivo de cache em /usr/share/applications/mimeinfo.cache pode ser reconstruído executando-se o seguinte comando como o(a) usuário(a) root:

install -vdm755 /usr/share/applications &&
update-desktop-database /usr/share/applications

Conteúdo

Aplicativos Instalados: desktop-file-edit, desktop-file-install, desktop-file-validate e update-desktop-database

Bibliotecas Instaladas: Nenhum(a)

Diretórios Instalados: Nenhum(a)

Descrições Curtas

desktop-file-edit	é usado para modificar uma entrada existente do arquivo da área de trabalho
desktop-file-install	é usado para instalar uma nova entrada do arquivo da área de trabalho. Também é usado para reconstruir ou modificar a base de dados de aplicativos de tipos "MIME"
desktop-file-validate	é usado para verificar a integridade de um arquivo da área de trabalho
update-desktop-database	é usado para atualizar a base de dados de aplicativos de tipos "MIME"

dos2unix-7.5.0

Introdução a dos2unix

O pacote dos2unix contém um conversor de formato de texto de qualquer para qualquer.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://downloads.sourceforge.net/dos2unix/dos2unix-7.5.0.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 001af2b16ae216241ac08bef29f36c28
Tamanho da transferência: 936 KB
Espaço em disco estimado exigido: 8,4 MB (com testes)
Tempo de construção estimado: menos que 0,1 UPC (com os testes)

Instalação do dos2unix

Construa dos2unix executando os seguintes comandos:

make

Para testar os resultados, emita: make check.

Agora, como o(a) usuário(a) root:

make install

Conteúdo

Aplicativo Instalado: dos2unix, mac2unix, unix2dos e unix2mac

Bibliotecas Instaladas: Nenhuma

Diretórios Instalados: /usr/share/doc/dos2unix-7.5.0

Descrições Curtas

dos2unix	converte arquivos de texto plano no formato "DOS" para o formato "Unix"
mac2unix	converte arquivos de texto plano no formato "Mac" para o formato "Unix"
unix2dos	converte arquivos de texto plano no formato "Unix" para o formato "DOS"
unix2mac	converte arquivos de texto plano no formato "Unix" para o formato "Mac"

Graphviz-8.1.0

Introdução a Graphviz

O pacote Graphviz contém um software de visualização gráfica. A visualização gráfica é uma forma de representar informações estruturais como diagramas de gráficos abstratos e redes de comunicação. O Graphviz tem vários aplicativos principais de esquemas gráficos. Também tem interfaces gráficas web e interativas, ferramentas auxiliares, bibliotecas e ligações de linguagem.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://gitlab.com/graphviz/graphviz/-/archive/8.1.0/graphviz-8.1.0.tar.bz2
Transferência (FTP):
Soma de verificação MD5 da transferência: e6a45773e84d3f83fed87cb6290563e6
Tamanho da transferência: 26 MB
Espaço em disco estimado exigido: 262 MB
Tempo de construção estimado: 0,7 UPC (usando paralelismo = 4)

Dependências do Graphviz

Nota

O uso básico do Graphviz não precisa de nenhuma biblioteca além das encontradas no livro LFS. O mecanismo de renderização “central” dele permite gerar vários formatos gráficos, tais como "Postscript", "SVG", "VML", ".fig" e "Tk". Esses formatos podem ser convertidos para quase qualquer outro formato usando, por exemplo, ferramentas originárias do ImageMagick-7.1.1-15. As dependências abaixo adicionam a capacidade de gerar imagens gráficas em formato "bitmap", exibir a imagem gráfica na tela, editar um gráfico visualizando a imagem resultante diretamente ou visualizar gráficos grandes. Uma vez que Graphviz é uma dependência de vários outros pacotes neste livro, é sugerido primeiro construí-lo sem quaisquer dependências, então reconstruí-lo quando você tiver construído pacotes suficientes para atender às suas necessidades.

Opcional, para várias saídas de "bitmap"

Pango-1.50.14, com Cairo-1.17.6, Bibliotecas do Xorg, Fontconfig-2.14.2 e libpng-1.6.40, para gerar imagens nos formatos "bitmap SVG", "postscript", "PNG" e "PDF" ou exibir a imagem na tela. A saída gerada "PNG" é exigida para construir gegl-0.4.46

Adicionar GTK+-2.24.33 com libjpeg-turbo-3.0.0 adiciona suporte para formatos "JPEG", "BMP", "TIF" e "ICO" e permite exibir a imagem em uma janela "GTK+"

GD Library pode ser usado em vez de Pango. Ela adiciona a capacidade de gerar imagens nos formatos "GIF", "VRML" e "GD", mas o Pango fornece saídas melhores para os outros formatos e é necessário para exibir imagens

Outros formatos podem ser adicionados com libwebp-1.3.1 (o suporte a "WebP" é considerado experimental), DevIL, libLASi e glitz

Opcional, para carregar imagens gráficas que podem ser exibidas dentro dos nós de um gráfico

libgs.so originária de ghostscript-10.01.2, librsvg-2.56.3 e Poppler-23.08.0

Opcional, para construir mais ferramentas

Freeglut-3.4.0 (com libglade-2.6.4, GtkGLExt e libGTS, para construir o grande visualizador de gráficos smyrna, que é considerado experimental) e (Qt-5.15.10 ou qt-alternate-5.15.10) (para construir o editor gráfico gvedit).

Opcional (para construir ligações de idioma)

SWIG-4.1.1 (SWIG precisa estar instalado ou nenhuma ligação será construída), GCC-13.2.0 (para o compilador "go"), Guile-3.0.9, OpenJDK-20.0.2, Lua-5.4.6, PHP-8.2.9, Ruby-3.2.2, Tk-8.6.13, Io, Mono, OCaml e R

Opcional (ferramentas de construção)

Criterion (estrutura essencial de suporte para os testes) e Electric Fence

Opcional (para construir a documentação "PDF")

ghostscript-10.01.2 (para o comando ps2pdf)

Instalação do Graphviz

Instale Graphviz executando os seguintes comandos:

sed -i '/LIBPOSTFIX="64"/s/64//' configure.ac &&

./autogen.sh             &&
./configure --prefix=/usr \
            --docdir=/usr/share/doc/graphviz-8.1.0

Nota

Um aviso é gerado por autogen.sh porque a árvore de construção não é um repositório "git". Como resultado, a data da construção é configurada para zero (0). Para obter uma data significativa na sequência de caracteres da versão, você pode executar:

sed -i "s/0/$(date +%Y%m%d)/" builddate.h

Fixe ou não a data, prossiga para compilar o pacote:

make

Esse pacote não vem com uma suíte de teste que forneça resultados significativos.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

sed ... configure.ac: Esse comando é necessário para evitar instalar arquivos em "/usr/lib64".

--with-javaincludedir="$JAVA_HOME/include -I$JAVA_HOME/include/linux": Se você tiver construído o OpenJDK-20.0.2 em "/opt" e desejar construir as ligações "JAVA", [então] é necessário especificar o local dos arquivos de cabeçalho "JAVA" a configurar. A chave do "configure" é projetado para somente um diretório, mas dois diretórios precisam ser incluídos. Isso é possível, no entanto, usando-se a chave "-I" dentro da variável.

--with-webp: Mesmo se libwebp-1.3.1 estiver instalado, ele não é incluído na construção sem essa opção.

--with-smyrna: Mesmo se as dependências necessárias estiverem instaladas, o visualizador gráfico interativo smyrna não é construído sem essa opção.

Configurando Graphviz

Arquivos de Configuração

/usr/lib/graphviz/config

Informação de Configuração

Não há requisitos específicos de configuração para Graphviz. Você possivelmente considere instalar os "plug-ins" e ferramentas adicionais disponíveis a partir da página de download em https://graphviz.org/download/source/ para recursos adicionais. Se "plug-ins" adicionais estiverem instalados, [então] você pode executar dot -c (como o(a) usuário(a) root) para atualizar o arquivo config em /usr/lib/graphviz.

Conteúdo

Aplicativos Instalados: acyclic, bcomps, ccomps, circo, cluster, dijkstra, dot, dot2gxl, dot_builtins, edgepaint, fdp, gc, gml2gv, graphml2gv, gv2gml, gv2gxl, gvcolor, gvedit, gvgen, gvmap, gvmap.sh, gvpack, gvpr, gxl2dot, gxl2gv, mm2gv, neato, nop, osage, patchwork, prune, sccmap, sfdp, tred, twopi, unflatten e vimdot

Bibliotecas Instaladas: libcdt.so, libcgraph.so, libgvc.so, libgvpr.so, liblab_gamut.so, libpathplan.so, libxdot.so e vários "plug-ins" em /usr/lib/graphviz. Existem também várias em subdiretórios de /usr/lib/{lua,perl5,php,python3.11,tcl8.6}. Infelizmente, algumas bibliotecas são duplicadas.

Diretórios Instalados: /usr/include/graphviz, /usr/lib/graphviz, /usr/lib/tcl8.6/graphviz, /usr/share/doc/graphviz-8.1.0 e /usr/share/graphviz

Descrições Curtas

acyclic	é um filtro que recebe um gráfico direcionado como entrada e emite uma cópia do gráfico com arestas suficientes invertidas para tornar o gráfico acíclico
bcomps	decompõe gráficos nos componentes bi-conectados deles, imprimindo os componentes na saída padrão
ccomps	decompõe gráficos nos componentes conectados deles, imprimindo os componentes na saída padrão
circo	desenha gráficos usando um esquema circular
cluster	pega um gráfico no formato "DOT" como entrada, encontra aglomerados de nós e então aumenta o gráfico com essa informação
diffimg	(precisa de GD Library) gera uma imagem onde cada pixel é a diferença entre o pixel correspondente em cada uma das duas imagens de origem
dijkstra	lê um fluxo de gráficos e para cada um calcula a distância de cada nó a partir do nó de origem
dot	desenha gráficos direcionados. Funciona bem em "DAGs" e outros gráficos que possam ser desenhados como hierarquias. Ele lê arquivos atribuídos gráficos e escreve desenhos. Por padrão, o ponto de formato da saída gerada é o arquivo da entrada com coordenadas de esquema anexadas
dot2gxl	converte entre gráficos representados em "GXL" e na linguagem "DOT". A menos que um tipo de conversão seja especificado usando um sinalizador, gxl2dot deduzirá o tipo de conversão a partir do sufixo do arquivo de entrada; um sufixo `.dot` causa uma conversão de "DOT" para "GXL"; e um sufixo `.gxl` causa uma conversão de "GXL" para "DOT"
edgepaint	realiza a coloração de arestas para eliminar a ambiguidade dos cruzamentos de arestas
fdp	desenha gráficos não direcionados usando um modelo “spring”. Baseia-se em uma abordagem dirigida pela força no espírito de "Fruchterman" e "Reingold"
gc	é um gráfico análogo ao wc, pois imprime na saída padrão o número de nós, arestas, componentes conectados ou aglomerados contidos nos arquivos de entrada. Ele também imprime uma contagem total para todos os gráficos, se mais de um gráfico for fornecido
gml2gv	converte um gráfico especificado no formato "GML" em um gráfico no formato "GV" (anteriormente "DOT")
graphml2gv	converte um gráfico especificado no formato "GRAPHML" em um gráfico no formato "GV" (anteriormente "DOT")
gv2gml	converte um gráfico especificado no formato "GV" para um gráfico no formato "GML"
gv2gxl	converte um gráfico especificado no formato "GV" para um gráfico no formato "GXL"
gvcolor	é um filtro que configura as cores dos nós a partir dos valores iniciais de semente. As cores fluem ao longo das bordas a partir da cauda para a cabeça e são calculadas à média (como vetores "HSB") nos nós
gvedit	fornece um editor e visualizador simples de gráficos. Permite que muitos gráficos sejam visualizados ao mesmo tempo. O texto de cada gráfico é exibido na própria janela de texto dele
gvgen	gera uma variedade de gráficos abstratos simples e estruturados regularmente
gvmap	toma como entrada um gráfico no formato "DOT", encontra aglomerados de nós e produz uma renderização do gráfico como um mapa de estilo geográfico, com aglomerados realçados, no formato "xdot"
gvmap.sh	é uma linha tubular para executar o "gvmap"
gvpack	lê um fluxo de gráficos, combina os gráficos em um esquema e produz um gráfico servindo como a união dos gráficos de entrada
gvpr	é um editor de fluxo gráfico inspirado no awk. Ele copia gráficos de entrada para a saída dele, possivelmente transformando a estrutura e atributos deles, criando novos gráficos ou imprimindo informações arbitrárias
gxl2dot	converte entre gráficos representados em "GXL" e na linguagem "DOT". A menos que um tipo de conversão seja especificado usando um sinalizador, gxl2dot deduzirá o tipo de conversão a partir do sufixo do arquivo de entrada; um sufixo `.dot` causa uma conversão de "DOT" para "GXL"; e um sufixo `.gxl` causa uma conversão de "GXL" para "DOT"
gxl2gv	converte entre gráficos representados em "GXL" e na linguagem "GV"
mm2gv	converte uma matriz esparsa do formato "Matrix Market" em um gráfico no formato "GV" (anteriormente "DOT")
neato	desenha gráficos não direcionados usando modelos “spring”. Os arquivos de entrada precisam ser formatados na linguagem gráfica atribuída dot. Por padrão, a saída gerada de neato é o gráfico de entrada com coordenadas de esquema anexadas
nop	lê um fluxo de gráficos e imprime cada um em formato bem estampado (canônico) na saída padrão. Se nenhum arquivo for fornecido, [então] ele lê a partir da entrada padrão
osage	desenha gráficos agrupados. Toma qualquer gráfico no formato "DOT" como entrada
patchwork	desenha gráficos agrupados usando um esquema quadrado de mapa de árvore. Toma qualquer gráfico no formato "DOT" como entrada
prune	lê gráficos direcionados no mesmo formato usado por dot e remove sub-gráficos enraizados em nós especificados na linha de comando por meio de opções
sccmap	decompõe dígrafos em componentes fortemente conectados e um mapa auxiliar do relacionamento entre os componentes. Nesse mapa, cada componente é recolhido em um nó. Os gráficos resultantes são impressos na saída padrão
sfdp	desenha gráficos não direcionados usando o modelo “spring”, mas usa uma abordagem multi escala para produzir esquemas de gráficos grandes em um tempo razoavelmente curto
tred	calcula a redução transitiva de gráficos direcionados e imprime os gráficos resultantes na saída padrão. Isso remove as arestas implícitas pela transitividade. Nós e sub-gráficos não são afetados de outra forma
twopi	desenha gráficos usando um esquema radial. Basicamente, um nó é escolhido como centro e colocado na origem. Os nós restantes são colocados em uma sequência de círculos concêntricos centrados na origem, cada um a uma distância radial fixa a partir do círculo anterior
unflatten	é um pré-processador para dot que é usado para melhorar a proporção dos gráficos com muitas folhas ou nós desconectados. O esquema usual para tal gráfico geralmente é muito largo ou alto
vimdot	é um script simples que inicia o editor gvim ou o vim junto com uma janela "GUI" mostrando a saída gerada do dot do arquivo editado
`libcdt.so`	gerencia dicionários em tempo de execução usando tipos padrão de dados de contêiner: conjunto/multiconjunto não ordenado, conjunto/multiconjunto ordenado, lista, pilha e fila
`libcgraph.so`	suporta programação de gráficos, mantendo os gráficos na memória e lendo e gravando arquivos de gráficos. Os gráficos são compostos de nós, arestas e sub-gráficos aninhados
`libgvc.so`	fornece um contexto para aplicativos que desejam manipular e renderizar gráficos. Ele fornece interfaces de análise de linha de comando, código de renderização comum e um mecanismo de "plug-in" para renderizadores
`libpathplan.so`	contém funções para encontrar o caminho mais curto entre dois pontos em um polígono simples
`libxdot.so`	fornece suporte para analisar e desanalisar operações gráficas especificadas pela linguagem "xdot"

GTK-Doc-1.33.2

Introdução a GTK-Doc

O pacote GTK-Doc contém um documentador de código. Isso é útil para extrair comentários especialmente formatados a partir do código para criar a documentação da API. Esse pacote é opcional; se não estiver instalado, [então] os pacotes não construirão a documentação. Isso não significa que você não terá nenhuma documentação. Se GTK-Doc não estiver disponível, [então] o processo de instalação copiará qualquer documentação pré-construída para seu sistema.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://download.gnome.org/sources/gtk-doc/1.33/gtk-doc-1.33.2.tar.xz
Transferência (FTP): ftp://ftp.acc.umu.se/pub/gnome/sources/gtk-doc/1.33/gtk-doc-1.33.2.tar.xz
Soma de verificação MD5 da transferência: ea6563421abe964d02135ca0d5b8dd8e
Tamanho da transferência: 496 KB
Espaço em disco estimado exigido: 13 MB (com os testes)
Tempo de construção estimado: 0,2 UPC (com os testes)

Dependências do GTK-Doc

Exigidas

Opcionais

Para testes: dblatex ou fop-2.9 (suporte a "PDF" "XML"), GLib-2.76.4, Which-2.21 e módulos "Python" lxml-4.9.3, parameterized e yelp-tools

Nota

Os módulos opcionais "Python" acima podem ser facilmente instalados com o comando pip3.

Instalação do GTK-Doc

Instale GTK-Doc executando os seguintes comandos:

autoreconf -fiv          &&
./configure --prefix=/usr &&
make

A suíte de teste travará se o pacote (ou uma versão anterior) ainda não estiver instalado.

Agora, como o(a) usuário(a) root:

make install

Para testar os resultados, emita: make check. Alguns testes falharão dependendo dos pacotes instalados opcionalmente.

Conteúdo

Aplicativos Instalados: gtkdocize, gtkdoc-check, gtkdoc-depscan, gtkdoc-fixxref, gtkdoc-mkdb, gtkdoc-mkhtml, gtkdoc-mkhtml2, gtkdoc-mkman, gtkdoc-mkpdf, gtkdoc-rebase, gtkdoc-scan e gtkdoc-scangobj

Bibliotecas Instaladas: Nenhuma

Diretórios Instalados: /usr/share/gtk-doc e /usr/share/cmake/GtkDoc

Descrições Curtas

gtkdoc*

esses são todos shell, ou scripts Python usados pelos scripts do pacote Makefile para gerar documentação para o pacote sendo construído

Highlight-4.7

Introdução ao "Highlight"

Highlight é um utilitário que converte o código-fonte em texto formatado com realce de sintaxe.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): http://www.andre-simon.de/zip/highlight-4.7.tar.bz2
Transferência (FTP):
Soma de verificação MD5 da transferência: cc5f3a857aa6c6d9f23ea3e36522f959
Tamanho da transferência: 1,4 MB
Espaço em disco estimado exigido: 24 MB (com GUI)
Tempo de construção estimado: 0,3 UPC (Usando paralelismo=4; com a "GUI")

Dependências do "Highlight"

Exigidas

Boost-1.83.0 e Lua-5.4.6

Opcionais

(Qt-5.15.10 ou qt-alternate-5.15.10) (para construir a estrutura GUI)

Instalação do "Highlight"

Para consistência, não comprima páginas de manual.

sed -i '/GZIP/s/^/#/' makefile

Para construir Highlight execute o seguinte comando:

make

Para construir a estrutura de interação direta "GUI" Qt5, execute o seguinte comando:

make doc_dir=/usr/share/doc/highlight-4.7/ gui

Esse pacote não vem com uma suíte de teste.

Para instalar Highlight, execute o seguinte comando como o(a) usuário(a) root:

make doc_dir=/usr/share/doc/highlight-4.7/ install

Para instalar o aplicativo "GUI", execute o seguinte comando como o(a) usuário(a) root:

make install-gui

Explicações do Comando

doc_dir=/usr/share/doc/highlight-4.7/: instala a documentação do highlight em um diretório versionado. Esse parâmetro também é necessário para make gui, pois o valor dele seria rigidamente codificado no executável GUI. Observe que a “/” à direita é necessária.

Conteúdo

Aplicativos Instalados: highlight e highlight-gui (opcional)

Bibliotecas Instaladas: Nenhum(a)

Diretórios Instalados: /etc/highlight, /usr/share/doc/highlight-4.7 e /usr/share/highlight

Descrições Curtas

highlight	é um código-fonte universal para conversor de texto formatado
highlight-gui	é a interface Qt5 para highlight.

ibus-1.5.28

Introdução a ibus

ibus é um barramento de entrada inteligente. É uma nova estrutura essencial de suporte de entrada para o sistema operacional Linux. Ele fornece uma interface de usuário de método de entrada amigável e com todos os recursos.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/ibus/ibus/releases/download/1.5.28/ibus-1.5.28.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: e788203d60e2b9cf56d95f1ee73a6898
Tamanho da transferência: 3,7 MB
Espaço em disco estimado exigido: 66 MB (adicionar 5 MB para testes)
Tempo de construção estimado: 0,2 UPC (Usando paralelismo=4; adicionar 0,6 UPC para os testes)

Transferência Opcional

Base de dados de caracteres "Unicode": https://www.unicode.org/Public/zipped/15.0.0/UCD.zip

Dependências do ibus

Exigidas

DConf-0.40.0, ISO Codes-4.15.0 e Vala-0.56.11

Opcionais

GTK+-3.24.38 (para construir o módulo "IM" para "it"), GTK-4.12.0 (para construir o módulo "IM" para "it"), D-Bus Python-1.3.2 e PyGObject-3.44.1 (ambos para construir a biblioteca de suporte a "Python"), GTK-Doc-1.33.2 e libxkbcommon-1.5.0, Wayland-1.22.0 (ambos para construir os aplicativos de suporte a "Wayland") e EmojiOne

Instalação do ibus

Se a base de dados opcional de caracteres "Unicode" foi baixada, [então] instale-a agora como o(a) usuário(a) root:

mkdir -p               /usr/share/unicode/ucd &&
unzip -uo ../UCD.zip -d /usr/share/unicode/ucd

Nota

Certifique-se de remover também o "--disable-unicode-dict" na etapa "configure" abaixo.

Corrija um problema com entradas de esquema obsoletas:

sed -i 's@/desktop/ibus@/org/freedesktop/ibus@g' \
   data/dconf/org.freedesktop.ibus.gschema.xml

Instale ibus executando os seguintes comandos:

./configure --prefix=/usr         \
            --sysconfdir=/etc      \
            --disable-python2      \
            --disable-emoji-dict   \
            --disable-unicode-dict &&
rm -f tools/main.c                 &&
make

Para testar os resultados, emita: make -k check. O teste chamado ibus-compose falha porque usa alguns "locales" não instalados no LFS. O teste chamado ibus-keypress é conhecido por falhar em um ambiente gráfico baseado em Wayland. O teste chamado xkb-latin-layouts é conhecido por falhar com um lançamento recente do xkeyboard-config.

Agora, como o(a) usuário(a) root:

make install &&
gzip -dfv /usr/share/man/man{{1,5}/ibus*.gz,5/00-upstream-settings.5.gz}

Explicações do Comando

--disable-emoji-dict: Essa chave desabilita o uso de dicionários de emoticons. Omita se você instalou o pacote opcional.

--disable-unicode-dict: Essa chave desabilita o uso de dicionários "Unicode". Omita se você instalou a base de dados opcional de caracteres "Unicode".

rm -f tools/main.c: Esse comando remove um arquivo gerado que não foi removido quando do empacotamento.

--disable-gtk2: Essa chave desabilita a construção do módulo "IM" GTK+ 2. Use-a se você não tiver instalado o GTK+ 2.

--enable-gtk4: Essa chave habilita construir o módulo "IM" GTK 4. Use-a se você tiver instalado o GTK 4.

--enable-python-library: Essa chave habilita construir a biblioteca de suporte Python. Use-a se tiver instalado as dependências opcionais.

--enable-wayland: Essa chave habilita construir os aplicativos de suporte Wayland. Use-a se você tiver instalado as dependências opcionais.

--with-python=python3: Essa chave induz o script configure a procurar por Python 3. Use-a se você quiser construir a biblioteca de suporte do Python 3 juntamente com a do Python 2.

--enable-gtk-doc: Use esse parâmetro se GTK-Doc estiver instalado e você desejar reconstruir e instalar a documentação da API.

gzip -dfv ...: Descomprima as páginas de manual instaladas de acordo com outras páginas de manual.

Configurando Ibus

Se "GTK+-3" ou "GTK+-2" estiverem instalados e --disable-gtk{3,2} não forem usados, [então] o módulo "ibus" do "IM" para "GTK+-3" ou "GTK+-2" será instalado. Como o(a) usuário(a) root, atualize um arquivo de "cache" do "GTK+-3" ou "GTK+-2", de forma que os aplicativos baseados em "GTK" possam encontrar o módulo "IM" recém-instalado e usar o "ibus" como um método de entrada:

gtk-query-immodules-3.0 --update-cache

O comando acima atualiza o arquivo de "cache" para "GTK+-3". Para "GTK+-2", use gtk-query-immodules-2.0 em vez de gtk-query-immodules-3.0. O "GTK-4" não exige um arquivo de "cache" para módulos "IM".

Conteúdo

Aplicativos Instalados: ibus, ibus-daemon e ibus-setup

Biblioteca Instalada: libibus-1.0.so e im-ibus.so (módulo "IM" GTK+)

Diretórios Instalados: /etc/dconf/db/ibus.d, /usr/include/ibus-1.0, /usr/share/gtk-doc/html/ibus e /usr/share/ibus

Descrições Curtas

ibus-daemon	é o processo de segundo plano de barramento de entrada inteligente
ibus-setup	é o aplicativo GTK+ usado para configurar o ibus-daemon
`libibus-1.0.so`	contém as funções da "API" ibus

ImageMagick-7.1.1-15

Introdução a ImageMagick

ImageMagick é uma coleção de ferramentas e bibliotecas para ler, escrever e manipular uma imagem em vários formatos de imagem. As operações de processamento de imagem estão disponíveis a partir da linha de comando. Ligações para "Perl" e "C++" também estão disponíveis.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://www.imagemagick.org/archive/releases/ImageMagick-7.1.1-15.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 14dc2057465df350005311b4ae3649b5
Tamanho da transferência: 9,7 MB
Espaço em disco estimado exigido: 164 MB (com dependências típicas; adicionar 31 MB para verificações)
Tempo de construção estimado: 0,8 UPC (com dependências típicas; adicionar 0,8 UPC para verificações, ambos usando paralelismo=4)

Nota

Os lançamentos de fonte do ImageMagick são atualizados frequentemente e a versão mostrada acima possivelmente não mais esteja disponível a partir dos locais de transferência. Você pode baixar uma versão mais recente e usar as instruções existentes do BLFS para instalá-la. As chances são de que funcione bem, mas isso não foi testado pela equipe do BLFS. Se a versão do pacote mostrada acima não estiver disponível a partir dos locais mostrados acima, [então] você pode baixá-la a partir do servidor de pacotes do BLFS na Oregon State University: ftp://ftp.osuosl.org/pub/blfs/conglomeration/ImageMagick/.

Dependências do ImageMagick

Utilitários Opcionais do Sistema

"Clang" originário de LLVM-16.0.5, Cups-2.4.6, cURL-8.2.1, FFmpeg-6.0, fftw-3.3.10, p7zip-17.04 ("LZMA"), SANE-1.0.32, Wget-1.21.4, xdg-utils-1.1.3, xterm-384, Dmalloc, Electric Fence e PGP ou GnuPG-2.4.3 (você terá que fazer alguns ajustes para usar o GnuPG), Profiles

Bibliotecas Opcionais de Gráficos

JasPer-4.0.0, Little CMS-1.19 ou Little CMS-2.14, libgxps-0.3.2, libjpeg-turbo-3.0.0, libpng-1.6.40, libraw-0.21.1 (para arquivos dng, precisa do libraw_r thread-safe), librsvg-2.56.3, libtiff-4.5.1, libwebp-1.3.1, OpenJPEG-2.5.0, Pango-1.50.14, DjVuLibre, FlashPIX ("libfpx"), FLIF, JBIG-KIT, libheif com libde265 (ambos necessários se converter imagens "heic" do "macOS"), libjxl, libraqm, Liquid Rescale, OpenEXR e RALCGM (ou ralcgm)

Utilitários Opcionais Gráficos

Fontes Dejavu, ghostscript-10.01.2, Gimp-2.10.34, Graphviz-8.1.0, Inkscape-1.3, Blender, corefonts, GhostPCL, Gnuplot, POV-Ray e Radiance

Ferramentas Opcionais de Conversão

Enscript-1.6.6, Potrace-1.16, texlive-20230313 (ou install-tl-unx) AutoTrace, Utilitários de linha de comando GeoExpress, também conhecidos como utilitários MrSID (pacote binário), hp2xx, libwmf, UniConvertor e Utah Raster Toolkit (ou URT-3.1b)

Observações de Editor(a): https://wiki.linuxfromscratch.org/blfs/wiki/imagemagick

Instalação do ImageMagick

Instale ImageMagick executando os seguintes comandos:

./configure --prefix=/usr    \
            --sysconfdir=/etc \
            --enable-hdri     \
            --with-modules    \
            --with-perl       \
            --disable-static  &&
make

Agora, como o(a) usuário(a) root:

make DOCUMENTATION_PATH=/usr/share/doc/imagemagick-7.1.1 install

Para testar a instalação, emita: make check. Observe que os testes "EPS", "PS" e "PDF" exigem um Ghostscript funcional. Um teste em 'make check' precisa de “Helvetica” originário de “Ghostscript Standard Fonts”, que são opcionalmente instaladas em ghostscript-10.01.2 - esse teste, e um outro, pode falhar, mas toda a validação ainda pode passar.

Explicações do Comando

--enable-hdri: Permite construir uma versão de alta faixa dinâmica do "ImageMagick".

--with-modules: Habilita o suporte para módulos carregáveis dinamicamente.

--with-perl: Habilita a construção e instalação do "PerlMagick".

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

--with-gslib: Habilita o suporte para usar a biblioteca compartilhada Ghostscript.

--with-rsvg: Habilita o suporte para usar a biblioteca librsvg.

--with-autotrace: Habilita o suporte para usar a biblioteca Autotrace.

--with-wmf: Habilita o suporte para usar a biblioteca libwmf.

--with-gvc: Habilita o suporte para usar GraphViz.

--with-windows-font-dir= <Algum/Diretório>: Essa opção especifica o diretório onde as fontes centrais do Windows estão instaladas.

--with-dejavu-font-dir= <Algum/Diretório>: Essa opção especifica o diretório onde as fontes "DejaVu" estão instaladas.

As opções e parâmetros listados acima são os únicos que você deveria passar para o script configure para ativar todas as dependências delegadas. Todas as outras dependências serão detectadas e utilizadas automaticamente na construção, se elas estiverem instaladas.

Conteúdo

Aplicativos Instalados: magick, Magick++-config, MagickCore-config e MagickWand-config. (animate, compare, composite, conjure, convert, display, identify, import, magick-script, mogrify, montage e stream são todos links simbólicos para magick)

Bibliotecas Instaladas: libMagickCore-7.Q16HDRI.so, libMagickWand-7.Q16HDRI.so e libMagick++-7.Q16HDRI.so

Diretórios Instalados: /etc/ImageMagick-7, /usr/include/ImageMagick-7, /usr/lib/ImageMagick-7.1.1, /usr/lib/perl5/site_perl/5.38/{,auto}/Image/Magick, /usr/share/doc/ImageMagick-7.1.1 e /usr/share/ImageMagick-7

Descrições Curtas

animate	anima uma sequência de imagens
compare	compara uma imagem com uma imagem reconstruída
composite	compõe várias imagens na imagem base fornecida
conjure	processa um script "MSL" para criar uma imagem
convert	converte imagem(ns) de um formato para outro
display	exibe uma imagem
identify	descreve o formato e as características de um arquivo de imagem
import	captura uma janela do X
magick	converter entre formatos de imagem, bem como redimensionar uma imagem, desfocar, cortar, remover manchas, pontilhar, desenhar, virar, juntar, re-amostrar e muito mais
Magick{++,Core,Wand}-config	mostra informações a respeito das versões instaladas das bibliotecas ImageMagick
mogrify	transforma uma imagem
montage	compõe várias imagens em uma nova imagem
stream	transmite um ou mais componentes de pixel de uma imagem ou parte da imagem para sua escolha de formatos de armazenamento
`Image::Magick`	permite a leitura, manipulação e gravação de um grande número de formatos de arquivo de imagem usando a biblioteca ImageMagick. Execute make no diretório `PerlMagick/demo` da árvore do fonte do pacote depois que o pacote estiver instalado para ver uma boa demonstração dos recursos do módulo
`libMagickCore-7.Q16HDRI.so`	fornece a API C para ImageMagick
`libMagickWand-7.Q16HDRI.so`	é a API C recomendada para ImageMagick. Ao contrário da API MagickCore, ela usa somente alguns tipos opacos
`libMagick++-7.Q16HDRI.so`	fornece a API C++ para ImageMagick

ISO Codes-4.15.0

Introdução a ISO Codes

O pacote ISO Codes contém uma lista de nomes de países, idiomas e moedas e é usado como uma base de dados central para acessar esses dados.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://ftp.debian.org/debian/pool/main/i/iso-codes/iso-codes_4.15.0.orig.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: e7f0063a5e3f6426ac55c4726e7dd3a1
Tamanho da transferência: 3,7 MB
Espaço em disco estimado exigido: 94 MB
Tempo de construção estimado: 0,1 UPC (com os testes)

Instalação do ISO Codes

O diretório é chamado iso-codes-4.15.0.

Instale ISO Codes executando os seguintes comandos:

./configure --prefix=/usr &&
make

Para testar os resultados, emita: make check.

Nota

Se você instalar ISO Codes sobre uma versão instalada anterior, [então] a etapa de instalação falhará ao criar alguns links simbólicos. Para a finalidade de atualizá-los corretamente, execute:

sed -i '/^LN_S/s/s/sfvn/' */Makefile

Agora, como o(a) usuário(a) root:

make install

Conteúdo

Aplicativos Instalados: Nenhum(a)

Bibliotecas Instaladas: Nenhum(a)

Diretório Instalado: /usr/share/iso-codes, /usr/share/xml/iso-codes

lsof-4.95.0

Introdução a lsof

O pacote lsof é útil para listar arquivos abertos para um dado aplicativo ou processo em execução.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/lsof-org/lsof/releases/download/4.95.0/lsof_4.95.0.linux.tar.bz2
Transferência (FTP):
Soma de verificação MD5 da transferência: 670010707104b1b1fc4cabae974465a6
Tamanho da transferência: 512 KB
Espaço em disco estimado exigido: 3,3 MB (adicionar 700 KB para os testes)
Tempo de construção estimado: menos que 0,1 UPC (adicionar 0,5 UPC para os testes)

Dependências do lsof

Exigida

libtirpc-1.3.3

Opcionais

Nmap-7.94 (com um link simbólico nc apontando para ncat em /usr/bin; usado em testes)

Configuração do Núcleo

Para executar os testes, a seguinte opção deveria estar habilitada na configuração do núcleo:

General setup --->
  [*] POSIX Message Queues                                        [POSIX_MQUEUE]

Instalação do lsof

Instale lsof executando os seguintes comandos:

./Configure -n linux &&
make

Os testes deveriam ser executados como o(a) usuário(a) root. Eles exigem que as filas de mensagens "POSIX" estejam habilitadas no núcleo e que Nmap-7.94 seja instalado com um link simbólico /usr/bin/nc apontando para ncat.

make check

Um teste, "case-20-ux-socket-endpoint", é conhecido por falhar. Outro teste possivelmente falhe se os testes forem executados em um script.

Agora, como o(a) usuário(a) root:

install -v -m4755 -o root -g root lsof /usr/bin &&
install -v lsof.8 /usr/share/man/man8

Explicações do Comando

./Configure -n linux: Evita verificações de "AFS", personalização e inventário e usa o dialeto linux.

install -m4755 ...: lsof deveria estar suid root para permitir que usuários(as) listem todos os arquivos. Isso possivelmente seja uma ameaça à segurança em alguns sistemas. Nesse caso mude para -m755 e use sudo para executar o aplicativo.

Conteúdo

Aplicativo Instalado: lsof

Bibliotecas Instaladas: Nenhum(a)

Diretórios Instalados: Nenhum(a)

Descrições Curtas

lsof

lista arquivos abertos para processos em execução

mandoc-1.14.6

Introdução a mandoc

"mandoc" é um utilitário para formatar páginas de manual.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://mandoc.bsd.lv/snapshots/mandoc-1.14.6.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: f0adf24e8fdef5f3e332191f653e422a
Tamanho da transferência: 684 KB
Espaço em disco estimado exigido: 22 MB (com os testes)
Tempo de construção estimado: menos que 0,1 UPC (com os testes)

Instalação do mandoc

Muitos utilitários fornecidos pelo mandoc conflitam com Man-DB no LFS. Construa somente o comando mandoc:

./configure &&
make mandoc

Para testar o pacote, emita: make regress.

Agora, como o(a) usuário(a) root:

install -vm755 mandoc  /usr/bin &&
install -vm644 mandoc.1 /usr/share/man/man1

Conteúdo

Aplicativos Instalados: mandoc

Descrições Curtas

mandoc

Formata páginas de manual

pinentry-1.2.1

Introdução a PIN-Entry

O pacote PIN-Entry contém uma coleção de diálogos simples de entrada de "PIN" ou frase secreta que utiliza o protocolo "Assuan" conforme descrito em Äprojeto egípcio. Os aplicativos PIN-Entry geralmente são invocados pelo processo de segundo plano gpg-agent, mas podem ser executados a partir da linha de comando também. Existem aplicativos para vários ambientes baseados em texto e "GUI", incluindo interfaces projetadas para Ncurses (baseado em texto) e para os kits comuns de ferramentas GTK e Qt.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://www.gnupg.org/ftp/gcrypt/pinentry/pinentry-1.2.1.tar.bz2
Transferência (FTP): ftp://ftp.gnupg.org/gcrypt/pinentry/pinentry-1.2.1.tar.bz2
Soma de verificação MD5 da transferência: be9b0d4bb493a139d2ec20e9b6872d37
Tamanho da transferência: 536 KB
Espaço em disco estimado exigido: 5,6 MB
Tempo de construção estimado: menos que 0,1 UPC

Dependências do PIN-Entry

Exigidas

libassuan-2.5.6 e libgpg-error-1.47

Opcionais

Emacs-29.1, FLTK-1.3.8, Gcr-3.41.1, GTK+-2.24.33, KDE Frameworks-5.109.0 (ou kwayland-5.109.0 para lxqt), libsecret-0.21.0, (Qt-5.15.10 ou qt-alternate-5.15.10) e efl

Instalação do PIN-Entry

Instale PIN-Entry executando os seguintes comandos:

./configure --prefix=/usr --enable-pinentry-tty &&
make

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

--enable-inside-emacs=yes/no: Padrão é "no".

--enable-pinentry-qt=yes/no: Padrão é "yes".

--enable-pinentry-gtk2=yes/no: Padrão é "yes". Mesmo se outros pinentry-* estiverem instalados, pinentry será um link simbólico para pinentry-gtk-2.

--enable-pinentry-gnome3=yes/no: Padrão é "yes". Atualmente, ele usa Gcr para o diálogo "pinentry".

--enable-pinentry-tty: Padrão é "maybe".

Conteúdo

Aplicativos Instalados: pinentry (link simbólico), pinentry-curses, pinentry-emacs, pinentry-fltk, pinentry-gnome3, pinentry-gtk-2, pinentry-qt e pinentry-tty

Bibliotecas Instaladas: Nenhum(a)

Diretório Instalado: Nenhum(a)

Descrições Curtas

pinentry	é um link simbólico para o aplicativo padrão PIN-Entry
pinentry-curses	é um aplicativo auxiliar Ncurses do PIN-Entry baseado em texto
pinentry-emacs	é uma versão Emacs do aplicativo auxiliar do PIN-Entry
pinentry-fltk	é um aplicativo auxiliar FLTK do PIN-Entry
pinentry-gnome3	é um aplicativo auxiliar GNOME-3 do PIN-Entry
pinentry-gtk-2	é um aplicativo auxiliar GTK+2 do PIN-Entry
pinentry-qt	é um aplicativo auxiliar Qt4 ou 5 do PIN-Entry
pinentry-tty	é um aplicativo auxiliar tty do PIN-Entry

Rep-gtk-0.90.8.3

Introdução a Rep-gtk

O pacote rep-gtk contém uma ligação Lisp e GTK. Isso é útil para estender as bibliotecas GTK-2 e GDK com Lisp. Começando em rep-gtk-0.15, o pacote contém as ligações para GTK e usa as mesmas instruções. Ambas podem ser instaladas, se necessário.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://download.tuxfamily.org/librep/rep-gtk/rep-gtk_0.90.8.3.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: b20f72cf00d316d35fa7f84a6e7532af
Tamanho da transferência: 120 KB
Espaço em disco estimado exigido: 13 MB
Tempo de construção estimado: 0,1 UPC

Dependências do Rep-gtk

Exigidas

GTK+-2.24.33 e librep-0.92.7

Instalação do Rep-gtk

Instale rep-gtk executando os seguintes comandos:

./autogen.sh --prefix=/usr &&
make

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

make install

Conteúdo

Aplicativos Instalados: Nenhum

Bibliotecas Instaladas: Ligações "Lisp"

Diretório Instalado: /usr/include/rep-gtk e /usr/lib/rep/gui

Descrições Curtas

Ligações Lisp

são bibliotecas armazenadas em /usr/lib/rep/gui/ que auxiliam a comunicação entre "Lisp" e as bibliotecas GTK

Screen-4.9.1

Introdução a Screen

Screen é um multiplexador de terminal que executa vários processos, normalmente shells interativos, em um terminal físico baseado em caracteres. Cada terminal virtual emula um "DEC VT100" mais várias funções "ANSI X3.64" e "ISO 2022" e também fornece tradução configurável de entrada e saída, suporte a porta serial, registro configurável, suporte multiusuário(a) e muitas codificações de caracteres, incluindo "UTF-8". As sessões do "Screen" podem ser desanexadas e retomadas posteriormente em um terminal diferente.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://ftp.gnu.org/gnu/screen/screen-4.9.1.tar.gz
Transferência (FTP): ftp://ftp.gnu.org/gnu/screen/screen-4.9.1.tar.gz
Soma de verificação MD5 da transferência: 9a9bdc956bd93e4f0cb9e48678889e26
Tamanho da transferência: 1020 KB
Espaço em disco estimado exigido: 9,5 MB
Tempo de construção estimado: 0,1 UPC

Dependências do Screen

Opcionais

Linux-PAM-1.5.3

Instalação do Screen

Instale Screen executando os seguintes comandos:

sh autogen.sh                                &&
./configure --prefix=/usr                     \
            --infodir=/usr/share/info         \
            --mandir=/usr/share/man           \
            --with-socket-dir=/run/screen     \
            --with-pty-group=5                \
            --with-sys-screenrc=/etc/screenrc &&

sed -i -e "s%/usr/local/etc/screenrc%/etc/screenrc%" {etc,doc}/* &&
make

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

make install &&
install -m 644 etc/etcscreenrc /etc/screenrc

Explicações do Comando

--with-socket-dir=/run/screen: Essa opção coloca os soquetes por usuário em um local padrão.

--with-sys-screenrc=/etc/screenrc: Essa opção coloca o arquivo global "screenrc" /etc.

--with-pty-group=5: Essa opção configura o "GID" para o valor usado pelo LFS.

sed -i -e "s%/usr/local/etc/screenrc%/etc/screenrc%" {etc,doc}/*: Esse comando corrige os arquivos de configuração e documentação para o local que é usado aqui para o arquivo global "screenrc".

Configurando Screen

Arquivos de Configuração

/etc/screenrc e ~/.screenrc

Informação de Configuração

Você possivelmente queira examinar o arquivo de configuração de exemplo que foi instalado e personalizá-lo para suas necessidades.

Conteúdo

Aplicativo Instalado: screen (link simbólico) e screen-4.9.1

Bibliotecas Instaladas: Nenhuma

Diretório Instalado: /usr/share/screen e /run/screen

Descrições Curtas

screen

é um multiplexador de terminal com emulação de terminal "VT100/ANSI"

shared-mime-info-2.2

Introdução a "Shared Mime Info"

O pacote Shared Mime Info contém uma base de dados "MIME". Isso permite atualizações centrais de informações "MIME" para todos os aplicativos de suporte.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://gitlab.freedesktop.org/xdg/shared-mime-info/-/archive/2.2/shared-mime-info-2.2.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 06cb9e92e4211dc53fd52b7bfd586c78
Tamanho da transferência: 6,7 MB
Espaço em disco estimado exigido: 33 MB (com testes)
Tempo de construção estimado: menos que 0,1 UPC (com os testes)

Transferências Adicionais

Transferência opcional, exigida para executar a suíte de teste: https://anduin.linuxfromscratch.org/BLFS/xdgmime/xdgmime.tar.xz

Soma de verificação MD5 de "xdgmime": 7dfb4446705d345d3acd672024049e86

Dependências do "Shared Mime Info"

Exigidas

GLib-2.76.4 e libxml2-2.10.4

Opcionais

xmlto-0.0.28

Instalação do "Shared Mime Info"

Instale Shared Mime Info executando os seguintes comandos:

Se deseja executar a suíte de teste, [então] você precisa primeiro extrair o tarball xdgmime no diretório atual e compilá-lo, de forma que meson consiga encontrá-lo:

tar -xf ../xdgmime.tar.xz &&
make -C xdgmime

Agora construa o pacote:

mkdir build &&
cd    build &&

meson setup --prefix=/usr --buildtype=release -Dupdate-mimedb=true .. &&
ninja

Se você tiver seguido as instruções acima para construir xdgmime, [então], para testar o resultado, emita ninja test.

Agora, como o(a) usuário(a) root:

ninja install

Explicações do Comando

--buildtype=release: Especifique um tipo de construção adequado para lançamentos estáveis do pacote, pois o padrão possivelmente produza binários não otimizados.

-Dupdate-mimedb=true: Esse parâmetro informa ao sistema de construção para executar update-mime-database durante a instalação. Caso contrário, isso precisa ser feito manualmente para a finalidade de poder usar a base de dados "MIME".

Conteúdo

Aplicativo Instalado: update-mime-database

Biblioteca Instalada: Nenhuma

Diretório Instalado: /usr/share/mime

Descrições Curtas

update-mime-database

auxilia na adição de dados "MIME" à base de dados

Sharutils-4.15.2

Introdução a Sharutils

O pacote Sharutils contém utilitários que conseguem criar arquivamentos "shell".

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://ftp.gnu.org/gnu/sharutils/sharutils-4.15.2.tar.xz
Transferência (FTP): ftp://ftp.gnu.org/gnu/sharutils/sharutils-4.15.2.tar.xz
Soma de verificação MD5 da transferência: 5975ce21da36491d7aa6dc2b0d9788e0
Tamanho da transferência: 1,1 MB
Espaço em disco estimado exigido: 22 MB (com a suíte de teste)
Tempo de construção estimado: 0,4 UPC (com a suíte de teste)

Instalação do Sharutils

Corrija um estouro de "buffer" de uma coleção desordenada de objetos colocados ao acaso uns sobre os outros e um problema exposto pelo "GCC-10":

sed -i 's/BUFSIZ/rw_base_size/' src/unshar.c &&
sed -i '/program_name/s/^/extern /' src/*opts.h

Instale Sharutils executando os seguintes comandos:

sed -i 's/IO_ftrylockfile/IO_EOF_SEEN/' lib/*.c       &&
echo "#define _IO_IN_BACKUP 0x100" >> lib/stdio-impl.h &&

./configure --prefix=/usr &&
make

Para testar os resultados, emita: make check.

Agora, como o(a) usuário(a) root:

make install

Conteúdo

Aplicativos Instalados: shar, unshar, uudecode e uuencode

Bibliotecas Instaladas: Nenhum(a)

Diretórios Instalados: Nenhum(a)

Descrições Curtas

shar	cria "arquivamentos shell" (ou arquivos "shar") que estão em formato de texto e conseguem ser enviados por correio
unshar	desempacota um arquivo "shar"
uudecode	lê um arquivo (ou, por padrão, a entrada gerada padrão) e grava uma versão codificada na saída gerada padrão. A codificação usa somente caracteres de impressão "ASCII"
uuencode	lê um arquivo (ou, por padrão, a entrada gerada padrão) e decodifica a versão "uuencoded" para a saída gerada padrão

telepathy-mission-control-5.16.6

Introdução a "Telepathy Mission Control"

Telepathy Mission Control é um gerenciador de contas e despachante de canal para a estrutura Telepathy, permitindo que interfaces de usuário(a) e outros clientes compartilhem conexões com serviços de comunicação em tempo real sem conflitos.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://telepathy.freedesktop.org/releases/telepathy-mission-control/telepathy-mission-control-5.16.6.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 911e990c7755eb98a8022223f649405d
Tamanho da transferência: 1,1 MB
Espaço em disco estimado exigido: 28 MB
Tempo de construção estimado: 0,2 UPC

Dependências do "Telepathy Mission Control"

Exigidas

telepathy-glib-0.24.2

Opcionais

D-Bus Python-1.3.2 (para os testes “torcidos”), GTK-Doc-1.33.2, UPower-1.90.2 e Twisted (para os testes “torcidos”)

Instalação do "Telepathy Mission Control"

Instale Telepathy Mission Control executando os seguintes comandos:

PYTHON=python3 \
./configure --prefix=/usr --disable-static &&
make

Para testar os resultados, emita: make check.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

PYTHON=python3: evita usar "Python2" se ele estiver instalado.

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

--enable-gtk-doc: Use esse parâmetro se GTK-Doc estiver instalado e você desejar reconstruir e instalar a documentação da API.

Conteúdo

Aplicativos Instalados: mc-tool, mc-wait-for-name e mission-control-5 (executável de biblioteca)

Bibliotecas Instaladas: libmission-control-plugins.so

Diretórios Instalados: /usr/include/mission-control-5.5 e /usr/share/gtk-doc/html/mission-control-plugins

Descrições Curtas

mc-tool	é uma ferramenta de linha de comando usada para manipular contas do "Mission Control"
mc-wait-for-name	espera por um nome de barramento "D-Bus" que será fornecido automaticamente pela sessão da área de trabalho
mission-control-5	é um serviço D-Bus que executa no barramento de sessão para implementar os serviços "AccountManager" e "ChannelDispatcher" descritos na especificação "D-Bus" do Telepathy
`libmission-control-plugins.so`	contém as funções de "API" de "plugin" do Telepathy Mission Control

tidy-html5-5.8.0

Introdução a "Tidy HTML5"

O pacote Tidy HTML5 contém uma ferramenta de linha de comando e bibliotecas usadas para ler arquivos "HTML", "XHTML" e "XML" e gravar marcações limpas. Ele detecta e corrige muitos erros comuns de codificação e se esforça para produzir marcação visualmente equivalente que seja compatível com "W3C" e compatível com a maioria dos navegadores.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/htacg/tidy-html5/archive/5.8.0/tidy-html5-5.8.0.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 0f6c55ef651e258adbe5750f555af50f
Tamanho da transferência: 992 KB
Espaço em disco estimado exigido: 11 MB
Tempo de construção estimado: 0,2 UPC

Dependências do "Tidy HTML5"

Exigida

Instalação do "Tidy HTML5"

Instale Tidy HTML5 executando os seguintes comandos:

cd build/cmake &&

cmake -DCMAKE_INSTALL_PREFIX=/usr \
      -DCMAKE_BUILD_TYPE=Release  \
      -DBUILD_TAB2SPACE=ON       \
      ../..    &&

make

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

make install &&
rm -fv /usr/lib/libtidy.a &&
install -v -m755 tab2space /usr/bin

Explicações do Comando

-DCMAKE_BUILD_TYPE=Release: Essa chave é usada para construir a biblioteca de lançamento sem nenhuma "declaração" de depuração no código.

-DBUILD_TAB2SPACE=ON: Essa chave é usada para habilitar a construção do utilitário tab2space.

Configurando "Tidy HTML5"

Arquivos de Configuração

O caminho absoluto do arquivo especificado em HTML_TIDY.

Informação de Configuração

As opções padrão de configuração podem ser configuradas no arquivo definido em HTML_TIDY. Opções adicionais de configuração podem ser passadas para tidy via parâmetros de linha de comando ou o parâmetro -config <arquivo>.

Conteúdo

Aplicativos Instalados: tab2space e tidy

Biblioteca Instalada: libtidy.so

Diretório Instalado: /usr/share/doc/tidy-5.8.0

Descrições Curtas

tab2space	é um utilitário para expandir abas e garantir finais de linha consistentes
tidy	valida, corrige e bem imprime arquivos "HTML"
`libtidy.so`	A biblioteca fornece as funções da "API" Tidy HTML5 para tidy e também pode ser chamada por outros aplicativos

Time-1.9

Introdução a Time

O utilitário time é um aplicativo que mede muitos dos recursos da "CPU", como tempo e memória, que outros aplicativos usam. A versão "GNU" pode formatar a saída gerada de maneiras arbitrárias usando uma sequência de caracteres de formato no estilo "printf" para incluir várias medições de recursos.

Embora o shell tenha um comando integrado que fornece funcionalidades semelhantes, esse utilitário é exigido pelo "LSB".

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://ftp.gnu.org/gnu/time/time-1.9.tar.gz
Transferência (FTP): ftp://ftp.gnu.org/gnu/time/time-1.9.tar.gz
Soma de verificação MD5 da transferência: d2356e0fe1c0b85285d83c6b2ad51b5f
Tamanho da transferência: 584 KB
Espaço em disco estimado exigido: 4,0 MB (com os testes)
Tempo de construção estimado: 0,1 UPC (com os testes)

Instalação do "Time"

Instale Time executando os seguintes comandos:

./configure --prefix=/usr &&
make

Para testar os resultados, emita: make check.

Agora, como o(a) usuário(a) root:

make install

Conteúdo

Aplicativo Instalado: time

Biblioteca Instalada: Nenhum(a)

Diretório Instalado: Nenhum(a)

Descrições Curtas

time

informa várias estatísticas a respeito de um comando executado

tree-2.1.1

Introdução a "tree"

O aplicativo tree é útil para exibir um conteúdo de árvore de dicionário, incluindo arquivos, diretórios e links.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://mama.indstate.edu/users/ice/tree/src/tree-2.1.1.tgz
Transferência (FTP):
Soma de verificação MD5 da transferência: 1376096bad6b1875d680b18873c249f1
Tamanho da transferência: 60 KB
Espaço em disco estimado exigido: 728 KB
Tempo de construção estimado: menos que 0,1 UPC

Instalação do "tree"

Instale tree executando os seguintes comandos:

make

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

make PREFIX=/usr MANDIR=/usr/share/man install &&
chmod -v 644 /usr/share/man/man1/tree.1

Conteúdo

Aplicativo Instalado: tree

Bibliotecas Instaladas: Nenhum(a)

Diretórios Instalados: Nenhum(a)

Descrições Curtas

tree

exibe uma árvore de diretórios em um terminal

unixODBC-2.3.12

Introdução a "unixODBC"

O pacote unixODBC é um subsistema "ODBC" ("Open DataBase Connectivity") de fonte aberto e um "SDK" "ODBC" para Linux, Mac OSX e UNIX. "ODBC" é uma especificação aberta para fornecer para os(as) desenvolvedores(as) de aplicativos uma "API" previsível com a qual acessar fontes de dados. As fontes de dados incluem servidores "SQL" opcionais e qualquer fonte de dados com um controlador "ODBC". unixODBC contém os seguintes componentes usados para auxiliar na manipulação de fontes de dados "ODBC": um gerenciador de controlador; uma biblioteca de instalador e ferramenta de linha de comando; ferramentas de linha de comando para ajudar a instalar um controlador e trabalhar com "SQL"; controladores e bibliotecas de configuração do controlador.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/lurcher/unixODBC/releases/download/2.3.12/unixODBC-2.3.12.tar.gz
Transferência (FTP): ftp://ftp.unixodbc.org/pub/unixODBC/unixODBC-2.3.12.tar.gz
Soma de verificação MD5 da transferência: d62167d85bcb459c200c0e4b5a63ee48
Tamanho da transferência: 1,7 MB
Espaço em disco estimado exigido: 28 MB
Tempo de construção estimado: 0,2 UPC (usando paralelismo = 4)

Dependências do "unixODBC"

Opcionais

Mini SQL e Pth-2.0.7

Instalação do "unixODBC"

Instale unixODBC executando os seguintes comandos:

./configure --prefix=/usr \
           --sysconfdir=/etc/unixODBC &&
make

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

make install &&

find doc -name "Makefile*" -delete               &&
chmod 644 doc/{lst,ProgrammerManual/Tutorial}/*   &&

install -v -m755 -d /usr/share/doc/unixODBC-2.3.12 &&
cp      -v -R doc/* /usr/share/doc/unixODBC-2.3.12

Explicações do Comando

--enable-drivers: Esse parâmetro habilita construir os controladores que foram instalados por padrão nas versões anteriores.

--enable-drivers-conf: Esse parâmetro habilita construir as bibliotecas de configuração do controlador que foram instaladas por padrão nas versões anteriores.

Configurando "unixODBC"

Arquivos de Configuração

/etc/unixODBC/*

Informação de Configuração

Os arquivos em /etc/unixODBC são destinados a serem configurados pelo(a) administrador(a) do sistema (ou pelo(a) administrador(a) do sítio "ODBC" se os privilégios apropriados forem concedidos a /etc /unixODBC). Esses arquivos não são destinados para serem editados diretamente. A biblioteca do instalador "ODBC" é responsável por ler e gravar os arquivos de configuração unixODBC.

Infelizmente, não existem muitas man, ou quaisquer páginas info para os vários aplicativos disponíveis no pacote unixODBC. Juntamente com as informações nas “Descrições Curtas” abaixo e a documentação instalada em /usr/share/doc/unixODBC-2.3.12, existem muitos arquivos README em toda a árvore do fonte onde o uso e a funcionalidade dos aplicativos podem ser encontrados. Além disso, você pode usar o parâmetro -? para informações de sintaxe e uso. Por fim, o sítio da "web" do unixODBC em http://www.unixodbc.org/ tem informações muito boas.

Conteúdo

Aplicativos Instalados: dltest, isql, iusql, odbc_config, odbcinst e slencheck

Bibliotecas Instaladas: libodbc.so, libodbccr.so e libodbcinst.so

Diretórios Instalados: /etc/unixODBC e /usr/share/doc/unixODBC-2.3.12

Descrições Curtas

dltest	é um utilitário usado para verificar uma biblioteca compartilhada para ver se ela pode ser carregada e se um dado símbolo existe nela
isql	é um utilitário que pode ser usado para submeter "SQL" para uma fonte de dados e para formatar/suprir resultados. Ele pode ser usado em modo de lote ou interativo
iusql	fornece a mesma funcionalidade que o aplicativo isql
odbc_config	é usado para descobrir detalhes a respeito da instalação do pacote unixODBC
odbcinst	é um utilitário criado para instalar escritores de script/"RPM". É uma interface de linha de comando para funcionalidade chave na biblioteca `libodbcinst`. Ele não copia nenhum arquivo (ou seja, bibliotecas), mas modificará as informações do sistema "ODBC" para o(a) usuário(a)
slencheck	é um utilitário que tenta verificar se um controlador "ODBC" foi construído com tipos "SQLLEN" de 32 bits ou 64 bits

xdg-dbus-proxy-0.1.5

Introdução ao xdg-dbus-proxy

O pacote xdg-dbus-proxy contém um proxy de filtragem para conexões D-Bus. Isso é útil para encaminhar dados dentro e fora de uma sandbox.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/flatpak/xdg-dbus-proxy/releases/download/0.1.5/xdg-dbus-proxy-0.1.5.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: b496f34b0fa4747a66eb5adb63b7d626
Tamanho da transferência: 124 KB
Espaço em disco estimado exigido: 1,4 MB
Tempo de construção estimado: menos que 0,1 UPC

Dependências do xdg-dbus-proxy

Exigidas

dbusmock-0.29.1 e PyGObject-3.44.1

Instalação do xdg-dbus-proxy

Instale o xdg-dbus-proxy executando os seguintes comandos:

mkdir build &&
cd    build &&

meson setup --prefix=/usr --buildtype=release .. &&
ninja

Para testar os resultados, emita: ninja test.

Agora, como o(a) usuário(a) root:

ninja install

Explicações do Comando

--buildtype=release: Especifique um tipo de construção adequado para lançamentos estáveis do pacote, pois o padrão possivelmente produza binários não otimizados.

Conteúdo

Aplicativos Instalados: xdg-dbus-proxy

Bibliotecas Instaladas: Nenhum(a)

Diretórios Instalados: Nenhum(a)

Descrições Curtas

xdg-dbus-proxy

é um proxy de filtragem para conexões D-Bus

Xdg-user-dirs-0.18

Introdução a "Xdg-user-dirs"

Xdg-user-dirs é uma ferramenta para ajudar a gerenciar diretórios de usuário(a) “bem conhecidos” como a pasta "desktop" e a pasta de música. Ele também lida com a localização (ou seja, a tradução) dos nomes dos arquivos.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://user-dirs.freedesktop.org/releases/xdg-user-dirs-0.18.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: dc7decea7ffb58cd067eff1fe1798cae
Tamanho da transferência: 267 KB
Espaço em disco estimado exigido: 3,0 MB
Tempo de construção estimado: menos que 0,1 UPC

Dependências do Xdg-user-dirs

Opcionais

docbook-xml-4.5, docbook-xsl-nons-1.79.2 e libxslt-1.1.38 (todos três para construir as páginas de manual)

Instalação do "Xdg-user-dirs"

Instale xdg-user-dirs executando os seguintes comandos:

./configure --prefix=/usr           \
            --sysconfdir=/etc       \
            --disable-documentation &&
make

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

--disable-documentation: Desabilita a instalação das páginas de manual. Remova essa chave se você tiver instalado as dependências opcionais e desejar instalar as páginas de manual desse pacote.

Configurando "Xdg-user-dirs"

Arquivos de Configuração

~/.config/user-dirs.dirs, /etc/xdg/user-dirs.conf e /etc/xdg/user-dirs.defaults. Esses locais padrão podem ser substituídos por XDG_CONFIG_HOME e XDG_CONFIG_DIRS

Conteúdo

Aplicativos Instalados: xdg-user-dir e xdg-user-dirs-update

Biblioteca Instalada: Nenhum(a)

Diretório Instalado: Nenhum(a)

Descrições Curtas

xdg-user-dir	procura o caminho atual para um dos diretórios "XDG" de usuário(a)
xdg-user-dirs-update	cria versões localizadas dos diretórios de usuário(a)

Capítulo 12. Utilitários de Sistema

Este capítulo contém principalmente utilitários de hardware. Ele também contém alguns aplicativos usados por outros aplicativos no livro para propósitos de instalação ou configuração.

AccountsService-23.13.9

Introdução ao AccountsService

O pacote AccountsService fornece um conjunto de interfaces D-Bus para consulta e manipulação de informações da conta do(a) usuário(a) e uma implementação dessas interfaces baseada nos comandos usermod(8), useradd(8) e userdel(8).

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://www.freedesktop.org/software/accountsservice/accountsservice-23.13.9.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 03dccfe1b306b7ca19743e86d118e64d
Tamanho da transferência: 621 KB
Espaço em disco estimado exigido: 9,8 MB (adicionar 0,5 MB para testes)
Tempo de construção estimado: menos que 0,1 UPC (com testes)

Dependências do "AccountsService"

Exigidas

Polkit-123

Opcionais

GTK-Doc-1.33.2 e xmlto-0.0.28

Opcionais (para testes)

Instalação do "AccountsService"

Primeiro, renomeie um diretório cuja presença impede o sistema de construção de executar se dbusmock-0.29.1 não estiver instalado:

mv tests/dbusmock{,-tests}

Em seguida, corrija os testes de forma que o novo diretório seja encontrado:

sed -e '/accounts_service\.py/s/dbusmock/dbusmock-tests/' \
    -i tests/test-libaccountsservice.py

Corrija um teste que falha se a localidade en_IE.UTF-8 não estiver instalada:

sed -i '/^SIMULATED_SYSTEM_LOCALE/s/en_IE.UTF-8/en_HK.iso88591/' tests/test-daemon.py

Instale AccountsService executando os seguintes comandos:

mkdir build &&
cd    build &&

meson setup ..            \
      --prefix=/usr       \
      --buildtype=release \
      -Dadmin_group=adm   &&
ninja

Para testar o pacote, emita ninja test.

Agora, como o(a) usuário(a) root:

ninja install

Explicações do Comando

--buildtype=release: Especifique um tipo de construção adequado para lançamentos estáveis do pacote, pois o padrão possivelmente produza binários não otimizados.

-Dadmin_group=adm: Essa chave configura o grupo para contas de administrador(a).

-Ddocbook=true: Essa chave habilita construir a documentação da API da interface do D-Bus (precisa do xmlto-0.0.28).

-Dgtk_doc=true: Essa chave habilita construir a documentação da API da libaccountsservice (precisa do GTK-Doc-1.33.2).

-Dvapi=false: Essa chave desabilita construir as ligações vala. Use-a se você não tiver instalado Vala-0.56.11.

Configurando "AccountsService"

Para permitir que os(as) usuários(as) no grupo "adm" sejam listados como Administradores(as), execute os seguintes comandos como o(a) usuário(a) root:

cat > /etc/polkit-1/rules.d/40-adm.rules << "EOF"
polkit.addAdminRule(function(action, subject) {
  return ["unix-group:adm"];
  });
EOF

Unidade do systemd

Para iniciar o processo de segundo plano accounts-daemon na inicialização, habilite a unidade do systemd instalada anteriormente executando o seguinte comando como o(a) usuário(a) root:

systemctl enable accounts-daemon

Conteúdo

Aplicativos Instalados: accounts-daemon (em /usr/libexec)

Bibliotecas Instaladas: libaccountsservice.so

Diretórios Instalados: /usr/include/accountsservice-1.0, /usr/share/accountsservice, /usr/share/gtk-doc/html/libaccountsservice (opcional) e /var/lib/AccountsService

Descrições Curtas

accounts-daemon	é o processo de segundo plano AccountsService
`libaccountsservice.so`	contém as funções da "API" do AccountsService

acpid-2.0.34

Introdução a "acpid"

O acpid ("Advanced Configuration and Power Interface" processo de segundo plano de evento) é um processo de segundo plano completamente flexível e totalmente extensível para entrega de eventos "ACPI". Ele escuta na interface "netlink" e, quando ocorre um evento, executa aplicativos para lidar com o evento. Os aplicativos que ele executa são configurados por meio de um conjunto de arquivos de configuração, que podem ser inseridos por pacotes ou pelo(a) usuário(a).

Nota

Alguns outros pacotes também podem lidar com alguns eventos ACPI e possivelmente conflitem com esse pacote. Por exemplo, Systemd-254 (leia-se a documentação para Handle*= em logind.conf(5) para detalhes) e UPower-1.90.2 (usado por muitos ambientes de área de trabalho como GNOME, KDE e XFCE para lidar com eventos ACPI). Se você tiver instalado tal pacote e ele for suficiente para o teu caso de uso, esse pacote provavelmente não é necessário. Se você realmente precisa desse pacote, você precisa ser cuidadoso(a) ao configurá-lo e aos outros pacotes que manuseiam eventos ACPI para evitar conflitos. Notavelmente, Systemd-254 lida com alguns eventos ACPI por padrão, de forma que o tratamento desses eventos pelo Systemd-254 deveria ser desabilitado primeiro se manusear esses eventos com acpid (novamente, leia-se logind.conf(5) para detalhes).

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://downloads.sourceforge.net/acpid2/acpid-2.0.34.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 988c2e3fd5ba0ea4492d3ba7273af295
Tamanho da transferência: 160 KB
Espaço em disco estimado exigido: 1,9 MB
Tempo de construção estimado: menos que 0,1 UPC

Instalação do "acpid"

Instale acpid executando os seguintes comandos:

./configure --prefix=/usr \
           --docdir=/usr/share/doc/acpid-2.0.34 &&
make

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

make install                        &&
install -v -m755 -d /etc/acpi/events &&
cp -r samples /usr/share/doc/acpid-2.0.34

Configurando "acpid"

acpid é configurado por eventos definidos pelo(a) usuário(a). Coloque os arquivos de eventos sob o diretório /etc/acpi/events. Se ocorrer um evento, [então] acpid percorre os arquivos de eventos para a finalidade de ver se a expressão regular definida depois de "event" corresponde. Se corresponder, [então] a ação é executada.

O breve exemplo a seguir suspenderá o sistema quando a tampa do laptop for fechada. O exemplo também desabilita o tratamento padrão do evento de fechamento da tampa pelo Systemd-254 quando o sistema estiver funcionando com bateria e não conectado a nenhum monitor externo, para a finalidade de evitar um conflito:

cat > /etc/acpi/events/lid << "EOF"
event=button/lid
action=/etc/acpi/lid.sh
EOF

cat > /etc/acpi/lid.sh << "EOF"
#!/bin/sh
/bin/grep -q open /proc/acpi/button/lid/LID/state && exit 0
/usr/bin/systemctl suspend
EOF
chmod +x /etc/acpi/lid.sh

mkdir -pv /etc/systemd/logind.conf.d
echo HandleLidSwitch=ignore > /etc/systemd/logind.conf.d/acpi.conf

Infelizmente, nem todos os computadores rotulam os eventos ACPI da mesma maneira (por exemplo, a tampa possivelmente seja reconhecida como LID0 em vez de LID). Para determinar como teus botões são reconhecidos, use a ferramenta acpi_listen. Além disso, procure no diretório samples sob /usr/share/doc/acpid-2.0.34 para mais exemplos.

Soquete do Systemd

Para iniciar o processo de segundo plano acpid na inicialização, instale a unidade do "systemd" a partir do pacote blfs-systemd-units-20230816 executando o seguinte comando como o(a) usuário(a) root:

make install-acpid

Nota

Esse pacote usa ativação baseada em soquete e será iniciado quando algo precisar. Nenhum arquivo de unidade independente é fornecido para esse pacote.

Conteúdo

Aplicativos Instalados: acpid, acpi_listen e kacpimon

Bibliotecas Instaladas: Nenhuma

Diretórios Instalados: /etc/acpi e /usr/share/doc/acpid-2.0.34

Descrições Curtas

acpid	é um aplicativo que escuta eventos "ACPI" e executa as regras que correspondem ao evento recebido
acpi_listen	é uma ferramenta simples que se conecta ao acpid e escuta os eventos
kacpimon	é um aplicativo monitor que se conecta a três fontes de eventos "ACPI" (arquivo de eventos; "netlink"; e camada de entrada) e então informa o que vê enquanto está conectado

at-3.2.5

Introdução a "at"

O pacote at fornece execução de tarefa atrasada e processamento em lote. Ele é exigido para conformidade com o "Linux Standards Base" (LSB).

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://anduin.linuxfromscratch.org/BLFS/at/at_3.2.5.orig.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: ca3657a1c90d7c3d252e0bc17feddc6e
Tamanho da transferência: 130 KB
Espaço em disco estimado exigido: 1,9 MB (incluindo os testes)
Tempo de construção estimado: menos que 0,1 UPC

Dependências do "at"

Exigida

Um MTA

Opcionais

Linux-PAM-1.5.3

Observações de Editor(a): https://wiki.linuxfromscratch.org/blfs/wiki/at

Instalação do "at"

Antes de construir o at, como o(a) usuário(a) root, você deveria criar o grupo e o(a) usuário(a) atd que executarão o processo de segundo plano atd:

groupadd -g 17 atd                                                 &&
useradd -d /dev/null -c "atd daemon" -g atd -s /bin/false -u 17 atd

Instale at com os seguintes comandos:

./configure --with-daemon_username=atd       \
            --with-daemon_groupname=atd       \
            SENDMAIL=/usr/sbin/sendmail       \
            --with-jobdir=/var/spool/atjobs   \
            --with-atspool=/var/spool/atspool \
            --with-systemdsystemunitdir=/lib/systemd/system &&
make -j1

Para testar os resultados, emita: make test.

Agora, como o(a) usuário(a) root:

make install docdir=/usr/share/doc/at-3.2.5 \
            atdocdir=/usr/share/doc/at-3.2.5

Configurando "at"

Arquivos de Configuração

/etc/at.allow e /etc/at.deny determinam quem consegue submeter tarefas via "at" ou "batch".

Configuração do "Linux PAM"

Se At tiver sido construído com suporte Linux PAM, [então] você precisa criar um arquivo de configuração PAM, para fazê-lo funcionar corretamente com BLFS.

Emita os seguintes comandos como o(a) usuário(a) root para criar o arquivo de configuração para Linux PAM:

cat > /etc/pam.d/atd << "EOF"
# Inicia /etc/pam.d/atd

auth     required pam_unix.so
account  required pam_unix.so
password required pam_unix.so
session  required pam_unix.so

# Termina /etc/pam.d/atd
EOF

Unidade do systemd

Para iniciar o processo de segundo plano atd na inicialização, habilite a unidade do systemd instalada anteriormente executando o seguinte comando como o(a) usuário(a) root:

systemctl enable atd

Conteúdo

Aplicativos Instalados: at, atd, atq (link simbólico), atrm (link simbólico), atrun e batch

Bibliotecas Instaladas: Nenhuma

Diretórios Instalados: /usr/share/doc/at-3.2.5

Descrições Curtas

at	enfileira, examina ou deleta tarefas para execução posterior
atd	é o processo de segundo plano que executa tarefas enfileiradas para execução posterior
atq	lista as tarefas pendentes do(a) usuário(a), ou todas as tarefas, se superusuário(a)
atrm	deleta tarefas, identificadas pelo número da tarefa delas
atrun	executa tarefas enfileiradas para execução posterior
batch	é um script que executa comandos quando os níveis de carga do sistema permitem

autofs-5.1.8

Introdução a "Autofs"

Autofs controla a operação dos processos de segundo plano "automount". Os processos de segundo plano "automount" montam automaticamente sistemas de arquivos quando eles são acessados e os desmontam depois de um período de inatividade. Isso é feito baseado em um conjunto de mapas pré-configurados.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://www.kernel.org/pub/linux/daemons/autofs/v5/autofs-5.1.8.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 72d81645d39a857c3d16bd3a32e9cb44
Tamanho da transferência: 320 KB
Espaço em disco estimado exigido: 6,5 MB
Tempo de construção estimado: 0,1 UPC

Dependências do "Autofs"

Exigidas

libtirpc-1.3.3 e rpcsvc-proto-1.4.4

Opcionais

nfs-utils-2.6.3, libnsl-2.0.0, libxml2-2.10.4, MIT Kerberos V5-1.21.2, OpenLDAP-2.6.6 (somente o cliente) e Cyrus SASL-2.1.28

Configuração do Núcleo

Verifique se o suporte de núcleo "automounter" foi habilitado:

File systems --->
  <*/M> Kernel automounter support (supports v3, v4 and v5)          [AUTOFS_FS]

Opcionalmente, habilite as seguintes opções na configuração do núcleo:

File systems --->
  [*] Network File Systems --->                            [NETWORK_FILESYSTEMS]
    <*/M> NFS client support                                            [NFS_FS]
    <*/M> SMB3 and CIFS support (advanced network filesystem)             [CIFS]

Recompile e instale o novo núcleo, se necessário.

Instalação do "Autofs"

Primeiro corrija um problema introduzido pela "glibc-2.36":

grep -rl linux/fs modules | xargs sed -i "/linux\/fs/d"

Instale Autofs executando os seguintes comandos:

./configure --prefix=/usr            \
            --with-mapdir=/etc/autofs \
            --with-libtirpc           \
            --with-systemd            \
            --without-openldap        \
            --mandir=/usr/share/man &&
make

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

make install

Cuidado

Se autofs já estiver instalado em seu sistema, [então] certifique-se de produzir cópia de segurança de seus arquivos de configuração. Eles serão sobrescritos pelo seguinte comando.

Instale os arquivos padrão de configuração, ainda como o(a) usuário(a) root:

make install_samples

Explicações do Comando

--with-libtirpc: Essa chave força o pacote a usar "libtirpc" para a funcionalidade "RPC" em vez de depender da implementação originária da "Glibc", que foi removida no LFS 8.1.

--with-systemd: Essa chave habilita a instalação das unidades agrupadas do "systemd".

--without-openldap: Essa chave desabilita o "openldap" se encontrado. Se o "openldap" for desejado, [então] omita essa chave. Observe que o suporte a "openldap" em "autofs" exige MIT Kerberos V5-1.21.2.

Configurando "Autofs"

Arquivos de Configuração

/etc/sysconfig/autofs.conf, /etc/autofs/auto.master, /etc/autofs/auto.misc e /etc/autofs/auto.net

Informação de Configuração

O processo de instalação cria auto.master, auto.misc, auto.smb e auto.net. Substitua o arquivo auto.master pelos seguintes comandos como o(a) usuário(a) root:

mv /etc/autofs/auto.master /etc/autofs/auto.master.bak &&
cat > /etc/autofs/auto.master << "EOF"
# Início /etc/autofs/auto.master

/media/auto  /etc/autofs/auto.misc  --ghost
#/home        /etc/autofs/auto.home

# Fim /etc/autofs/auto.master
EOF

Esse arquivo cria um novo diretório de mídia, /media/auto que sobreporá qualquer diretório existente com o mesmo nome. Nesse exemplo, o arquivo, /etc/autofs/auto.misc, tem uma linha:

cd  -fstype=iso9660,ro,nosuid,nodev :/dev/cdrom

que montará um CDROM como /media/auto/cd se esse diretório for acessado. A opção --ghost diz ao montador automático para criar versões “ghost” (ou seja, diretórios vazios) de todos os pontos de montagem listados no arquivo de configuração, independentemente se algum dos sistemas de arquivos for realmente montado ou não. Isso é muito conveniente e altamente recomendado, porque mostrará os sistemas de arquivos montáveis automaticamente disponíveis como diretórios existentes, mesmo quando os sistemas de arquivos deles não estiverem montados atualmente. Sem a opção --ghost, você terá que se lembrar dos nomes dos diretórios. Assim que você tentar acessar um deles, o diretório será criado e o sistema de arquivos será montado. Quando o sistema de arquivos for desmontado novamente, o diretório também é destruído, a menos que a opção --ghost tenha sido fornecida.

Nota

Um método alternativo seria especificar outro local de montagem automática, como /var/lib/auto/cdrom, e criar um link simbólico a partir de /media/cdrom para o local de montagem automática.

O arquivo auto.misc precisa ser configurado para seu hardware de trabalho. O arquivo de configuração carregado deveria carregar seu CDROM se /dev/cdrom estiver ativo ou pode ser editado para corresponder à configuração do seu dispositivo. Exemplos para disquetes estão disponíveis no arquivo e são facilmente ativados. A documentação para esse arquivo está disponível usando o comando man 5 autofs.

Na segunda linha, se habilitada, um diretório inicial de usuário(a) seria montado via "NFS" no login. O /etc/home.auto precisaria existir e ter uma entrada semelhante a:

joe exemplo.org:/export/home/joe

onde o diretório /export/home/joe é exportado via "NFS" a partir do sistema "exemplo.org". Os compartilhamentos "NFS" são abordados na próxima página.

Esse pacote também poderia ser usado para montar compartilhamentos "SMB", porém esse recurso não está configurado nessas instruções. Para informações adicionais de configuração, vejam-se as páginas de manual para auto.master(5). Existem também recursos da web, tais como este AUTOFS HOWTO, disponíveis.

Unidade do systemd

Para iniciar Autofs na inicialização, habilite a unidade do "systemd" instalada anteriormente executando o seguinte comando como o(a) usuário(a) root:

systemctl enable autofs

Nota

Você também pode especificar a variável OPTIONS no arquivo /etc/sysconfig/autofs com quaisquer parâmetros adicionais que você queira passar para o processo de segundo plano de montagem automática.

Conteúdo

Aplicativo Instalado: automount

Bibliotecas Instaladas: lookup_dir.so, lookup_file.so, lookup_files.so, lookup_hosts.so, lookup_ldap.so (opcional), lookup_multi.so, lookup_nis.so, lookup_program.so, lookup_userhome.so, lookup_yp.so, mount_afs.so, mount_autofs.so, mount_bind.so, mount_changer.so, mount_ext2.so, mount_ext3.so, mount_ext4.so, mount_generic.so, mount_nfs.so, mount_nfs4.so, parse_amd.so e parse_sun.so

Diretórios Instalados: /usr/lib/autofs e /etc/autofs

Descrições Curtas

automount

é o processo de segundo plano que realiza a montagem quando uma solicitação é feita para o dispositivo

BlueZ-5.68

Introdução a "BlueZ"

O pacote BlueZ contém a pilha de protocolos "Bluetooth" para Linux.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://www.kernel.org/pub/linux/bluetooth/bluez-5.68.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 00a72fed12e706b2d8bb40786154d3aa
Tamanho da transferência: 2,2 MB
Espaço em disco estimado exigido: 158 MB (com testes)
Tempo de construção estimado: 0,4 UPC (usando paralelismo = 4; com os testes)

Dependências do "BlueZ"

Exigidas

dbus-1.14.8, GLib-2.76.4 e libical-3.0.16

Opcionais

docutils-0.20.1 (para gerar páginas de manual)

Configuração do Núcleo

Se você estiver construindo esse pacote para usar dispositivos "bluetooth" (em vez de uma dependência de construção), [então] habilite as seguintes opções na configuração do núcleo, também as opções na seção “Cryptographic API” se você pretende executar os testes e recompile o núcleo, se necessário:

General setup --->
  # If it is disabled, [TIMERFD] and [EVENTFD] will be hidden and
  # enabled implicitly.  We DO NOT recommend to enable [EXPERT]
  # unless you are really an expert user:
  [ /*] Configure standard kernel features (expert users) --->          [EXPERT]
    [*] Enable timerfd() system call                                   [TIMERFD]
    [*] Enable eventfd() system call                                   [EVENTFD]

[*] Networking support --->                                                [NET]
  <*/M> Bluetooth subsystem support --->                                    [BT]
    [*]   Bluetooth Classic (BR/EDR) features                         [BT_BREDR]
    <*/M>   RFCOMM protocol support                                  [BT_RFCOMM]
    [*]       RFCOMM TTY support                                 [BT_RFCOMM_TTY]
    <*/M>   BNEP protocol support                                      [BT_BNEP]
    [*]       Multicast filter support                       [BT_BNEP_MC_FILTER]
    [*]       Protocol filter support                     [BT_BNEP_PROTO_FILTER]
    <*/M>   HIDP protocol support                                      [BT_HIDP]
    Bluetooth device drivers --->
      # Select the appropriate drivers for your bluetooth hardware.
      # There are more vendor-specific drivers not listed here:
      < /*/M> HCI USB driver                                       [BT_HCIBTUSB]
      < /*/M> HCI SDIO driver                                     [BT_HCIBTSDIO]
      < /*/M> HCI UART driver                                       [BT_HCIUART]
  <*/M> RF switch subsystem support --->                                [RFKILL]

-*- Cryptographic API --->                                              [CRYPTO]
  Crypto core or helper --->
    <*/M> Userspace cryptographic algorithm configuration          [CRYPTO_USER]
  Block ciphers --->
    <*/M> AES (Advanced Encryption Standard)                        [CRYPTO_AES]
  AEAD (authenticated encryption with associated data) ciphers --->
    <*/M> CCM (Counter with Cipher Block Chaining-MAC)              [CRYPTO_CCM]
  Hashes, digests, and MACs --->
    <*/M> CMAC (Cipher-based MAC)                                  [CRYPTO_CMAC]
  Userspace interface --->
    <*/M> Hash algorithms                                 [CRYPTO_USER_API_HASH]
    <*/M> Symmetric key cipher algorithms             [CRYPTO_USER_API_SKCIPHER]
    <*/M> AEAD cipher algorithms                          [CRYPTO_USER_API_AEAD]

Instalação do "BlueZ"

Instale BlueZ executando os seguintes comandos:

./configure --prefix=/usr        \
            --sysconfdir=/etc     \
            --localstatedir=/var  \
            --disable-manpages    \
            --enable-library      &&
make

Para testar os resultados, emita: make check.

Agora, como o(a) usuário(a) root:

make install &&
ln -svf ../libexec/bluetooth/bluetoothd /usr/sbin

Instale o principal arquivo de configuração como o(a) usuário(a) root:

install -v -dm755 /etc/bluetooth &&
install -v -m644 src/main.conf /etc/bluetooth/main.conf

Se desejado, [então] instale a documentação da "API" como o(a) usuário(a) root:

install -v -dm755 /usr/share/doc/bluez-5.68 &&
install -v -m644 doc/*.txt /usr/share/doc/bluez-5.68

Explicações do Comando

--disable-manpages: Essa chave desabilita a geração de páginas de manual por causa da dependência de 'rst2man' em "docutils". Remova essa chave se você tiver docutils-0.20.1 instalado e desejar gerar as páginas de manual.

--enable-library: Essa chave habilita construir a biblioteca de compatibilidade BlueZ 4 que é exigida por alguns aplicativos.

ln -svf ../libexec/bluetooth/bluetoothd /usr/sbin: Esse comando torna o acesso ao processo de segundo plano "bluetooth" mais conveniente.

Configurando o "BlueZ"

Arquivos de Configuração

/etc/bluetooth/main.conf é instalado automaticamente durante a instalação. Além disso, existem dois arquivos de configuração suplementares. Você pode opcionalmente instalar os seguintes arquivos como o(a) usuário(a) root:

cat > /etc/bluetooth/rfcomm.conf << "EOF"
# Início rfcomm.conf
# Configura a configuração "RFCOMM" do subsistema "Bluetooth" no núcleo Linux.
# Usa uma linha por comando
# Veja-se a página de manual do "rfcomm" para opções


# Fim do rfcomm.conf
EOF

cat > /etc/bluetooth/uart.conf << "EOF"
# Início uart.conf
# Anexa dispositivos seriais via "UART HCI" à pilha "BlueZ"
# Usa uma linha por dispositivo
# Veja-se a página de manual do "hciattach" para opções

# Fim do uart.conf
EOF

Serviços Bluez do Systemd

Para iniciar o processo de segundo plano bluetoothd na inicialização, habilite a unidade do systemd instalada anteriormente executando o seguinte comando como o(a) usuário(a) root:

systemctl enable bluetooth

Para iniciar o processo de segundo plano obexd para uma sessão de usuário(a) (para suportar alguns aplicativos "Bluetooth" que o utilizam), habilite a unidade do "systemd" instalada anteriormente para todos(as) os(as) usuários(as) executando o seguinte comando como o(a) usuário(a) root:

systemctl enable --global obex

Nota

Systemd iniciará o processo de segundo plano "Bluetooth" somente quando um dispositivo "bluetooth" for detectado no sistema.

Conteúdo

Aplicativos Instalados: bluemoon, bluetoothctl, bluetoothd (link simbólico), btattach, btmon, hex2hcd, l2ping, l2test, mpris-proxy e rctest

Biblioteca Instalada: libbluetooth.so

Diretórios Instalados: /etc/bluetooth, /usr/{include,libexec}/bluetooth e /usr/share/doc/bluez-5.68

Descrições Curtas

bluemoon	é um utilitário de configuração do "Bluemoon"
bluetoothctl	é o aplicativo interativo de controle do "Bluetooth"
bluetoothd	é o processo de segundo plano "Bluetooth"
btmon	fornece acesso à infraestrutura do monitor do subsistema "Bluetooth" para leitura de rastreamentos "HCI"
hex2hcd	é usado para converter um arquivo necessário para dispositivos "Broadcom" para o formato "hcd" ("Broadcom bluetooth firmware")
l2ping	é usado para enviar uma solicitação de eco "L2CAP" para o endereço "MAC" do "Bluetooth" fornecido em notação hexadecimal com pontos
l2test	é um aplicativo de teste "L2CAP"
rctest	é usado para testar as comunicações "RFCOMM" na pilha "Bluetooth"
`libbluetooth.so`	contém as funções de "API" do BlueZ 4

Bubblewrap-0.8.0

Introdução a "Bubblewrap"

Bubblewrap é uma implementação "setuid" de espaços de nome de usuário(a), ou ambiente de testagem, que fornece acesso a um subconjunto de recursos do núcleo de espaço de nome de usuário(a). O "Bubblewrap" permite que os processos de propriedade do(a) usuário(a) executem em um ambiente isolado com acesso limitado ao sistema de arquivos subjacente.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/containers/bubblewrap/releases/download/v0.8.0/bubblewrap-0.8.0.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: fc0e14bc26df76225e8f8cc2df9fb657
Tamanho da transferência: 148 KB
Espaço em disco estimado exigido: 3,4 MB (com testes)
Tempo de construção estimado: menos que 0,1 UPC (com os testes)

Dependências do "Bubblewrap"

Opcionais

libxslt-1.1.38 (para gerar páginas de manual) e libseccomp-2.5.4 (construído com ligações "python", para testes)

Instalação do "Bubblewrap"

Instale Bubblewrap executando os seguintes comandos:

mkdir build &&
cd    build &&

meson setup --prefix=/usr --buildtype=release .. &&
ninja

Em seguida, se você deseja executar a suíte de teste, corrija um problema causado pela configuração mesclada do "/usr" no LFS:

sed 's@symlink usr/lib64@ro-bind-try /lib64@' -i ../tests/libtest.sh

Para testar os resultados, emita (como um(a) usuário(a) diferente do(a) usuário(a) root): ninja test

Agora, como o(a) usuário(a) root:

ninja install

Explicações do Comando

--buildtype=release: Especifique um tipo de construção adequado para lançamentos estáveis do pacote, pois o padrão possivelmente produza binários não otimizados.

Configuração do Núcleo

Quando esse pacote começou, o fluxo de desenvolvimento esperava que ele pudesse ser instalado suid-root. Isso foi há muito tempo; suid-root geralmente é considerado uma má ideia. Além dos espaços de nomes padrão, esse pacote exige que o espaço de nome opcional do(a) Usuário(a) esteja habilitado. Se isso ainda não tiver sido habilitado, selecione a seguinte opção na configuração do núcleo e recompile o núcleo:

General setup --->
  -*- Namespaces support --->                                       [NAMESPACES]
    [*] User namespace                                                 [USER_NS]

Conteúdo

Aplicativo Instalado: bwrap

Bibliotecas Instaladas: Nenhum(a)

Diretórios Instalados: Nenhum(a)

Descrições Curtas

bwrap

gera um ambiente de testagem para um aplicativo executar dentro

Colord-1.4.6

Introdução a "Colord"

Colord é um serviço de sistema que facilita gerenciar, instalar e a gerar perfis de cores. Ele é usado principalmente pelo GNOME Color Manager para integração do sistema e uso quando nenhum(a) usuário(a) está logado.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://www.freedesktop.org/software/colord/releases/colord-1.4.6.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 7dbdc807495890c13e8242385f4c641f
Tamanho da transferência: 1,8 MB
Espaço em disco estimado exigido: 32 MB (com os testes)
Tempo de construção estimado: 0,3 UPC (com os testes)

Dependências do "Colord"

Exigidas

dbus-1.14.8, GLib-2.76.4, Little CMS-2.14, Polkit-123 e SQLite-3.42.0

Opcionais

gnome-desktop-44.0 e colord-gtk-0.3.0 (para construir as ferramentas de exemplo), DocBook-utils-0.6.14, GTK-Doc-1.33.2, libxslt-1.1.38, SANE-1.0.32, ArgyllCMS e Bash Completion

Instalação do "Colord"

Deveria existir um(a) usuário(a) e um grupo dedicados para assumir o controle do processo de segundo plano "colord" após ele ser iniciado. Emita os seguintes comandos como o(a) usuário(a) root:

groupadd -g 71 colord &&
useradd -c "Proprietário(a) do Processo de Segundo Plano de Cores" -d /var/lib/colord -u 71 \
        -g colord -s /bin/false colord

Corrija uma liberação dupla que causa uma falha de construção no x86 de 32 bits e travamentos de tempo de execução com alguns monitores:

sed '/cmsUnregisterPluginsTHR/d' -i lib/colord/cd-context-lcms.c

Instale Colord executando os seguintes comandos:

mkdir build &&
cd    build &&

meson setup ..                 \
      --prefix=/usr            \
      --buildtype=release      \
      -Ddaemon_user=colord     \
      -Dvapi=true              \
      -Dsystemd=true           \
      -Dlibcolordcompat=true   \
      -Dargyllcms_sensor=false \
      -Dbash_completion=false  \
      -Ddocs=false             \
      -Dman=false              &&
ninja

Agora, como o(a) usuário(a) root:

ninja install

Para testar os resultados, emita: ninja test. Um teste, colord-self-test-daemon, falhará se o pacote já estiver instalado. A suíte de teste precisa ser executada com o "D-Bus Daemon" abrangente ao sistema em execução.

Explicações do Comando

--buildtype=release: Especifique um tipo de construção adequado para lançamentos estáveis do pacote, pois o padrão possivelmente produza binários não otimizados.

-Ddaemon_user=colord: Essa chave é usada de modo que o processo de segundo plano "colord" executará como um(a) usuário(a) sem privilégios em vez do(a) usuário(a) root.

-Dvapi=true: Essa chave habilita construir as ligações Vala. Remova se você não tiver Vala-0.56.11 instalado.

-Dsystemd=true: Essa chave habilita a instalação do serviço systemd.

-Dlibcolordcompat=true: Essa chave habilita construir uma biblioteca de compatibilidade para pacotes mais antigos que usam Colord.

-Dargyllcms_sensor=false: Essa chave desabilita o controlador do sensor "ArgLLCMS". Omita se você tiver ArgyllCMS instalado e desejar usá-lo.

-Dbash_completion=false: Essa chave desabilita o suporte ao "Bash Completion" para aplicativos "Colord".

-Ddocs=false: Essa chave desabilita a construção de documentação. Omita se você tiver GTK-Doc-1.33.2 disponível.

-Dman=false: Essa chave desabilita a construção de páginas de manual. Omita se você tiver DocBook-utils-0.6.14 disponível. Versões de espaço de nomes das folhas de estilo "docbook-xsl" também são necessárias.

Conteúdo

Aplicativos Instalados: cd-create-profile, cd-fix-profile, cd-iccdump, cd-it8 e colormgr

Bibliotecas Instaladas: libcolord.so, libcolordcompat.so, libcolordprivate.so e libcolorhug.so

Diretórios Instalados: /usr/include/colord-1, /usr/lib/colord-{plugins,sensors}, /usr/share/color{d}, /usr/share/gtk-doc/html/colord e /var/lib/colord

Descrições Curtas

cd-create-profile	é a "Color Manager Profile Creation Tool"
cd-fix-profile	é uma ferramenta usada para corrigir metadados em perfis "ICC"
cd-iccdump	despeja o conteúdo de um perfil "ICC" como texto legível por humanos
cd-it8	é a "Color Manager Testing Tool"
colormgr	é um aplicativo em modo texto que te permite interagir com o "colord" na linha de comando
`libcolord.so`	contém as funções da "API" do Colord
`libcolordcompat.so`	contém funções de API herdadas para compatibilidade com aplicativos mais antigos
`libcolordprivate.so`	contém funções internas de "API" para os aplicativos incluídos com o Colord
`libcolorhug.so`	contém um colorímetro simples de hardware de exibição

cpio-2.14

Introdução a "cpio"

O pacote cpio contém ferramentas para arquivamento.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://ftp.gnu.org/gnu/cpio/cpio-2.14.tar.bz2
Transferência (FTP): ftp://ftp.gnu.org/gnu/cpio/cpio-2.14.tar.bz2
Soma de verificação MD5 da transferência: b153e1843561841d37190e48b891188d
Tamanho da transferência: 1,5 MB
Espaço em disco estimado exigido: 19 MB (com testes e documentos)
Tempo de construção estimado: 0,2 UPC (com testes e documentos)

Dependências do "CPIO"

Opcionais

texlive-20230313 (ou install-tl-unx)

Instalação do "cpio"

Instale cpio executando os seguintes comandos:

./configure --prefix=/usr \
           --enable-mt   \
           --with-rmt=/usr/libexec/rmt &&
make &&
makeinfo --html            -o doc/html      doc/cpio.texi &&
makeinfo --html --no-split -o doc/cpio.html doc/cpio.texi &&
makeinfo --plaintext       -o doc/cpio.txt  doc/cpio.texi

Se você tiver texlive-20230313 instalado e desejar criar documentação em "PDF" ou "Postscript", [então] emita um ou ambos os seguintes comandos:

make -C doc pdf &&
make -C doc ps

Para testar os resultados, emita: make check.

Agora, como o(a) usuário(a) root:

make install &&
install -v -m755 -d /usr/share/doc/cpio-2.14/html &&
install -v -m644   doc/html/* \
                    /usr/share/doc/cpio-2.14/html &&
install -v -m644    doc/cpio.{html,txt} \
                    /usr/share/doc/cpio-2.14

Se você criou documentação em "PDF" ou "Postscript", [então] instale-a emitindo os seguintes comandos como o(a) usuário(a) root:

install -v -m644 doc/cpio.{pdf,ps,dvi} \
                /usr/share/doc/cpio-2.14

Explicações do Comando

--enable-mt: Esse parâmetro força a construção e instalação do aplicativo mt.

--with-rmt=/usr/libexec/rmt: Esse parâmetro inibe a construção do aplicativo rmt, pois ele já é instalado pelo pacote Tar no LFS.

Conteúdo

Aplicativos Instalados: cpio e mt

Bibliotecas Instaladas: Nenhuma

Diretórios Instalados: /usr/share/doc/cpio-2.14

Descrições Curtas

cpio	copia arquivos de e para arquivamentos
mt	controla as operações da unidade de fita magnética

cups-pk-helper-0.2.7

Introdução a "cups-pk-helper"

O pacote cups-pk-helper contém um auxiliar PolicyKit usado para configurar o Cups com privilégios refinados.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://www.freedesktop.org/software/cups-pk-helper/releases/cups-pk-helper-0.2.7.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 0cdadec9ea8f88b7fc7af8ca206da2bd
Tamanho da transferência: 56 KB
Espaço em disco estimado exigido: 5,3 MB
Tempo de construção estimado: 0,1 UPC

Dependências do "cups-pk-helper"

Exigidas

Cups-2.4.6 e Polkit-123

Observações de Editor(a): https://wiki.linuxfromscratch.org/blfs/wiki/cups-pk-helper

Instalação do "cups-pk-helper"

Instale cups-pk-helper executando os seguintes comandos:

mkdir build &&
cd    build &&

meson setup --prefix=/usr .. &&
ninja

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

ninja install

Conteúdo

Aplicativos Instalados: cups-pk-helper-mechanism (executável da biblioteca)

Bibliotecas Instaladas: Nenhum(a)

Diretórios Instalados: Nenhum(a)

dbus-1.14.8

Introdução ao "D-Bus"

Embora o D-Bus tenha sido construído no LFS, existem alguns recursos fornecidos pelo pacote que outros pacotes do BLFS precisam, mas as dependências deles não cabem no LFS.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://dbus.freedesktop.org/releases/dbus/dbus-1.14.8.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: da42f55aeec51b355587bc3062fc2d41
Tamanho da transferência: 1,3 MB
Espaço em disco estimado exigido: 23 MB (adicionar 20 MB para os testes)
Tempo de construção estimado: 0,2 UPC (adicionar 1,6 UPC para testes)

Dependências do "D-Bus"

Opcionais

Systemd-254 (para registrar serviços iniciados pelo processo de segundo plano de sessão D-Bus como serviços de usuário(a) systemd); Para os testes: D-Bus Python-1.3.2, PyGObject-3.44.1 e Valgrind-3.21.0; para documentação: Doxygen-1.9.7, xmlto-0.0.28, Ducktype e Yelp Tools

Observações de Editor(a): https://wiki.linuxfromscratch.org/blfs/wiki/dbus

Instalação do "D-Bus"

Instale o D-Bus executando os seguintes comandos (você possivelmente revise a saída gerada a partir de ./configure --help primeiro e adicione quaisquer parâmetros desejados ao comando configure mostrado abaixo):

./configure --prefix=/usr                       \
            --sysconfdir=/etc                    \
            --localstatedir=/var                 \
            --runstatedir=/run                   \
            --enable-user-session                \
            --disable-doxygen-docs               \
            --disable-xml-docs                   \
            --disable-static                     \
            --docdir=/usr/share/doc/dbus-1.14.8  \
            --with-system-socket=/run/dbus/system_bus_socket &&
make

Veja-se abaixo para instruções de teste.

Agora, como o(a) usuário(a) root:

make install

Se você estiver usando uma instalação "DESTDIR", [então] o dbus-daemon-launch-helper precisa ser corrigido posteriormente. Emita, como usuário(a) root:

chown -v root:messagebus /usr/libexec/dbus-daemon-launch-helper &&
chmod -v     4750       /usr/libexec/dbus-daemon-launch-helper

Muitos testes são desabilitados, a menos que D-Bus Python-1.3.2 e PyGObject-3.44.1 tenham sido instalados. Eles precisam ser executados como um(a) usuário(a) sem privilégios a partir de uma sessão local com endereço de barramento. Para executar os testes padrão, emita make check.

Se você deseja executar os testes de regressão de unidade, [então] o "configure" exige parâmetros adicionais os quais expõem funcionalidades adicionais nos binários que não se destinam a serem usadas em uma construção de produção do D-Bus. Se você gostaria de executar os testes, [então] emita os seguintes comandos (para os testes, você não precisa construir os documentos):

make distclean                                   &&
PYTHON=python3 ./configure --enable-tests         \
                           --enable-asserts       \
                           --disable-doxygen-docs \
                           --disable-xml-docs     &&
make                                              &&
make check

Existiram informes de que os testes possivelmente falhem se executados dentro de um "shell" do "Midnight Commander". Você possivelmente receba mensagens de erro de falta de memória ao executar os testes. Elas são normais e podem ser seguramente ignoradas.

Explicações do Comando

--disable-doxygen-docs: Essa chave desabilita a construção e instalação da documentação do "doxygen", se você tiver o doxygen instalado. Se doxygen estiver instalado e você desejar construí-la, [então] remova esse parâmetro.

--disable-xml-docs: Essa chave desabilita a construção e instalação da documentação "HTML", se você tiver o xmlto instalado. Se xmlto estiver instalado e você desejar construí-la, [então] remova esse parâmetro.

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

--enable-user-session: Esse parâmetro habilita sessões do DBus por usuário(a) com systemd.

--with-system-pid-file=/run/dbus/pid: Esse parâmetro especifica o local do arquivo "PID".

--with-system-socket=/run/dbus/system_bus_socket: Esse parâmetro especifica o local do soquete do barramento do sistema.

--enable-tests: Constrói partes extras do código para suportar todos os testes. Não use em uma construção de produção.

--enable-embedded-tests: Constrói partes extras do código para suportar somente testes de unidade. Não use em uma construção de produção.

--enable-asserts: Habilita código de depuração para executar asserções para declarações normalmente presumidas serem verdadeiras. Isso evita um aviso que '--enable-tests' por si só é útil somente para perfilamento e pode não fornecer resultados verdadeiros para todos os testes, mas adiciona a própria OBSERVAÇÃO dele de que isso não deveria ser usado em uma construção de produção.

Configurando o "D-Bus"

Arquivos de Configuração

/etc/dbus-1/session.conf, /etc/dbus-1/system.conf e /etc/dbus-1/system.d/*

Informação de Configuração

Os arquivos de configuração listados acima provavelmente não deveriam ser modificados. Se mudanças forem necessárias, [então] você deveria criar /etc/dbus-1/session-local.conf e(ou) /etc/dbus-1/system-local.conf e fazer quaisquer mudanças desejadas nesses arquivos.

Se quaisquer pacotes instalarem um arquivo .service do D-Bus fora do diretório padrão /usr/share/dbus-1/services, esse diretório deveria ser adicionado à configuração local da sessão. Por exemplo, /usr/local/share/dbus-1/services pode ser adicionado realizando-se os seguintes comandos como o(a) usuário(a) root:

cat > /etc/dbus-1/session-local.conf << "EOF"
<!DOCTYPE busconfig PUBLIC
 "-//freedesktop//DTD D-BUS Bus Configuration 1.0//EN"
 "http://www.freedesktop.org/standards/dbus/1.0/busconfig.dtd">
<busconfig>

 <!-- Search for .service files in /usr/local -->
 <servicedir>/usr/local/share/dbus-1/services</servicedir>

</busconfig>
EOF

Processo de Segundo Plano de Sessão do "D-Bus"

Existem muitos métodos que você pode usar para iniciar um processo de segundo plano de sessão usando o comando dbus-launch. Revise a página de manual do dbus-launch para detalhes a respeito dos parâmetros e opções disponíveis. Aqui estão algumas sugestões e exemplos:

Adicione dbus-launch à linha no arquivo ~/.xinitrc que inicia seu ambiente gráfico de área de trabalho.
Se você usar gdm ou algum outro gerenciador de tela que chame o arquivo ~/.xsession, [então] você pode adicionar dbus-launch à linha no seu arquivo ~/.xsession que inicia seu ambiente gráfico de área de trabalho. A sintaxe seria semelhante ao exemplo no arquivo ~/.xinitrc.
Os exemplos mostrados anteriormente usam dbus-launch para especificar um aplicativo a ser executado. Isso tem a vantagem (ao usar também o parâmetro --exit-with-x11) de parar o processo de segundo plano de sessão quando o aplicativo especificado for interrompido. Você também pode iniciar o processo de segundo plano de sessão em seus "scripts" de inicialização de sistema ou os pessoais, adicionando as seguintes linhas:
```
# Inicia o processo de segundo plano de sessão do "D-Bus"
eval `dbus-launch`
export DBUS_SESSION_BUS_ADDRESS
```
Esse método não parará o processo de segundo plano de sessão quando você sair do seu "shell"; portanto você deveria adicionar a seguinte linha ao seu arquivo ~/.bash_logout:
```
# Mata o processo de segundo plano de sessão do "D-Bus"
kill $DBUS_SESSION_BUS_PID
```

Conteúdo

Uma lista dos arquivos instalados, juntamente com as descrições curtas deles, pode ser encontrada em ../../../../lfs/view/12.0-systemd/chapter08/dbus.html#contents-dbus.

Fcron-3.2.1

Introdução ao "Fcron"

O pacote Fcron contém um agendador periódico de comandos que visa a substituir o Vixie Cron.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): http://fcron.free.fr/archives/fcron-3.2.1.src.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: bd4996e941a40327d11efc5e3fd1f839
Tamanho da transferência: 587 KB
Espaço em disco estimado exigido: 5,1 MB
Tempo de construção estimado: 0,1 UPC

Dependências do "Fcron"

Opcionais

Um MTA, editor de texto (o padrão é vi originário do pacote Vim-9.0.1677), Linux-PAM-1.5.3 e DocBook-utils-0.6.14

Instalação do "Fcron"

Por razões de segurança, um(a) usuário(a) e um grupo sem privilégios para Fcron deveriam ser criados (realize como o(a) usuário(a) root):

groupadd -g 22 fcron &&
useradd -d /dev/null -c "Usuário(a) Fcron" -g fcron -s /bin/false -u 22 fcron

Agora corrija alguns locais codificados rigidamente na documentação:

find doc -type f -exec sed -i 's:/usr/local::g' {} \;

Instale Fcron executando os seguintes comandos:

./configure --prefix=/usr         \
            --sysconfdir=/etc      \
            --localstatedir=/var   \
            --without-sendmail     \
            --with-piddir=/run     \
            --with-boot-install=no &&
make

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

make install

A instalação "DESTDIR" precisa ser feita como usuário(a) root. Além disso, se os arquivos de configuração "PAM" devessem ser instalados em /etc/pam.d, [então] você tem de criar esse diretório no "DESTDIR" antes de fazer a instalação.

Explicações do Comando

--without-sendmail: Por padrão, Fcron tentará usar o comando sendmail originário de um pacote MTA para te comunicar os resultados do "script" fcron. Essa chave é usada para desabilitar a notificação padrão de mensagem eletrônica. Omita a chave para habilitar o padrão. Alternativamente, você pode usar o --with-sendmail=</caminho/para/comando "MTA"> para usar um comando de comunicador diferente.

--with-boot-install=no: Isso impede a instalação do "script" de inicialização incluído no pacote.

--with-piddir=/run: Isso corrige a unidade do "systemd" para usar o diretório apropriado para arquivos "PID", de modo que o "systemctl" não trave e a unidade inicie corretamente.

--with-editor=</caminho/para/editor>: Essa chave te permite configurar o editor padrão de texto.

--with-dsssl-dir=</caminho/para/folhas_de_estilo_dsssl>: Possivelmente seja usado se você tiver DocBook-utils-0.6.14 instalado. Atualmente, as folhas de estilo "dsssl" estão localizadas em /usr/share/sgml/docbook/dsssl-stylesheets-1.79.

Configurando o "Fcron"

Arquivos de Configuração

/etc/fcron.conf, /etc/fcron.allow e /etc/fcron.deny

Informação de Configuração

Não existem modificações necessárias em nenhum dos arquivos de configuração. As informações de configuração podem ser encontradas na página de manual do fcron.conf.

Scripts fcron são escritos usando fcrontab. Consulte a página de manual do fcrontab para os parâmetros adequados para endereçar sua situação.

Se Linux-PAM estiver instalado, [então] dois arquivos de configuração do "PAM" serão instalados em /etc/pam.d. Alternativamente, se /etc/pam.d não for usado, [então] a instalação anexará duas seções de configuração ao arquivo /etc/pam.conf existente. Você deveria garantir que os arquivos correspondam às suas preferências. Modifique-os conforme necessário para atender às suas necessidades.

Tarefas Periódicas

Se você gostaria de configurar uma hierarquia periódica para o(a) usuário(a) "root", [então] primeiro emita os seguintes comandos (como o(a) usuário(a) root) para criar o "script" /usr/bin/run -parts:

cat > /usr/bin/run-parts << "EOF" &&
#!/bin/sh
# run-parts: Executa todos os scripts encontrados em um diretório.
# Originário do "Slackware", por Patrick J. Volkerding com ideias advindas
# das versões "Red Hat" e "Debian" desse utilitário.

# Continue quando algo falhar
set +e

if [ $# -lt 1 ]; then
  echo "Uso: run-parts <diretório>"
  exit 1
fi

if [ ! -d $1 ]; then
  echo "Não é um diretório: $1"
  echo "Uso: run-parts <diretório>"
  exit 1
fi

# Existem vários tipos de arquivos que gostaríamos de
# ignorar automaticamente, pois provavelmente serão cópias de segurança
# de outros scripts:
IGNORE_SUFFIXES="~ ^ , .bak .new .rpmsave .rpmorig .rpmnew .swp"

# Principal loop:
for SCRIPT in $1/* ; do
  # Se este não for um arquivo normal, pule-o:
  if [ ! -f $SCRIPT ]; then
    continue
  fi
  # Determine se este arquivo deveria ser ignorado pelo sufixo:
  SKIP=false
  for SUFFIX in $IGNORE_SUFFIXES ; do
    if [ ! "$(basename $SCRIPT $SUFFIX)" = "$(basename $SCRIPT)" ]; then
      SKIP=true
      break
    fi
  done
  if [ "$SKIP" = "true" ]; then
    continue
  fi
  # Se chegamos até aqui, [então] execute o script se for executável:
  if [ -x $SCRIPT ]; then
    $SCRIPT || echo "$SCRIPT falhou."
  fi
done

exit 0
EOF
chmod -v 755 /usr/bin/run-parts

Em seguida, crie o esquema do diretório para os tarefas periódicas (novamente como o(a) usuário(a) root):

install -vdm754 /etc/cron.{hourly,daily,weekly,monthly}

Finalmente, adicione o run-parts ao "fcrontab" do sistema (enquanto ainda o(a) usuário(a) root):

cat > /var/spool/fcron/systab.orig << "EOF"
&bootrun 01 * * * * root run-parts /etc/cron.hourly
&bootrun 02 4 * * * root run-parts /etc/cron.daily
&bootrun 22 4 * * 0 root run-parts /etc/cron.weekly
&bootrun 42 4 1 * * root run-parts /etc/cron.monthly
EOF

Unidade do "systemd"

Habilite o fcron para iniciar na inicialização usando a unidade do "systemd" instalada anteriormente.

systemctl enable fcron

Finalmente, novamente como o(a) usuário(a) root, inicie o "fcron" e gere o arquivo /var/spool/fcron/systab:

systemctl start fcron &&
fcrontab -z -u systab

Conteúdo

Aplicativos Instalados: fcron, fcrondyn, fcronsighup e fcrontab

Bibliotecas Instaladas: Nenhum(a)

Diretórios Instalados: /usr/share/doc/fcron-3.2.1 e /var/spool/fcron

Descrições Curtas

fcron	é o processo de segundo plano de agendamento
fcrondyn	é uma ferramenta de usuário(a) destinada a interagir com um processo de segundo plano fcron em execução
fcronsighup	instrui o fcron a reler as tabelas do Fcron
fcrontab	é um aplicativo usado para instalar, editar, listar e remover as tabelas usadas pelo fcron

GPM-1.20.7

Introdução ao "GPM"

O pacote GPM (processo de segundo plano "General Purpose Mouse") contém um servidor de mouse para o console e xterm. Ele não apenas fornece suporte para recortar e colar em geral, mas o componente de biblioteca dele é usado por vários softwares, como Links, para fornecer suporte de mouse para o aplicativo. É útil em áreas de trabalho, especialmente se seguir as instruções do (Beyond) Linux From Scratch; frequentemente é muito mais fácil (e menos sujeito a erros) recortar e colar entre duas janelas do console que digitar tudo manualmente!

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://anduin.linuxfromscratch.org/BLFS/gpm/gpm-1.20.7.tar.bz2
Transferência (FTP): ftp://anduin.linuxfromscratch.org/BLFS/gpm/gpm-1.20.7.tar.bz2
Soma de verificação MD5 da transferência: bf84143905a6a903dbd4d4b911a2a2b8
Tamanho da transferência: 820 KB
Espaço em disco estimado exigido: 7,4 MB
Tempo de construção estimado: 0,1 UPC

Transferências Adicionais

Remendo exigido: https://www.linuxfromscratch.org/patches/blfs/12.0/gpm-1.20.7-consolidated-1.patch

Observações de Editor(a): https://wiki.linuxfromscratch.org/blfs/wiki/GPM

Configuração do Núcleo

Habilite a seguinte opção na configuração do núcleo e recompile o núcleo se necessário:

Device Drivers --->
  Input device support --->
    -*-   Generic input layer (needed for keyboard, mouse, ...)          [INPUT]
    <*/M>   Mouse interface                                     [INPUT_MOUSEDEV]

Instalação do "GPM"

Instale GPM executando os seguintes comandos:

patch -Np1 -i ../gpm-1.20.7-consolidated-1.patch &&
./autogen.sh                                    &&
./configure --prefix=/usr --sysconfdir=/etc      &&
make

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

make install                                         &&

install-info --dir-file=/usr/share/info/dir           \
             /usr/share/info/gpm.info                 &&

rm -fv /usr/lib/libgpm.a                              &&
ln -sfv libgpm.so.2.1.0 /usr/lib/libgpm.so            &&
install -v -m644 conf/gpm-root.conf /etc              &&

install -v -m755 -d /usr/share/doc/gpm-1.20.7/support &&
install -v -m644    doc/support/*                     \
                    /usr/share/doc/gpm-1.20.7/support &&
install -v -m644    doc/{FAQ,HACK_GPM,README*}        \
                    /usr/share/doc/gpm-1.20.7

Explicações do Comando

./autogen.sh: Esse comando cria o ausente script configure.

install-info ...: Esse pacote instala um arquivo .info, mas não atualiza o arquivo dir do sistema. Esse comando faz a atualização.

ln -v -sfn libgpm.so.2.1.0 /usr/lib/libgpm.so: Esse comando é usado para criar (ou atualizar) o link simbólico .so para a biblioteca.

Configurando o "GPM"

Unidade do systemd

Para iniciar o processo de segundo plano gpm na inicialização, instale a unidade do "systemd" a partir do pacote blfs-systemd-units-20230816 executando o seguinte comando como o(a) usuário(a) root:

make install-gpm

Arquivos de Configuração

/etc/gpm-root.conf e ~/.gpm-root: Os arquivos de configuração gpm-root padrão e de usuário(a) individual.

Informação de Configuração

GPM é iniciado por padrão com os seguintes parâmetros: -m /dev/input/mice -t imps2. Se os parâmetros mencionados não atenderem às suas necessidades, [então] você pode substituí-los executando os seguintes comandos como o(a) usuário(a) root:

install -v -dm755 /etc/systemd/system/gpm.service.d &&
cat > /etc/systemd/system/gpm.service.d/99-user.conf << EOF
[Service]
ExecStart=/usr/sbin/gpm <lista de parâmetros>
EOF

Conteúdo

Aplicativos Instalados: disable-paste, display-buttons, display-coords, get-versions, gpm, gpm-root, hltest, mev e mouse-test

Biblioteca Instalada: libgpm.so

Diretório Instalado: /usr/share/doc/gpm-1.20.7

Descrições Curtas

disable-paste	é um mecanismo de segurança usado para desabilitar o "buffer" de colagem
display-buttons	é um aplicativo simples que informa os botões do mouse sendo pressionados e liberados
display-coords	é um aplicativo simples que informa as coordenadas do mouse
get-versions	é usado para informar as versões da biblioteca GPM e do servidor
gpm	é um utilitário de recortar e colar e servidor de mouse para consoles virtuais
gpm-root	é um manuseador padrão para gpm. É usado para desenhar menus na janela raiz
hltest	é um aplicativo de exemplo simples que usa a biblioteca de alto nível, destinado a ser lido por programadores(as) que tentam usar a biblioteca de alto nível
mev	é um aplicativo para informar eventos de mouse
mouse-test	é uma ferramenta para determinar o tipo de mouse e o dispositivo ao qual está conectado
`libgpm.so`	contém as funções da "API" para acessar o processo de segundo plano GPM

Hdparm-9.65

Introdução ao "Hdparm"

O pacote Hdparm contém um utilitário que é útil para obter informações e controlar controladores "ATA"/"IDE" e unidades rígidas. Permite aumentar o desempenho e, às vezes, aumentar a estabilidade.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Atenção

Além de ser útil, o uso incorreto do Hdparm pode destruir suas informações e, em casos raros, unidades. Use com cuidado e certifique-se de saber o que está fazendo. Se em dúvida, [então] é recomendado que você deixe os parâmetros padrão do núcleo em paz.

Informação do Pacote

Transferência (HTTP): https://downloads.sourceforge.net/hdparm/hdparm-9.65.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 6d6d039d61ec995b1ec72ddce0b1853b
Tamanho da transferência: 140 KB
Espaço em disco estimado exigido: 1,0 MB
Tempo de construção estimado: menos que 0,1 UPC

Instalação do "Hdparm"

Construa o Hdparm executando o seguinte comando:

make

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

make binprefix=/usr install

Conteúdo

Aplicativo Instalado: hdparm

Bibliotecas Instaladas: Nenhum(a)

Diretórios Instalados: Nenhum(a)

Descrições Curtas

hdparm

fornece uma interface de linha de comando para vários "ioctls" de disco rígido suportados pelo subsistema padrão de controlador de dispositivo "ATA"/"IDE" do Linux

LSB-Tools-0.10

Introdução ao "LSB-Tools"

O pacote LSB-Tools inclui ferramentas para conformidade com "Linux Standards Base" (LSB).

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/lfs-book/LSB-Tools/releases/download/v0.10/LSB-Tools-0.10.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 846c7ee94989c7d48d386c875dbd1d9f
Tamanho da transferência: 19 KB
Espaço em disco estimado exigido: 428 KB
Tempo de construção estimado: menos que 0,1 UPC

Instalação do "LSB-Tools"

Instale LSB-Tools executando os seguintes comandos:

python3 setup.py build

Agora, como o(a) usuário(a) root:

python3 setup.py install --optimize=1

Informação de Configuração

A configuração para esse pacote foi feita no LFS e no Systemd. O arquivo /etc/lsb-release já deveria existir. Certifique-se de que a entrada "DISTRIB_CODENAME" tenha sido configurada adequadamente.

Conteúdo

Aplicativos Instalados: lsb_release, install_initd e remove_initd

Biblioteca Instalada: Nenhuma

Diretórios Instalados: /usr/lib/lsb e /usr/lib/python3.11/site-packages/lsbtools

Descrições Curtas

lsb_release	é um script para fornecer dados "LSB"
install_initd	é um script para ativar scripts de inicialização do "SysV"
remove_initd	é um script para desativar scripts de inicialização do "SysV"

Lm-sensors-3-6-0

Introdução ao "Lm_sensors"

O pacote lm_sensors fornece suporte de espaço de usuário(a) para os controladores de monitoramento de hardware no núcleo Linux. Isso é útil para monitorar a temperatura da "CPU" e ajustar o desempenho de alguns hardwares (como ventiladores de resfriamento).

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/lm-sensors/lm-sensors/archive/V3-6-0/lm-sensors-3-6-0.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: f60e47b5eb50bbeed48a9f43bb08dd5e
Tamanho da transferência: 268 KB
Espaço em disco estimado exigido: 2,6 MB
Tempo de construção estimado: menos que 0,1 UPC

Dependências do "lm_sensors"

Exigidas

Which-2.21

Opcionais

RRDtool (exigido para construir o aplicativo sensord) e dmidecode (tempo de execução)

Configuração do Núcleo

As opções de configuração a seguir tentam abranger os dispositivos de monitoramento de hardware mais comuns em um sistema típico de área de trabalho ou laptop. Veja-se a ajuda de cada uma (pressionando o botão H com a opção focada em make menuconfig) para saber se você precisa dela. Existem muitos dispositivos de monitoramento de hardware específicos da plataforma, de forma que é impossível listar a configuração de todos eles aqui. Você pode investigar o conteúdo de /sys/class/hwmon dentro de uma distribuição “mainstream” em execução no sistema para saber quais controladores você precisa.

Power management and ACPI options --->
  [*] ACPI (Advanced Configuration and Power Interface) Support --->      [ACPI]
    < /*/M> Battery                                               [ACPI_BATTERY]
    < /*/M> Thermal Zone                                          [ACPI_THERMAL]

Device Drivers --->
  NVME Support --->
    < /*> NVM Express block device                                [BLK_DEV_NVME]
    # Set [HWMON] to <*> (not <M>!) or it will not show up:
    [ /*] NVMe hardware monitoring                                  [NVME_HWMON]
  <*/M> Hardware Monitoring support --->                                 [HWMON]
    < /*/M> AMD Athlon64/FX or Opteron temperature sensor       [SENSORS_K8TEMP]
    < /*/M> AMD Family 10h+ temperature sensor                 [SENSORS_K10TEMP]
    < /*/M> AMD Family 15h processor power                [SENSORS_FAM15H_POWER]
    < /*/M> Intel Core/Core2/Atom temperature sensor          [SENSORS_CORETEMP]

Recompile teu núcleo e reinicialize no novo núcleo.

Instalação do "Lm_sensors"

Instale Lm_sensors executando os seguintes comandos:

make PREFIX=/usr       \
     BUILD_STATIC_LIB=0 \
     MANDIR=/usr/share/man

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

make PREFIX=/usr       \
     BUILD_STATIC_LIB=0 \
     MANDIR=/usr/share/man install &&

install -v -m755 -d /usr/share/doc/lm_sensors-3-6-0 &&
cp -rv              README INSTALL doc/* \
                    /usr/share/doc/lm_sensors-3-6-0

Explicações do Comando

BUILD_STATIC_LIB=0: Esse parâmetro desabilita a compilação e instalação da versão estática da libsensors.

PROG_EXTRA=sensord: Esse parâmetro habilita compilar o sensord, um processo de segundo plano que consegue monitorar seu sistema em intervalos regulares. Compilar o sensord exige RRDtool. Certifique-se de instalar o "RRDtool" em /usr executando make prefix=/usr ao construí-lo. Caso contrário, "Lm_sensors" não o encontrará facilmente.

Configurando o "Lm_sensors"

Arquivo de Configuração

/etc/sensors3.conf

Conteúdo

Aplicativos Instalados: fancontrol, isadump, isaset, pwmconfig, sensors, sensors-conf-convert, sensors-detect e, opcionalmente, sensord

Biblioteca Instalada: libsensors.so

Diretórios Instalados: /etc/sensors.d, /usr/include/sensors e /usr/share/doc/lm_sensors-3-6-0

Descrições Curtas

fancontrol	é um script de shell para uso com lm_sensors. Ele lê a configuração dele a partir de um arquivo, então calcula velocidades do ventilador a partir das temperaturas e configura as correspondentes saídas geradas de "PWM" para os valores computados
isadump	é um pequeno aplicativo auxiliar para examinar registros visíveis por meio do barramento "ISA". Destina-se a testar qualquer chip que resida no barramento "ISA" trabalhando com um registrador de endereços e um registrador de dados (acesso tipo "I2C") ou um intervalo plano (de até 256 bytes)
isaset	é um pequeno aplicativo auxiliar para configurar registros visíveis por meio do barramento "ISA"
pwmconfig	testa as saídas geradas de modulação por largura de pulso ("PWM") dos sensores e configura o controle do ventilador
sensors	imprime as leituras atuais de todos os "chips" sensores
sensors-conf-convert	é um script Perl para converter arquivos de configuração de versão 2 do lm-sensors para funcionar com a versão 3
sensors-detect	é um script Perl que te guiará ao longo do processo de varredura de seu sistema em busca de vários "chips" de monitoramento de hardware (sensores) suportados pela `libsensors`, ou mais geralmente pelo conjunto de ferramentas lm_sensors
sensord	(opcional) é um processo de segundo plano que consegue ser usado para registrar periodicamente as leituras do sensor
`libsensors.so`	contém as funções da "API" do lm_sensors

Logrotate-3.21.0

Introdução ao "Logrotate"

O pacote logrotate permite rotação, compressão, remoção e envio automático de arquivos de registro.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/logrotate/logrotate/releases/download/3.21.0/logrotate-3.21.0.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 6c15f45efc3475a576c4f7e6cc481b2c
Tamanho da transferência: 164,5 KB
Espaço em disco estimado exigido: 2,9 MB (adicionar 38 MB para os testes)
Tempo de construção estimado: menos que 0,1 UPC (adicionar 0,2 UPC para os testes)

Dependências do "Logrotate"

Exigidas

popt-1.19

Opcionais

Um MTA (tempo de execução)

Instalação do "Logrotate"

Instale logrotate executando o seguinte comando:

./configure --prefix=/usr &&
make

Para testar os resultados, emita: make test. Um teste falha porque o muito antigo compress não está presente e dois testes falham se um "MTA" não estiver instalado.

Agora, como o(a) usuário(a) root:

make install

Configurando o "Logrotate"

Logrotate precisa de um arquivo de configuração, o qual precisa ser passado como um argumento para o comando quando executado. Crie o arquivo como o(a) usuário(a) root:

cat > /etc/logrotate.conf << EOF
# Começo /etc/logrotate.conf

# Rotacione os arquivos de registro semanalmente
weekly

# Não envie registros para ninguém
nomail

# Se o arquivo de registro estiver vazio, [então] ele não será rotacionado
notifempty

# Número de cópias de segurança que serão mantidas
# Isto manterá somente as duas cópias de segurança mais recentes
rotate 2

# Crie novos arquivos vazios depois de rotacionar os antigos
# Isto criará arquivos de registro vazios, com o(a) proprietário(a)
# configurado como "root", grupo configurado como "sys" e permissões 664
create 0664 root sys

# Comprime as cópias de segurança com o "gzip"
compress

# Nenhum pacote possui "lastlog" ou "wtmp" - rotacione-os aqui
/var/log/wtmp {
    monthly
    create 0664 root utmp
    rotate 1
}

/var/log/lastlog {
    monthly
    rotate 1
}

# Alguns pacotes colocam informações de rotação de registro neste diretório
# de forma que incluímos qualquer arquivo nele.
include /etc/logrotate.d

# Fim /etc/logrotate.conf
EOF

chmod -v 0644 /etc/logrotate.conf

Agora crie o diretório /etc/logrotate.d como o(a) usuário(a) root:

mkdir -p /etc/logrotate.d

Neste ponto, comandos adicionais de rotação de registro conseguem ser inseridos, normalmente no diretório /etc/logrotate.d. Por exemplo:

cat > /etc/logrotate.d/sys.log << EOF
/var/log/sys.log {
   # Se o arquivo de registro for maior que 100 KB, [então] rotacione-o
   size   100k
   rotate 5
   weekly
   postrotate
      /bin/killall -HUP syslogd
   endscript
}
EOF

chmod -v 0644 /etc/logrotate.d/sys.log

Você consegue designar vários arquivos em uma entrada:

cat > /etc/logrotate.d/example.log << EOF
file1
file2
file3 {
   ...
  postrotate
    ...
   endscript
}
EOF

chmod -v 0644 /etc/logrotate.d/example.log

Você consegue usar na mesma linha a lista de arquivos: arquivo1 arquivo2 arquivo3. Veja-se a página de manual do "logrotate" ou https://www.techrepublic.com/article/manage-linux-log-files-with-logrotate/ para mais exemplos.

O comando logrotate /etc/logrotate.conf pode ser executado manualmente, porém o comando deveria ser executado diariamente. Outros comandos úteis são logrotate -d /etc/logrotate.conf para fins de depuração e logrotate -f /etc/logrotate.conf forçando os comandos do "logrotate" a serem executados imediatamente. Combinando as opções anteriores -df, você consegue depurar o efeito do comando "force". Durante a depuração, os comandos são somente simulados e não são realmente executados. Como resultado, erros a respeito de arquivos inexistentes aparecerão eventualmente porque os arquivos não foram realmente criados.

Para executar o comando logrotate diariamente, execute os seguintes comandos, como o(a) usuário(a) root, para criar um cronômetro do "systemd" para executar diariamente às 3h (hora local):

cat > /usr/lib/systemd/system/logrotate.service << "EOF" &&
[Unit]
Description=Executa o comando "logrotate"
Documentation=man:logrotate(8)
DefaultDependencies=no
After=local-fs.target
Before=shutdown.target

[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/usr/sbin/logrotate /etc/logrotate.conf
EOF
cat > /usr/lib/systemd/system/logrotate.timer << "EOF" &&
[Unit]
Description=Executa o comando "logrotate" diariamente as 3:00 AM

[Timer]
OnCalendar=*-*-* 3:00:00
Persistent=true

[Install]
WantedBy=timers.target
EOF
systemctl enable logrotate.timer

Conteúdo

Aplicativos Instalados: logrotate

Biblioteca Instalada: Nenhum(a)

Diretórios Instalados: Nenhum(a)

Descrições Curtas

logrotate

realiza as funções de manutenção do registro definidas nos arquivos de configuração

MC-4.8.30

Introdução ao "MC"

MC (Midnight Commander) é um gerenciador de arquivos em tela cheia em modo texto e shell visual. Ele fornece uma interface clara, amigável e um tanto protegida para um sistema Unix, ao mesmo tempo que torna muitas operações frequentes de arquivos mais eficientes e preserva todo o poder do prompt de comando.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): http://ftp.midnight-commander.org/mc-4.8.30.tar.xz
Transferência (FTP): ftp://ftp.osuosl.org/pub/midnightcommander/mc-4.8.30.tar.xz
Soma de verificação MD5 da transferência: 96fcd04710b7848fedea8597da4bd7da
Tamanho da transferência: 2,3 MB
Espaço em disco estimado exigido: 75 MB (adicionar 86 MB para testes)
Tempo de construção estimado: 0,3 UPC (usando paralelismo=4; adicionar 0,2 UPC para os testes)

Dependências do "MC"

Exigidas

Opcionais

Doxygen-1.9.7, GPM-1.20.7, Graphviz-8.1.0, libssh2-1.11.0, PCRE-8.45, pcre2-10.42, Ruby-3.2.2, UnZip-6.0, um ambiente gráfico e Zip-3.0

Instalação do "MC"

Instale MC executando os seguintes comandos:

./configure --prefix=/usr \
           --sysconfdir=/etc \
           --enable-charset &&
make

Para testar os resultados, emita: make check.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

--sysconfdir=/etc: Essa chave coloca o diretório global de configuração em /etc.

--enable-charset: Essa chave adiciona suporte ao mcedit para edição de arquivos em codificações diferentes daquela implícita na localidade atual.

--with-search-engine=pcre2: Use essa chave se você preferisse usar pcre2-10.42 em vez de GLib para o mecanismo de pesquisa integrado . Alternativamente, você pode passar 'pcre' em vez de 'pcre2' se preferir usar PCRE-8.45.

Configurando o "MC"

Arquivos de Configuração

~/.config/mc/*

Informação de Configuração

O diretório ~/.config/mc e o conteúdo dele são criados quando você inicia o mc pela primeira vez. Então você pode editar o arquivo de configuração principal ~/.config/mc/ini manualmente ou por meio do shell MC. Consulte a página de manual do mc(1) para detalhes.

Conteúdo

Aplicativos Instalados: "mc" e os links simbólicos "mcdiff", "mcedit" e "mcview"

Bibliotecas Instaladas: Nenhuma

Diretórios Instalados: /etc/mc e /usr/{libexec,share}/mc

Descrições Curtas

mc	é um shell visual
mcdiff	é uma ferramenta interna visual de comparação
mcedit	é um editor interno de arquivos
mcview	é um visualizador interno de arquivos

ModemManager-1.18.12

Introdução ao "ModemManager"

ModemManager fornece uma API unificada de alto nível para comunicação com modems de banda larga móvel, independentemente do protocolo usado para comunicação com o dispositivo real.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://www.freedesktop.org/software/ModemManager/ModemManager-1.18.12.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 9f014dfc59f1bd8bc230bb2c2974d104
Tamanho da transferência: 2,5 MB
Espaço em disco estimado exigido: 155 MB (com os testes)
Tempo de construção estimado: 0,7 UPC (Usando paralelismo=4; com os testes)

Dependências do "ModemManager"

Exigidas

libgudev-238

Opcionais

Observações de Editor(a): https://wiki.linuxfromscratch.org/blfs/wiki/ModemManager

Instalação do "ModemManager"

Instale ModemManager executando os seguintes comandos:

./configure --prefix=/usr                \
            --sysconfdir=/etc             \
            --localstatedir=/var          \
            --disable-static              \
            --disable-maintainer-mode     \
            --with-systemd-journal        \
            --with-systemd-suspend-resume &&
make

Para testar os resultados, emita: make check.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

--with-systemd-suspend-resume: Essa chave força o ModemManager a usar os recursos de gerenciamento de energia do systemd.

--with-systemd-journal : Essa chave força o ModemManager a usar o diário do "systemd" para registro.

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

--enable-gtk-doc: Use esse parâmetro se GTK-Doc estiver instalado e você desejar reconstruir e instalar a documentação da API.

Configurando o "ModemManager"

Unidades do "systemd"

Para iniciar o processo de segundo plano ModemManager na inicialização, habilite a unidade do systemd instalada anteriormente executando o seguinte comando como o(a) usuário(a) root:

systemctl enable ModemManager

Conteúdo

Aplicativos Instalados: mmcli e ModemManager

Bibliotecas Instaladas: libmm-glib.so

Diretórios Instalados: /etc/ModemManager, /usr/include/libmm-glib, /usr/include/ModemManager, /usr/lib/ModemManager, /usr/share/ModemManager, /usr/share/gtk-doc/html/libmm-glib (opcional) e /usr/share/gtk-doc/html/ModemManager (opcional)

Descrições Curtas

mmcli	é um utilitário usado para controlar e monitorar o ModemManager
ModemManager	é um serviço do D-Bus usado para se comunicar com modems
`libmm-glib.so`	contém funções de "API" para comunicação com modems de banda larga móvel, independentemente do protocolo usado para comunicação com o dispositivo real

notification-daemon-3.20.0

Introdução ao "Notification Daemon"

O pacote Notification Daemon contém um processo de segundo plano que exibe notificações "pop-up" passivas.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://download.gnome.org/sources/notification-daemon/3.20/notification-daemon-3.20.0.tar.xz
Transferência (FTP): ftp://ftp.acc.umu.se/pub/gnome/sources/notification-daemon/3.20/notification-daemon-3.20.0.tar.xz
Soma de verificação MD5 da transferência: 2de7f4075352831f1d98d8851b642124
Tamanho da transferência: 336 KB
Espaço em disco estimado exigido: 4,1 MB
Tempo de construção estimado: menos que 0,1 UPC

Dependências do "Notification Daemon"

Exigidas

GTK+-3.24.38 e libcanberra-0.30 (Construído com suporte a GTK+-3.24.38).

Instalação do "Notification Daemon"

Instale o Notification Daemon executando os seguintes comandos:

./configure --prefix=/usr    \
            --sysconfdir=/etc \
            --disable-static  &&
make

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

make install

Você consegue testar o processo de segundo plano de notificação com o comando notify-send:

pgrep -l notification-da &&
notify-send -i info Information "Olá ${USER}, Isto é um Teste"

O comando pgrep -l notification-da é adicionado para garantir que é o processo de segundo plano desse pacote que está executando, e não outro, por exemplo. o processo de segundo plano oriundo de xfce4-notifyd-0.8.2.

Conteúdo

Aplicativo Instalado: Nenhum(a)

Bibliotecas Instaladas: Nenhum(a)

Diretório Instalado: Nenhum(a)

p7zip-17.04

Introdução ao "p7zip"

p7zip é a versão de linha de comando do Unix do "7-Zip", um arquivador de arquivos que arquiva com altas taxas de compressão. Ele manuseia os formatos 7z, ZIP, GZIP, Brotli, BZIP2, XZ, TAR, APM, ARJ, CAB, CHM, CPIO, CramFS, DEB, DMG, FAT, HFS, ISO, Lizard, LZ5, LZFSE, LZH, LZMA, LZMA2, MBR, MSI, MSLZ, NSIS, NTFS, RAR, RPM, SquashFS, UDF, VHD, WIM, XAR, Z e Zstd.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/p7zip-project/p7zip/archive/v17.04/p7zip-17.04.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 00acfd6be87848231722d2d53f89e4a5
Tamanho da transferência: 6,5 MB
Espaço em disco estimado exigido: 55 MB
Tempo de construção estimado: 2,3 UPC (com os testes)

Dependências do "p7zip"

Opcionais

wxWidgets

Instalação do "p7zip"

Primeiro, evite que o p7zip instale páginas de manual comprimidas:

sed '/^gzip/d' -i install.sh

Em seguida, corrija uma vulnerabilidade de segurança:

sed -i '160a if(_buffer == nullptr || _size == _pos) return E_FAIL;' CPP/7zip/Common/StreamObjects.cpp

Instale p7zip executando os seguintes comandos:

make all3

Para testar os resultados, emita: make test.

Agora, como o(a) usuário(a) root:

make DEST_HOME=/usr \
    DEST_MAN=/usr/share/man \
    DEST_SHARE_DOC=/usr/share/doc/p7zip-17.04 install

Nota

Se usar técnicas "DESTDIR", [então] use "DEST_DIR" invés.

Conteúdo

Aplicativos Instalados: 7z, 7za e 7zr

Bibliotecas Instaladas: Nenhuma

Diretório Instalado: /usr/lib/p7zip e /usr/share/doc/p7zip-17.04

Descrições Curtas

7z	é um utilitário de arquivador de arquivos
7za	é um executável independente que lida com menos formatos de arquivamento que 7z
7zr	é uma versão mínima do 7za que lida somente com arquivamentos "7z"

Pax-20201030

Introdução ao "Pax"

pax é um utilitário de arquivamento criado pelo "POSIX" e definido pelo padrão "POSIX.1-2001". Em vez de resolver as opções incompatíveis que surgiram entre tar e cpio, juntamente com as implementações deles em várias versões do UNIX, o "IEEE" projetou um novo utilitário de arquivamento. O nome “pax” é um acrônimo para "Portable Archive Exchange". Além disso, “pax” significa “paz” em latim, de forma que o nome dele implica que deve criar a paz entre os(as) apoiadores(as) do formato tar e do cpio. A invocação de comandos e a estrutura de comandos são, de certa forma, uma unificação de ambos, tar e cpio.

Tem sido exigido que o pax esteja presente em sistemas compatíveis com a "LSB" desde a versão 3.0 da "LSB".

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): http://www.mirbsd.org/MirOS/dist/mir/cpio/paxmirabilis-20201030.tgz
Transferência (FTP):
Soma de verificação MD5 da transferência: 87a0a3870ec437c41eb1b406334fe2c5
Tamanho da transferência: 172 KB
Espaço em disco estimado exigido: 1,2 MB
Tempo de construção estimado: menos que 0,1 UPC

Instalação do "Pax"

Instale o "pax" executando os seguintes comandos:.

Nota

Esse pacote expande para o diretório pax.

bash Build.sh

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

Nota

Esse pacote também cria links rígidos a partir do pax para os aplicativos cpio e tar no diretório de construção. Os(As) editores(as) do LFS não recomendam que eles sejam instalados, pois sobrescreverão as versões "GNU" desses aplicativos.

install -v pax /usr/bin &&
install -v -m644 pax.1 /usr/share/man/man1

Conteúdo

Aplicativo Instalado: pax

Descrições Curtas

pax

copia arquivos de e para arquivamentos em vários formatos

pciutils-3.10.0

Introdução ao "PCI Utils"

O pacote PCI Utils contém um conjunto de aplicativos para listar dispositivos "PCI", inspecionar a situação deles e configurar os registros de configuração deles.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://mj.ucw.cz/download/linux/pci/pciutils-3.10.0.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: ca53b87d2a94cdbbba6e09aca90924bd
Tamanho da transferência: 912 KB
Espaço em disco estimado exigido: 5,7 MB
Tempo de construção estimado: menos que 0,1 UPC

Dependências do "PCI Utils"

Instalação do "PCI Utils"

Instale o PCI Utils executando os seguintes comandos:

make PREFIX=/usr               \
     SHAREDIR=/usr/share/hwdata \
     SHARED=yes

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

make PREFIX=/usr               \
     SHAREDIR=/usr/share/hwdata \
     SHARED=yes                 \
     install install-lib        &&

chmod -v 755 /usr/lib/libpci.so

Explicações do Comando

SHARED=yes: Esse parâmetro habilita a construção da biblioteca compartilhada em vez da estática.

ZLIB=no: Essa opção evita a compressão do arquivo pci.ids.

Configurando o "PCI Utils"

O arquivo de dados pci.ids está sendo constantemente atualizado. Para obter uma versão atual desse arquivo, execute update-pciids como o(a) usuário(a) root. Esse aplicativo exige o script ou aplicativo Which-2.21 para encontrar o cURL-8.2.1, Lynx-2.8.9rel.1 ou o Wget-1.21.4 que são usados para baixar o arquivo mais atual e, em seguida, substituir o arquivo existente em /usr/share/hwdata.

Você deveria atualizar o arquivo /usr/share/hwdata/pci.ids periodicamente. Execute os seguintes comandos, como o(a) usuário(a) root, para criar um cronômetro do "systemd" para atualizá-lo semanalmente aos domingos às 2h30 (hora local):

cat > /usr/lib/systemd/system/update-pciids.service << "EOF" &&
[Unit]
Description=Atualiza o arquivo "pci.ids"
Documentation=man:update-pciids(8)
DefaultDependencies=no
After=local-fs.target network-online.target
Before=shutdown.target

[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/usr/sbin/update-pciids
EOF
cat > /usr/lib/systemd/system/update-pciids.timer << "EOF" &&
[Unit]
Description=Atualiza o arquivo "pci.ids" semanalmente

[Timer]
OnCalendar=Sun 02:30:00
Persistent=true

[Install]
WantedBy=timers.target
EOF
systemctl enable update-pciids.timer

Conteúdo

Aplicativos Instalados: lspci, setpci e update-pciids

Biblioteca Instalada: libpci.so

Diretório Instalado: /usr/include/pci e /usr/share/hwdata

Descrições Curtas

lspci	é um utilitário para exibir informações relativas a todos os barramentos "PCI" no sistema e todos os dispositivos conectados a eles
setpci	é um utilitário para consultar e configurar dispositivos "PCI"
update-pciids	busca a versão atual da lista de "IDs" de "PCI".
`libpci.so`	é uma biblioteca que permite que aplicativos acessem o subsistema PCI

pm-utils-1.4.1

Introdução aos Utilitários de Gerenciamento de Eletricidade

Os Utilitários de Gerenciamento de Eletricidade fornecem ferramentas simples de linha de comando do shell para suspender e hibernar o computador. Eles podem ser usados para executar scripts fornecidos pelo(a) usuário(a) na suspensão e na retomada.

Nota

Em um sistema que usa systemd como sistema de inicialização, systemd já fornece essa funcionalidade. Como resultado, esse pacote provavelmente não é necessário e possivelmente conflite com o systemd. Leia-se a documentação para suspend.target e hibernate.target na página de manual systemd.special(7) para mais detalhes.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://pm-utils.freedesktop.org/releases/pm-utils-1.4.1.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 1742a556089c36c3a89eb1b957da5a60
Tamanho da transferência: 204 KB
Espaço em disco estimado exigido: 1,6 MB
Tempo de construção estimado: 0,1 UPC

Transferências Adicionais

Remendo exigido: https://www.linuxfromscratch.org/patches/blfs/12.0/pm-utils-1.4.1-bugfixes-1.patch

Dependências dos Utilitários de Gerenciamento de Eletricidade

Opcionais

xmlto-0.0.28 (para gerar páginas de manual)

Opcionais (tempo de execução)

Hdparm-9.65, Wireless Tools-29, ethtool e vbetool

Configuração do Núcleo

Se necessário, habilite as seguintes opções na configuração do núcleo e recompile o núcleo:

Power management and ACPI options --->
  [*] Suspend to RAM and standby                                       [SUSPEND]
  [*] Hibernation (aka 'suspend to disk')                          [HIBERNATION]

Suspender para "RAM" permite que o sistema entre em estados de suspensão nos quais a memória principal é alimentada e, portanto, o conteúdo dela é preservado. O método corta a eletricidade da maioria das partes da máquina, exceto a "RAM". Devido à grande economia de eletricidade, é aconselhável para "laptops" para entrarem automaticamente nesse modo quando o computador estiver funcionando com baterias e a tampa estiver fechada (ou o(a) usuário(a) estiver inativo(a) por algum tempo).

Suspender no disco (hibernação) salva o estado da máquina no espaço de troca e desliga completamente a máquina. Quando a máquina for ligada, o estado é restaurado. Até então, existe consumo zero de eletricidade. A suspensão para "RAM" e a hibernação são normalmente apropriadas para dispositivos portáteis, como "laptops", mas podem ser usadas em estações de trabalho. A capacidade não é realmente apropriada para servidores.

Para usar a hibernação, o parâmetro do núcleo "resume=/dev/<partição_de_troca>" tem de ser usado na linha de comando do núcleo (no "grub.cfg"). A partição de troca deveria ser, pelo menos, do tamanho da "RAM" física no sistema.

Instalação dos Utilitários de Gerenciamento de Eletricidade

Primeiro, corrija vários defeitos e algumas incompatibilidades com núcleos mais recentes:

patch -Np1 -i ../pm-utils-1.4.1-bugfixes-1.patch

Instale os Utilitários de Gerenciamento de Eletricidade executando os seguintes comandos:

./configure --prefix=/usr    \
            --sysconfdir=/etc \
            --docdir=/usr/share/doc/pm-utils-1.4.1 &&
make

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

make install

Se você não tiver xmlto-0.0.28 instalado, [então] copie as páginas de manual pré geradas, como o(a) usuário(a) root:

install -v -m644 man/*.1 /usr/share/man/man1 &&
install -v -m644 man/*.8 /usr/share/man/man8 &&
ln -sv pm-action.8 /usr/share/man/man8/pm-suspend.8 &&
ln -sv pm-action.8 /usr/share/man/man8/pm-hibernate.8 &&
ln -sv pm-action.8 /usr/share/man/man8/pm-suspend-hybrid.8

Configurando os Utilitários de Gerenciamento de Eletricidade

A funcionalidade de suspensão ou retomada pode ser facilmente modificada instalando arquivos no diretório /etc/pm/sleep.d. Esses arquivos, conhecidos como ganchos, são executados quando o sistema for colocado em um estado de suspensão ou retomado. Os ganchos padrão estão localizados em /usr/lib/pm-utils/sleep.d, e os ganchos de usuário(a) deveriam ser colocados em /etc/pm/sleep.d. Veja-se a página de manual "pm-action(8)" para mais informações.

Para a finalidade de usar a hibernação com GRUB e uma partição de troca, você precisa adicionar o parâmetro do núcleo resume=partição_de_troca (por exemplo, resume=/dev/sda1) à linha do núcleo no arquivo de configuração /boot/grub/grub.cfg.

Conteúdo

Aplicativos Instalados: on_ac_power, pm-hibernate, pm-is-supported, pm-powersave, pm-suspend e pm-suspend-hybrid

Bibliotecas Instaladas: Nenhuma

Diretórios Instalados: /etc/pm, /usr/lib/pm-utils e /usr/share/doc/pm-utils-1.4.1

Descrições Curtas

on_ac_power	é um script que determina se o sistema está funcionando com eletricidade "CA" (em vez de uma bateria)
pm-hibernate	é um link simbólico para o script "pm-action" que coloca o computador no modo de hibernação (o sistema é totalmente desligado e o estado do sistema é salvo no disco)
pm-is-supported	é um script que verifica se os recursos de gerenciamento de eletricidade, como suspensão e hibernação, são suportados
pm-powersave	é um script que coloca o computador no modo de economia de eletricidade (baixo consumo de eletricidade)
pm-suspend	é um link simbólico para o script "pm-action" que coloca o computador no modo de suspensão (a maioria dos dispositivos é desligada e o estado do sistema é salvo na "RAM")
pm-suspend-hybrid	é um link simbólico para o script "pm-action" que coloca o computador no modo de suspensão híbrida (o sistema faz tudo o que precisa para hibernar, mas suspende em vez de desligar)

Raptor-2.0.16

Introdução ao "Raptor"

Raptor é uma biblioteca C que fornece um conjunto de analisadores e serializadores que geram triplos "Resource Description Framework" ("RDF").

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://download.librdf.org/source/raptor2-2.0.16.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 0a71f13b6eaa0a04bf411083d89d7bc2
Tamanho da transferência: 1,7 MB
Espaço em disco estimado exigido: 25 MB (adicionais 2 MB para os testes)
Tempo de construção estimado: 0,1 UPC (adicionais 0,3 UPC para os testes)

Dependências do "Raptor"

Exigidas

cURL-8.2.1 e libxslt-1.1.38

Opcionais

GTK-Doc-1.33.2, ICU-73.2 e libyajl

Instalação do "Raptor"

Instale Raptor executando os seguintes comandos:

./configure --prefix=/usr --disable-static &&
make

Para testar os resultados, emita: make check. Vários dos testes de "XML" possivelmente falhem.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

--with-icu-config=/usr/bin/icu-config: Use essa chave se você tiver instalado o ICU-73.2 e desejar construir o Raptor com suporte a ele.

Conteúdo

Aplicativos Instalados: rapper

Bibliotecas Instaladas: libraptor2.so

Diretórios Instalados: /usr/include/raptor2 e /usr/share/gtk-doc/html/raptor2

Descrições Curtas

rapper	é um utilitário de análise e serialização "RDF"
`libraptor2.so`	contém as funções da "API" do Raptor

Rasqal-0.9.33

Introdução ao "Rasqal"

Rasqal é uma biblioteca C que lida com sintaxes de linguagem de consulta "Resource Description Framework" ("RDF"), construção de consultas e execução de consultas que retornam resultados como ligações, booleanos, gráficos/triplos "RDF" ou sintaxes.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://download.librdf.org/source/rasqal-0.9.33.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 1f5def51ca0026cd192958ef07228b52
Tamanho da transferência: 1,6 MB
Espaço em disco estimado exigido: 22 MB (4 MB adicionais para os testes)
Tempo de construção estimado: 0,3 UPC (0,7 UPC adicionais para os testes)

Dependências do "Rasqal"

Exigidas

Raptor-2.0.16

Opcionais

PCRE-8.45 e libgcrypt-1.10.2

Instalação do "Rasqal"

Instale Rasqal executando os seguintes comandos:

./configure --prefix=/usr --disable-static &&
make

Para testar os resultados, emita: make check.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

Conteúdo

Aplicativos Instalados: rasqal-config e roqet

Biblioteca Instalada: librasqal.so

Diretórios Instalados: /usr/include/rasqal e /usr/share/gtk-doc/html/rasqal

Descrições Curtas

rasqal-config	é um utilitário para recuperar as opções de instalação do Rasqal
roqet	é um utilitário de consulta "RDF"

Redland-1.0.17

Introdução ao "Redland"

Redland é um conjunto de bibliotecas C de software livre que fornece suporte para o "Resource Description Framework" ("RDF").

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://download.librdf.org/source/redland-1.0.17.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: e5be03eda13ef68aabab6e42aa67715e
Tamanho da transferência: 1,6 MB
Espaço em disco estimado exigido: 18 MB
Tempo de construção estimado: 0,2 UPC

Dependências do "Redland"

Exigidas

Rasqal-0.9.33

Opcionais

Base de Dados Berkeley-5.3.28, libiodbc-3.52.15, SQLite-3.42.0, MariaDB-10.11.4 ou MySQL, PostgreSQL-15.4, virtuoso e 3store

Instalação do "Redland"

Instale Redland executando os seguintes comandos:

./configure --prefix=/usr --disable-static &&
make

Para testar os resultados, emita: make check.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

Conteúdo

Aplicativos Instalados: rdfproc, redland-config e redland-db-upgrade

Bibliotecas Instaladas: librdf.so e /usr/lib/redland/librdf_storage_*.so

Diretórios Instalados: /usr/lib/redland, /usr/share/gtk-doc/html/redland e /usr/share/redland

Descrições Curtas

rdfproc	é o utilitário do processador de "RDF" "Redland"
redland-config	é um script para obter informações relativas à versão instalada do "Redland"
redland-db-upgrade	atualiza bases de dados "Redland" mais antigas para o formato 0.9.12

sg3_utils-1.48

Introdução ao "sg3_utils"

O pacote sg3_utils contém utilitários de baixo nível para dispositivos que usam um conjunto de comandos "SCSI". Além dos dispositivos de interface paralela "SCSI" ("SPI"), o conjunto de comandos "SCSI" é usado por dispositivos "ATAPI" (CD/DVDs e fitas), dispositivos de armazenamento em massa "USB", discos de Canal de Fibra, dispositivos de armazenamento "IEEE" 1394 (que usam o protocolo "SBP"), Dispositivos "SAS", "iSCSI" e "FCoE" (entre outros).

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://sg.danny.cz/sg/p/sg3_utils-1.48.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 0024393d2d2942cc081ce613d98db68a
Tamanho da transferência: 1,2 MB
Espaço em disco estimado exigido: 27 MB
Tempo de construção estimado: 0,2 UPC

Instalação do "sg3_utils"

Instale sg3_utils executando os seguintes comandos:

./configure --prefix=/usr --disable-static &&
make

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

Conteúdo

Aplicativos Instalados: rescan-scsi-bus.sh, scsi_logging_level, scsi_mandat, scsi_readcap, scsi_ready, scsi_satl, scsi_start, scsi_stop, scsi_temperature, sg_bg_ctl, sg_compare_and_write, sg_copy_results, sg_dd, sg_decode_sense, sg_emc_trespass, sg_format, sg_get_config, sg_get_lba_status, sg_ident, sg_inq, sg_logs, sg_luns, sg_map, sg_map26, sg_modes, sg_opcodes, sg_persist, sg_prevent, sg_raw, sg_rbuf, sg_rdac, sg_read, sg_read_attr, sg_read_block_limits, sg_read_buffer, sg_read_long, sg_readcap, sg_reassign, sg_referrals, sg_rep_pip, sg_rep_zones, sg_requests, sg_reset, sg_reset_wp, sg_rmsn, sg_rtpg, sg_safte, sg_sanitize, sg_sat_identify, sg_sat_phy_event, sg_sat_read_gplog, sg_sat_set_features, sg_scan, sg_seek, sg_senddiag, sg_ses, sg_ses_microcode, sg_start, sg_stpg, sg_stream_ctl, sg_sync, sg_test_rwbuf, sg_timestamp, sg_turs, sg_unmap, sg_verify, sg_vpd, sg_wr_mode, sg_write_buffer, sg_write_long, sg_write_same, sg_write_verify, sg_write_x, sg_xcopy, sg_zone, sginfo, sgm_dd e sgp_dd

Biblioteca Instalada: libsgutils2.so

Diretórios Instalados: Nenhum

Descrições Curtas

rescan-scsi-bus.sh	adiciona ou remove dispositivos "SCSI" sem precisar reinicializar
scsi_logging_level	acessa informações de nível de registro "SCSI" do Linux
scsi_mandat	verifica o suporte do dispositivo "SCSI" para comandos obrigatórios
scsi_readcap	faz o comando "SCSI READ CAPACITY" em discos
scsi_ready	faz o "SCSI TEST UNIT READY" em dispositivos
scsi_satl	verifica o suporte de tradução "SCSI" para "ATA" (SAT) do dispositivo
scsi_start	inicia um ou mais discos "SCSI"
scsi_stop	interrompe um ou mais discos "SCSI"
scsi_temperature	busca a temperatura de um dispositivo "SCSI"
sg_bg_ctl	realiza um comando "SCSI BACKGROUND CONTROL" em um dispositivo para realizar "operações avançadas em segundo plano"
sg_compare_and_write	envia o comando "SCSI COMPARE AND WRITE" para o dispositivo
sg_copy_results	envia o comando "SCSI RECEIVE COPY RESULTS" (relacionado ao "XCOPY")
sg_dd	copia dados de e para arquivos e dispositivos. Especializado para dispositivos que entendem o conjunto de comandos "SCSI"
sg_decode_sense	pega dados de detecção "SCSI" em binário ou como uma sequência de bytes hexadecimais "ASCII" e os decodifica
sg_emc_trespass	muda a titularidade de propriedade de um "LUN" de outro processador de serviço para este
sg_format	formata ou redimensiona um disco "SCSI" (talvez mude o tamanho de bloco dele)
sg_get_config	envia um comando "SCSI GET CONFIGURATION" ("MMC-4 +")
sg_get_elem_status	envia um comando "SCSI GET PHYSICAL ELEMENT STATUS" para um dispositivo
sg_get_lba_status	envia o comando "SCSI GET LBA STATUS"
sg_ident	envia um comando "SCSI REPORT" ou "SET IDENTIFYING INFORMATION"
sginfo	acessa informações da página de modo para um dispositivo "SCSI" (ou "ATAPI")
sg_inq	envia um comando "SCSI INQUIRY" ou "ATA IDENTIFY (PACKET) DEVICE" e gera a resposta
sg_logs	acessa páginas de registro com o comando "SCSI LOG SENSE"
sg_luns	envia o comando "SCSI REPORT LUNS"
sg_map	exibe o mapeamento entre o "sg" do Linux e outros dispositivos "SCSI"
sg_map26	mapeia um arquivo especial para um dispositivo "SCSI" genérico (sg) (ou vice-versa)
sgm_dd	copia dados de e para arquivos e dispositivos. Especializado para dispositivos que entendem o conjunto de comandos "SCSI" e fazem transferências mapeadas na memória a partir de dispositivos "sg"
sg_modes	lê páginas de modo com o comando "SCSI MODE SENSE"
sg_opcodes	informa informações relativas a comandos suportados "SCSI" ou funções de gerenciamento de tarefas
sgp_dd	copia dados de e para arquivos e dispositivos. Especializado para dispositivos que entendem o conjunto de comandos "SCSI"
sg_persist	envia um comando "SCSI PERSISTENT RESERVE (IN ou OUT)" para manipular registros e reservas
sg_prevent	envia um comando "SCSI PREVENT ALLOW MEDIUM REMOVAL"
sg_raw	envia um comando "SCSI" arbitrário para um dispositivo
sg_rbuf	lê dados usando o comando "SCSI READ BUFFER"
sg_rdac	exibe ou modifica a página do controlador redundante "RDAC"
sg_read	lê blocos de dados continuamente a partir do mesmo deslocamento
sg_read_attr	realiza um comando "SCSI READ ATTRIBUTE" em um dispositivo
sg_read_block_limits	envia um comando "SCSI READ BLOCK LIMITS"
sg_read_buffer	envia um comando "SCSI READ BUFFER"
sg_readcap	envia um comando "SCSI READ CAPACITY"
sg_read_long	envia um comando "SCSI READ LONG"
sg_reassign	envia um comando "SCSI REASSIGN BLOCKS"
sg_referrals	envia um comando "SCSI REPORT REFERRALS"
sg_rep_pip	envia um comando "SCSI REPORT PROVISIONING INITIALIZATION PATTERN"
sg_rep_zones	envia um comando "SCSI REPORT ZONES"
sg_requests	envia um ou mais comandos "SCSI REQUEST SENSE"
sg_reset	envia uma redefinição de dispositivo, destino, barramento ou anfitrião "SCSI"; ou verifica o estado de redefinição
sg_reset_wp	envia um comando "SCSI RESET WRITE POINTER"
sg_rmsn	envia um comando "SCSI READ MEDIA SERIAL NUMBER"
sg_rtpg	envia um comando "SCSI REPORT TARGET PORT GROUPS"
sg_safte	busca informações de situação a partir de um dispositivo "SCSI" "Accessed Fault-Tolerant Enclosure" ("SAF-TE")
sg_sanitize	envia um comando "SCSI SANITIZE"
sg_sat_identify	envia um comando "ATA IDENTIFY (PACKET) DEVICE" por meio de uma camada de tradução "SCSI" para "ATA" ("SAT")
sg_sat_phy_event	envia um comando "ATA READ LOG EXT" por meio de uma passagem "SAT" para buscar a página de registro "11h" a qual contém contadores de eventos físicos "SATA"
sg_sat_read_gplog	envia um comando "ATA READ LOG EXT" por meio de uma camada de tradução "SCSI" para "ATA" ("SAT")
sg_sat_set_features	envia um comando "ATA SET FEATURES" por meio de uma camada de tradução "SCSI" para "ATA" ("SAT")
sg_scan	faz uma varredura de dispositivos "sg" (ou dados dispositivos "SCSI"/"ATAPI"/"ATA") e imprime os resultados
sg_seek	realiza um comando "SCSI SEEK" ou "PRE-FETCH" em um dispositivo e o cache dele
sg_senddiag	realiza um comando "SCSI SEND DIAGNOSTIC"
sg_ses	envia controles e busca a situação atual a partir de um dispositivo "SCSI Enclosure Services" ("SES")
sg_ses_microcode	envia microcódigo para um gabinete "SCSI"
sg_start	envia um comando "SCSI START STOP UNIT" para iniciar, parar, carregar ou ejetar o meio
sg_stpg	envia um comando "SCSI SET TARGET PORT GROUPS"
sg_stream_ctl	realiza um comando "SCSI STREAM CONTROL" ou "GET STREAM STATUS" em um dispositivo para abrir ou fechar um fluxo de Entrada/Saída
sg_sync	envia um comando "SCSI" para sincronizar o cache
sg_test_rwbuf	testa o adaptador "SCSI" do anfitrião emitindo operações de gravação e leitura no "buffer" de um dispositivo e calculando somas de verificação
sg_timestamp	informa ou configura o carimbo de tempo em um dispositivo "SCSI"
sg_turs	envia um ou mais comandos "SCSI TEST UNIT READY"
sg_unmap	envia um comando "SCSI UNMAP"
sg_verify	invoca comando(s) "SCSI VERIFY" em um dispositivo de bloco
sg_vpd	busca páginas de dados vitais do produto ("VPD") usando um comando "SCSI INQUIRY"
sg_write_buffer	envia um comando "SCSI WRITE BUFFER"
sg_write_long	envia um comando "SCSI WRITE LONG"
sg_write_same	envia um comando "SCSI WRITE SAME"
sg_write_verify	envia um comando "SCSI WRITE AND VERIFY"
sg_write_x	realiza comandos "SCSI WRITE" em um dispositivo
sg_wr_mode	escreve páginas de modo
sg_xcopy	copia dados de e para arquivos e dispositivos usando "SCSI EXTENDED COPY" ("XCOPY")
sg_zone	realiza comandos "SCSI ZONE" em um dispositivo, tais como "OPEN", "CLOSE", "FINISH" ou "SEQUENTIALIZE"
`libsgutils2.so`	contém as funções de "API" do sg3_utils

Sysstat-12.7.2

Introdução ao "Sysstat"

O pacote Sysstat contém utilitários para monitorar o desempenho do sistema e a atividade de uso. Sysstat contém o utilitário sar, comum a muitos "Unixes" comerciais, e ferramentas que você pode agendar via "cron" para coletar e historizar dados de desempenho e atividades.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): http://sebastien.godard.pagesperso-orange.fr/sysstat-12.7.2.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: cb625681a70b58e306d2564d4296a5ae
Tamanho da transferência: 876 KB
Espaço em disco estimado exigido: 28 MB
Tempo de construção estimado: 0,1 UPC

Dependências do "Sysstat"

Não existem requisitos de tempo de construção para esse pacote; entretanto, ele foi projetado para ser controlado por um processo de segundo plano "cron", como o Fcron-3.2.1.

Instalação do "Sysstat"

Instale Sysstat executando os seguintes comandos:

sa_lib_dir=/usr/lib/sa   \
sa_dir=/var/log/sa        \
conf_dir=/etc/sysconfig   \
./configure --prefix=/usr \
            --disable-file-attr &&
make

Esse pacote não vem com uma suíte de teste funcional.

Agora, como o(a) usuário(a) root:

make install

Instale a unidade do "systemd" executando os seguintes comandos como o(a) usuário(a) root:

install -v -m644 sysstat.service /usr/lib/systemd/system/sysstat.service &&
install -v -m644 cron/sysstat-collect.service /usr/lib/systemd/system/sysstat-collect.service &&
install -v -m644 cron/sysstat-collect.timer /usr/lib/systemd/system/sysstat-collect.timer &&
install -v -m644 cron/sysstat-summary.service /usr/lib/systemd/system/sysstat-summary.service &&
install -v -m644 cron/sysstat-summary.timer /usr/lib/systemd/system/sysstat-summary.timer

Corrija a unidade do "systemd" executando o seguinte comando como o(a) usuário(a) root:

sed -i "/^Also=/d" /usr/lib/systemd/system/sysstat.service

Explicações do Comando

sa_lib_dir: Essa variável de ambiente especifica o local do diretório específico do pacote da biblioteca.

sa_dir: Essa variável de ambiente especifica o local do diretório que contém os arquivos de dados.

conf_dir: Essa variável de ambiente especifica o local do diretório do sistema da configuração.

--disable-file-attr: Não configure atributos nos arquivos sendo instalados. Esse parâmetro faz com que a instalação ignore a variável do grupo "man", resultando nos arquivos de manual tendo a titularidade da propriedade root: root.

Nota

Execute ./configure --help para ver outras variáveis de ambiente influentes que você possa passar para o configure. Você possivelmente queira usar as variáveis history e compressafter para personalizar a quantidade de arquivos de dados mantidos no sistema.

Configurando o "Sysstat"

Arquivos de Configuração

/etc/sysconfig/sysstat e /etc/sysconfig/sysstat.ioconf

Informações do "cron"

Para começar a coletar informações do histórico do Sysstat, você precisa adicionar ou criar um "crontab" de usuário(a) privilegiado(a). O local dos dados do histórico é /var/log/sa. O(A) usuário(a) que executa os utilitários do Sysstat via "cron" precisa ter acesso de escrita a esse local.

Abaixo está um exemplo do que instalar no "crontab". Ajuste os parâmetros para atender às suas necessidades. Use man sa1 e man sa2 para informações a respeito dos comandos.

# Informes de atividades das 8h às 19h a cada 10 minutos durante a semana
0 8-18 * * 1-5 /usr/lib/sa/sa1 600 6 &

# Informes de atividades das 19h às 8h, a cada hora durante a semana
0 19-7 * * 1-5 /usr/lib/sa/sa1 &

# Informes de atividades a cada hora aos sábados e domingos
0 * * * 0,6 /usr/lib/sa/sa1 &

# Resumo diário aprontado às 19h05
5 19 * * * /usr/lib/sa/sa2 -A &

Certifique-se de submeter o "crontab" revisado ao processo de segundo plano "cron".

Informações de Inicialização do Sistema

Na inicialização do sistema, uma mensagem "LINUX RESTART" precisa ser inserida no arquivo de dados diários para reinicializar os contadores do núcleo. Isso pode ser automatizado habilitando a unidade do "systemd" instalada anteriormente executando o seguinte comando como o(a) usuário(a) root:

systemctl enable sysstat

Conteúdo

Aplicativos Instalados: cifsiostat, iostat, mpstat, pidstat, sadf, sar e tapestat

Bibliotecas Instaladas: Nenhuma

Diretórios Instalados: /usr/lib/sa, /usr/share/doc/sysstat-12.7.2 e /var/log/sa

Descrições Curtas

cifsiostat	exibe estatísticas relativas a operações de leitura e escrita em sistemas de arquivos "CIFS"
iostat	informa estatísticas de "CPU" e estatísticas de entrada/saída para dispositivos e partições
mpstat	escreve atividades para cada processador disponível
pidstat	é usado para monitorar tarefas individuais atualmente sendo gerenciadas pelo núcleo Linux
sadf	é usado para exibir o conteúdo dos arquivos de dados criados pelo comando sar. Mas diferentemente do sar, o sadf pode escrever os dados dele em muitos formatos
sar	é usado para exibir o conteúdo dos contadores de atividades cumulativas eleitos no sistema operacional
tapestat	é usado para monitorar a atividade de unidades de fita conectadas a um sistema

Systemd-254

Introdução ao "systemd"

Enquanto o systemd foi instalado quando da construção do LFS, existem muitos recursos fornecidos pelo pacote que não foram incluídos na instalação inicial porque o Linux-PAM ainda não estava instalado. O pacote systemd precisa ser reconstruído para fornecer um serviço systemd-logind funcional, o qual fornece muitos recursos adicionais para pacotes dependentes.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/systemd/systemd/archive/v254/systemd-254.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 0d266e5361dc72097b6c18cfde1c0001
Tamanho da transferência: 14 MB
Espaço em disco estimado exigido: 198 MB (com testes)
Tempo de construção estimado: 3,7 UPC (com testes usando quatro elementos de processamento da CPU)

Dependências do "systemd"

Nota

Linux-PAM-1.5.3 não é estritamente necessário para construir o systemd, mas é o principal motivo para reconstruir o systemd no BLFS (ele já está construído no LFS de qualquer maneira) é para o processo de segundo plano systemd-logind e o módulo PAM pam_systemd.so. Linux-PAM-1.5.3 é exigido para eles. Todos os pacotes no livro BLFS com dependência do systemd esperam que tenham sido reconstruídos com Linux-PAM-1.5.3.

Linux-PAM-1.5.3 e Polkit-123 (tempo de execução)

Opcionais

btrfs-progs-6.3.3, cURL-8.2.1, cryptsetup-2.4.3, git-2.41.0, GnuTLS-3.8.1, iptables-1.8.9, libgcrypt-1.10.2, libidn2-2.3.4, libpwquality-1.4.5, libseccomp-2.5.4, libxkbcommon-1.5.0, make-ca-1.12, p11-kit-0.25.0, pcre2-10.42, qemu-8.1.0, qrencode-4.1.1, rsync-3.2.7, sphinx-7.1.2, Valgrind-3.21.0, zsh-5.9 (para as completações do zsh), AppArmor, audit-userspace, bash-completion, jekyll, kexec-tools, libbpf, libdw, libfido2, libmicrohttpd, lz4, pyelftools, quota-tools, rpm, SELinux, systemtap, tpm2-tss e Xen

Opcional (para reconstruir as páginas de manual)

docbook-xml-4.5, docbook-xsl-nons-1.79.2, libxslt-1.1.38 e lxml-4.9.3 (para construir o índice das páginas de manual do "systemd")

Instalação do "systemd"

Remova dois grupos desnecessários, render e sgx, das regras padrão do "udev":

sed -i -e 's/GROUP="render"/GROUP="video"/' \
      -e 's/GROUP="sgx", //' rules.d/50-udev-default.rules.in

Reconstrua o systemd executando os seguintes comandos:

mkdir build &&
cd    build &&

meson setup ..                \
      --prefix=/usr           \
      --buildtype=release     \
      -Ddefault-dnssec=no     \
      -Dfirstboot=false       \
      -Dinstall-tests=false   \
      -Dldconfig=false        \
      -Dman=auto              \
      -Dsysusers=false        \
      -Drpmmacrosdir=no       \
      -Dhomed=false           \
      -Duserdb=false          \
      -Dmode=release          \
      -Dpam=true              \
      -Dpamconfdir=/etc/pam.d \
      -Ddev-kvm-mode=0660     \
      -Ddocdir=/usr/share/doc/systemd-254 &&

ninja

Nota

Para os melhores resultados de teste, certifique-se de executar a suíte de testes a partir de um sistema que seja inicializado pela mesma versão do systemd que você estiver reconstruindo.

Para testar os resultados, emita: ninja test. Os testes chamados test-stat-util e test-netlink são conhecidos por falharem se alguns recursos do núcleo não estiverem habilitados. Se a suíte de teste for executada como o(a) usuário(a) root, alguns outros testes possivelmente falhem, porque dependem de várias opções de configuração do núcleo.

Agora, como o(a) usuário(a) root:

ninja install

Explicações do Comando

--buildtype=release: Especifique um tipo de construção adequado para lançamentos estáveis do pacote, pois o padrão possivelmente produza binários não otimizados.

-Dpamconfdir=/etc/pam.d: Força os arquivos do "PAM" serem instalados em "/etc/pam.d" em vez de "/usr/lib/pam.d".

-Duserdb=false: Remove um processo de segundo plano que não oferece qualquer uso sob uma configuração do BLFS. Se você deseja habilitar o processo de segundo plano userdbd, [então] substitua "false" por "true" no comando "meson" acima.

-Dhomed=false: Remove um processo de segundo plano que não oferece qualquer uso sob uma configuração tradicional do BLFS, especialmente usando contas criadas com "useradd". Para habilitar o "systemd-homed", primeiro certifique-se de ter cryptsetup-2.4.3 e libpwquality-1.4.5 instalados e, em seguida, mude "false" para "true" no comando "meson" acima.

Configurando o "systemd"

O arquivo /etc/pam.d/system-session precisa ser modificado e um novo arquivo precisa ser criado para a finalidade de que o systemd-logind funcione corretamente. Execute os seguintes comandos como o(a) usuário(a) root:

grep 'pam_systemd' /etc/pam.d/system-session ||
cat >> /etc/pam.d/system-session << "EOF"
# Começo da adição do "Systemd"

session  required    pam_loginuid.so
session  optional    pam_systemd.so

# Fim da adição do "Systemd"
EOF

cat > /etc/pam.d/systemd-user << "EOF"
# Começo "/etc/pam.d/systemd-user"

account  required    pam_access.so
account  include     system-account

session  required    pam_env.so
session  required    pam_limits.so
session  required    pam_unix.so
session  required    pam_loginuid.so
session  optional    pam_keyinit.so force revoke
session  optional    pam_systemd.so

auth     required    pam_deny.so
password required    pam_deny.so

# Fim "/etc/pam.d/systemd-user"
EOF

Atenção

Se atualizar a partir de uma versão anterior do "systemd" e um "initrd" for usado para inicialização do sistema, [então] você deveria gerar um novo "initrd" antes de reinicializar o sistema.

Conteúdo

Uma lista dos arquivos instalados, juntamente com as descrições curtas deles, pode ser encontrada em ../../../../lfs/view/12.0-systemd/chapter08/systemd.html#contents-systemd.

Listados abaixo estão os aplicativos recém-instalados, juntamente com descrições curtas.

Aplicativos Instalados: homectl (opcional), systemd-cryptenroll (se cryptsetup-2.4.3 estiver instalado) e userdbctl (opcional)

Descrições Curtas

homectl	é uma ferramenta para criar, remover, mudar ou inspecionar um diretório "home" gerenciado por systemd-homed; observe que é inútil para os(as) usuários(as) clássicos(as) do "UNIX" e diretórios "home" que estamos usando no livro LFS/BLFS
systemd-cryptenroll	É usado para registrar ou remover um sistema da criptografia completa do disco, bem como configurar e consultar chaves privadas e chaves de recuperação
userdbctl	inspeciona usuários(as), grupos e associações de grupos
`pam_systemd.so`	é um módulo "PAM" usado para registrar sessões de usuário(a) com o gerenciador de "login" do systemd, systemd-logind

UDisks-2.10.0

Introdução ao "UDisks"

O pacote UDisks fornece um processo de segundo plano, ferramentas e bibliotecas para acessar e manipular discos e dispositivos de armazenamento.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/storaged-project/udisks/releases/download/udisks-2.10.0/udisks-2.10.0.tar.bz2
Transferência (FTP):
Soma de verificação MD5 da transferência: 5b5da772a4537951bf487ee11a510ccc
Tamanho da transferência: 1,7 MB
Espaço em disco estimado exigido: 41 MB (com testes)
Tempo de construção estimado: 0,2 UPC (com testes)

Dependências do "UDisks"

Exigidas

libatasmart-0.19, libblockdev-3.0.2, libgudev-238, libxslt-1.1.38 e Polkit-123

Opcionais (Exigidas se construir "GNOME")

Opcionais

D-Bus Python-1.3.2 (para os testes de integração), GTK-Doc-1.33.2, LVM2-2.03.22, PyGObject-3.44.1 (para os testes de integração), exFAT e libiscsi

Dependências Opcionais de Tempo de Execução

btrfs-progs-6.3.3, dosfstools-4.2, gptfdisk-1.0.9, mdadm-4.2 e xfsprogs-6.4.0

Instalação do "UDisks"

Instale UDisks executando os seguintes comandos:

./configure --prefix=/usr        \
            --sysconfdir=/etc    \
            --localstatedir=/var \
            --disable-static     \
            --enable-available-modules &&
make

Para testar os resultados, emita: make check. Um teste mais completo pode ser executado com make ci. Você precisa primeiro criar os diretórios /var/run/udisks2 e /var/lib/udisks2, e os módulos opcionais "python" deveriam estar presente.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

--enable-gtk-doc: Use esse parâmetro se GTK-Doc estiver instalado e você desejar reconstruir e instalar a documentação da API.

--enable-available-modules: Essa chave habilita funcionalidades adicionais do UDisks2 se libblockdev-3.0.2 tiver sido construído com dependências opcionais.

Conteúdo

Aplicativos Instalados: "udisksctl" e "umount.udisks2"

Biblioteca Instalada: libudisks2.so

Diretórios Instalados: /etc/udisks2, /usr/include/udisks2, /usr/libexec/udisks2, /usr/share/gtk-doc/html/udisks2 e /var/lib/udisks2

Descrições Curtas

udisksctl	é um aplicativo de linha de comando usado para interagir com o processo de segundo plano udisksd
umount.udisks2	é um aplicativo de linha de comando usado para desmontar sistemas de arquivos que tenham sido montados pelo processo de segundo plano UDisks
`libudisks2.so`	contém as funções da "API" do UDisks

UnRar-6.2.10

Introdução ao "UnRar"

O pacote UnRar contém um utilitário de extração RAR usado para extrair arquivos a partir de arquivamentos RAR. Arquivamentos RAR geralmente são criados com WinRAR, principalmente em um ambiente "Windows".

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://www.rarlab.com/rar/unrarsrc-6.2.10.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 0ab6486347a084e3c5759f4bbf02042f
Tamanho da transferência: 244 KB
Espaço em disco estimado exigido: 2,3 MB
Tempo de construção estimado: 0,1 UPC

Instalação do "UnRar"

Nota

Esse pacote extrai o "tarball" para o diretório não versionado unrar e não para o diretório esperado unrar-6.2.10.

Instale UnRar executando os seguintes comandos:

make -f makefile

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

install -v -m755 unrar /usr/bin

Conteúdo

Aplicativo Instalado: unrar

Bibliotecas Instaladas: Nenhum(a)

Diretórios Instalados: Nenhum(a)

Descrições Curtas

unrar

descomprime um arquivamento RAR

UnZip-6.0

Introdução ao "UnZip"

O pacote UnZip contém utilitários de extração ZIP. Eles são úteis para extrair arquivos a partir de arquivamentos ZIP. Os arquivamentos ZIP são criados com os utilitários PKZIP ou Info-ZIP, principalmente em um ambiente "DOS".

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Cuidado

A versão anterior do pacote UnZip tinha alguns problemas relacionados à localidade. Atualmente não existem editores(as) do BLFS capazes de testar esses problemas de localidade. Portanto, as informações relacionadas à localidade são deixadas nesta página, mas não foram testadas. Uma discussão mais geral desses problemas pode ser encontrada na seção O Aplicativo Assume a Codificação da página Problemas Relacionados à Localidade.

Informação do Pacote

Transferência (HTTP): https://downloads.sourceforge.net/infozip/unzip60.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 62b490407489521db863b523a7f86375
Tamanho da transferência: 1,3 MB
Espaço em disco estimado exigido: 9 MB
Tempo de construção estimado: menos que 0,1 UPC

Transferências Adicionais

Remendo exigido: https://www.linuxfromscratch.org/patches/blfs/12.0/unzip-6.0-consolidated_fixes-1.patch

Problemas de Localidade do "UnZip"

Nota

O uso de UnZip no JDK, Mozilla, DocBook ou qualquer outra instalação de pacote do BLFS não é um problema, pois as instruções do BLFS nunca usam UnZip para extrair um arquivo com caracteres não "ASCII" no nome do arquivo.

Esses problemas são presumidos terem sido corrigidos no remendo. Mas, como nenhum(a) dos(a) editores(a) tem dados para testar isso, as seguintes soluções alternativas são mantidas caso ainda sejam necessárias.

O pacote UnZip assume que os nomes de arquivos armazenados nos arquivamentos "ZIP" criados em sistemas não Unix estejam codificados em "CP850" e que deveriam ser convertidos para "ISO-8859-1" ao escrever arquivos no sistema de arquivos. Tais suposições nem sempre são válidas. Na verdade, dentro do arquivamento "ZIP", os nomes dos arquivos são codificados na página de códigos do "DOS" que estiver em uso no país relevante, e os nomes dos arquivos no disco deveriam estar na codificação da localidade. No "MS Windows", a função C "OemToChar()" (originária de User32.DLL) faz a conversão correta (que é, de fato, a conversão de "CP850" para um superconjunto de "ISO-8859-1", se o "MS Windows" estiver configurado para usar o idioma inglês dos Estados Unidos da América do Norte), mas não existe equivalente no Linux.

Ao usar unzip para desempacotar um arquivamento "ZIP" contendo nomes de arquivos não "ASCII", os nomes dos arquivos são danificados porque unzip usa conversão inadequada quando qualquer uma das suposições dele de codificação estiver incorreta. Por exemplo, na localidade "ru_RU.KOI8-R", a conversão de nomes de arquivos de "CP866" para "KOI8-R" é necessária, mas a conversão de "CP850" para "ISO-8859-1" é feita, o que produz nomes de arquivos que consistem em caracteres indecifráveis em vez de palavras (o mais próximo exemplo compreensível equivalente para usuários(as) somente em inglês é "rot13"). Existem várias maneiras de contornar essa limitação:

1) Para descompactar arquivamentos "ZIP" com nomes de arquivos contendo caracteres não "ASCII", use WinZip enquanto executa o emulador de "Windows" Wine.

2) Use bsdtar -xf oriundo de libarchive-3.7.1 para descompactar o arquivamento "ZIP". Em seguida, corrija os danos causados aos nomes dos arquivos usando a ferramenta convmv (https://j3e.de/linux/convmv/). A seguir está um exemplo para a localidade "zh_CN.UTF-8":

convmv -f cp936 -t utf-8 -r --nosmart --notest \
    </caminho/para/arquivos/descomprimidos>

Instalação do "UnZip"

Primeiro aplique o remendo:

patch -Np1 -i ../unzip-6.0-consolidated_fixes-1.patch

Agora compile o pacote:

make -f unix/Makefile generic

A suíte de teste não funciona para o alvo “generic”.

Agora, como o(a) usuário(a) root:

make prefix=/usr MANDIR=/usr/share/man/man1 \
-f unix/Makefile install

Explicações do Comando

make -f unix/Makefile generic: Esse alvo começa executando um conjunto de comandos sequenciais de configuração (ao contrário dos alvos mais antigos, como linux e linux_noasm), o qual cria um arquivo de sinalizadores que é então usado na construção. Isso garante que a construção x86 de 32 bits receba os sinalizadores corretos para descompactar arquivos que sejam maiores que 2 GB quando extraídos.

Conteúdo

Aplicativos Instalados: funzip, unzip, unzipfsx, zipgrep e zipinfo

Bibliotecas Instaladas: Nenhum(a)

Diretórios Instalados: Nenhum(a)

Descrições Curtas

funzip	permite que a saída gerada dos comandos unzip seja redirecionada
unzip	lista, testa ou extrai arquivos a partir de um arquivamento `ZIP`
unzipfsx	é um toco auto-extraível que pode ser preposto a um arquivamento `ZIP`. Arquivos nesse formato permitem ao destinatário descomprimir o arquivamento sem instalar o UnZip
zipgrep	pesquisa arquivos em um arquivamento `ZIP` em busca de linhas que correspondam a um padrão
zipinfo	produz informações técnicas relativas aos arquivos em um arquivamento `ZIP`, incluindo permissões de acesso a arquivos, situação de encriptação, tipo de compressão, etc

UPower-1.90.2

Introdução ao "UPower"

O pacote UPower fornece uma interface para enumerar dispositivos de eletricidade, ouvir eventos de dispositivos e consultar histórico e estatísticas. Qualquer aplicativo ou serviço no sistema pode acessar o serviço org.freedesktop.UPower por meio do barramento de mensagens do sistema.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://gitlab.freedesktop.org/upower/upower/-/archive/v1.90.2/upower-v1.90.2.tar.bz2
Transferência (FTP):
Soma de verificação MD5 da transferência: bfd6e3275e61d7e097b53eb2b216fffa
Tamanho da transferência: 136 KB
Espaço em disco estimado exigido: 6,5 MB (adicionar 1,1 MB para testes)
Tempo de construção estimado: menos que 0,1 UPC (usando paralelismo=4, adicionar 0,6 UPC para os testes)

Dependências do "UPower"

Exigidas

libgudev-238 e libusb-1.0.26

Opcionais (Exigidas se construir GNOME)

Opcionais

GTK-Doc-1.33.2, libxslt-1.1.38, docbook-xsl-nons-1.79.2, PyGObject-3.44.1, dbusmock-0.29.1, umockdev-0.17.18 (para parte da suíte de teste) e libimobiledevice

Configuração do Núcleo

Habilite as seguintes opções na configuração do núcleo e recompile o núcleo, se necessário:

General setup --->
  -*- Namespaces support --->                                       [NAMESPACES]
    [*] User namespace                                                 [USER_NS]

Instalação do "UPower"

Primeiro, remova uma dependência desnecessária oriunda de um teste:

sed '/parse_version/d' -i src/linux/integration-test.py

Instale UPower executando os seguintes comandos:

mkdir build                         &&
cd    build                         &&
meson setup ..            \
      --prefix=/usr       \
      --buildtype=release \
      -Dgtk-doc=false     \
      -Dman=false         &&
ninja

Para testar os resultados, emita: LC_ALL=C ninja test. Algumas verificações possivelmente não passem devido a arquivos ausentes. A suíte de teste deveria ser executada a partir de uma sessão GUI local iniciada com dbus-launch. Dois testes relacionados ao recurso hotplug do fone de ouvido são conhecidos por falharem; eles podem ser seguramente ignorados, pois a funcionalidade do fone de ouvido ainda funciona.

Agora, como o(a) usuário(a) root:

ninja install

Explicações do Comando

-Dgtk-doc=false: Impede construir a documentação. Remova isso se você tiver o GTK-Doc instalado e desejar construir a documentação.

-Dman=false: Impede construir as páginas de manual. Remova isso se você tiver libxslt-1.1.38 e docbook-xsl-nons-1.79.2 instalados e desejar construir as páginas de manual.

Configurando o "UPower"

Unidade do "systemd"

Para iniciar o serviço UPower na inicialização, habilite a unidade do "systemd" instalada anteriormente executando o seguinte comando como o(a) usuário(a) root:

systemctl enable upower

Conteúdo

Aplicativo Instalado: upower

Bibliotecas Instaladas: libupower-glib.so

Diretórios Instalados: /etc/UPower, /usr/include/libupower-glib e /var/lib/upower

Descrições Curtas

upower	é a ferramenta de linha de comando UPower
`libupower-glib.so`	contém as funções da "API" do UPower

usbutils-015

Introdução ao "USB Utils"

O pacote USB Utils contém utilitários usados para exibir informações relativas a barramentos "USB" no sistema e os dispositivos conectados a eles.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/gregkh/usbutils/archive/v015/usbutils-015.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 112eafa991e55229b9f48b90c290a0e2
Tamanho da transferência: 120 KB
Espaço em disco estimado exigido: 4,3 MB
Tempo de construção estimado: 0,1 UPC

Dependências do "USB Utils"

Exigidas

libusb-1.0.26

Instalação do "USB Utils"

Instale USB Utils executando os seguintes comandos:

autoreconf -fiv &&

./configure --prefix=/usr --datadir=/usr/share/hwdata &&
make

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

make install

Para instalar o arquivo de dados usb.ids, usando Wget-1.21.4, execute como o(a) usuário(a) root:

install -dm755 /usr/share/hwdata/ &&
wget http://www.linux-usb.org/usb.ids -O /usr/share/hwdata/usb.ids

O script lsusb.py exibe informações em um formato mais facilmente legível que lsusb. Para encontrar as opções, use lsusb.py -h. Uma forma de uso recomendada pelo(a) desenvolvedor(a) é lsusb.py -ciu.

Configurando o "USB Utils"

Você deveria atualizar o arquivo /usr/share/hwdata/usb.ids periodicamente. Execute os seguintes comandos, como o(a) usuário(a) root, para criar um cronômetro do "systemd" para atualizá-lo semanalmente aos domingos às 2h30. (hora local):

cat > /usr/lib/systemd/system/update-usbids.service << "EOF" &&
[Unit]
Description=Atualiza arquivo "usb.ids"
Documentation=man:lsusb(8)
DefaultDependencies=no
After=local-fs.target network-online.target
Before=shutdown.target

[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/usr/bin/wget http://www.linux-usb.org/usb.ids -O /usr/share/hwdata/usb.ids
EOF
cat > /usr/lib/systemd/system/update-usbids.timer << "EOF" &&
[Unit]
Description=Atualiza semanalmente arquivo "usb.ids"

[Timer]
OnCalendar=Sun 03:00:00
Persistent=true

[Install]
WantedBy=timers.target
EOF
systemctl enable update-usbids.timer

Conteúdo

Aplicativos Instalados: lsusb, lsusb.py, usb-devices e usbhid-dump

Bibliotecas Instaladas: Nenhum(a)

Diretórios Instalados: Nenhum(a)

Descrições Curtas

lsusb	é um utilitário para exibir informações relativas a todos os barramentos "USB" no sistema e todos os dispositivos conectados a eles, mas não de forma amigável a humanos(as)
lsusb.py	exibe informações relativas a todos os barramentos "USB" no sistema e todos os dispositivos conectados a eles em forma razoavelmente amigável a humanos(as)
usb-devices	é um script de shell que exibe detalhes dos barramentos "USB" e dos dispositivos conectados a eles. Ele foi projetado para ser usado se "/proc/bus/usb/devices" não estiver disponível em seu sistema
usbhid-dump	é usado para despejar descritores de informes e fluxos a partir de interfaces "HID" (dispositivo de interface humana) de dispositivos "USB"

Which-2.21 e Alternativas

A presença ou ausência do aplicativo which no livro principal do LFS é provavelmente uma das questões mais controversas nas listas de discussão. Isso resultou em pelo menos uma guerra violenta no passado. Para esperançosamente colocar um fim a isso de uma vez por todas, apresentamos aqui duas opções para equipar seu sistema com which. A questão de qual “which” cabe a você decidir.

Introdução ao "GNU Which"

A primeira opção é a de instalar o atual pacote GNU which.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://ftp.gnu.org/gnu/which/which-2.21.tar.gz
Transferência (FTP): ftp://ftp.gnu.org/gnu/which/which-2.21.tar.gz
Soma de verificação MD5 da transferência: 097ff1a324ae02e0a3b0369f07a7544a
Tamanho da transferência: 148 KB
Espaço em disco estimado exigido: 1 MB
Tempo de construção estimado: menos que 0,1 UPC

Instalação do "Which"

Instale which executando os seguintes comandos:

./configure --prefix=/usr &&
make

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

make install

Conteúdo

Aplicativo Instalado: which

Bibliotecas Instaladas: Nenhum(a)

Diretórios Instalados: Nenhum(a)

Descrições Curtas

which

mostra o caminho completo dos comandos (shell) instalados em seu PATH

O Script 'which'

A segunda opção (para quem não deseja instalar o pacote) é a de criar um script simples (executar como o(a) usuário(a) root):

cat > /usr/bin/which << "EOF"
#!/bin/bash
type -pa "$@" | head -n 1 ; exit ${PIPESTATUS[0]}
EOF
chmod -v 755 /usr/bin/which
chown -v root:root /usr/bin/which

Isso deveria funcionar bem e é provavelmente a solução mais fácil para a maioria dos casos, mas não é a implementação mais abrangente.

Zip-3.0

Introdução ao "Zip"

O pacote Zip contém utilitários Zip. Eles são úteis para comprimir arquivos em arquivamentos ZIP.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://downloads.sourceforge.net/infozip/zip30.tar.gz
Transferência (FTP): ftp://ftp.info-zip.org/pub/infozip/src/zip30.tgz
Soma de verificação MD5da transferência: 7b74551e63f8ee6aab6fbc86676c0d37
Tamanho da transferência: 1,1 MB
Espaço em disco estimado exigido: 6,4 MB
Tempo de construção estimado: 0,1 UPC

Instalação do "Zip"

Instale Zip executando os seguintes comandos:

make -f unix/Makefile generic_gcc

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

make prefix=/usr MANDIR=/usr/share/man/man1 -f unix/Makefile install

Explicações do Comando

make prefix=/usr -f unix/Makefile install: Esse comando substitui a variável prefix que está configurada como /usr/local no unix/Makefile. Alternativas para generic_gcc podem ser vistas com um comando make -f unix/Makefile list.

Conteúdo

Aplicativos Instalados: zip, zipcloak, zipnote e zipsplit

Bibliotecas Instaladas: Nenhum(a)

Diretórios Instalados: Nenhum(a)

Descrições Curtas

zip	comprime arquivos em um arquivamento `ZIP`
zipcloak	é um utilitário para encriptar e desencriptar um arquivamento `ZIP`
zipnote	lê ou escreve comentários armazenados em um arquivo `ZIP`
zipsplit	é um utilitário para dividir arquivos `ZIP` em arquivos menores

Capítulo 13. Programação

Um sistema LFS básico pode ser usado como uma plataforma de desenvolvimento, porém o sistema básico inclui somente suporte de linguagem para C, C++, Perl e Python. Esse capítulo fornece instruções para construir muitos ambientes de programação populares para expandir significativamente as capacidades de desenvolvimento do seu sistema.

Autoconf2.13

Introdução ao "Autoconf2.13"

Autoconf2.13 é uma versão antiga do Autoconf . Essa versão antiga aceita chaves que não são válidas em versões mais recentes e aplicativos Mozilla ainda precisam dessas chaves agora, de forma que eles exigem essa versão antiga para regenerar os conjuntos de comandos sequenciais de configuração. Ao contrário de outros aplicativos Mozilla, os tarballs de lançamento do SeaMonkey não contém os conjuntos de comandos sequenciais pré gerados de configuração, de forma que essa versão antiga é exigida mesmo se os arquivos de configuração não tiverem sido mudados.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://ftp.gnu.org/gnu/autoconf/autoconf-2.13.tar.gz
Transferência (FTP): ftp://ftp.gnu.org/gnu/autoconf/autoconf-2.13.tar.gz
Soma de verificação MD5 da transferência: 9de56d4a161a723228220b0f425dc711
Tamanho da transferência: 434 KB
Espaço em disco estimado exigido: 2,8 MB
Tempo de construção estimado: menos que 0,1 UPC (adicional 0,1 UPC para os testes)

Transferências Adicionais

Remendo exigido: https://www.linuxfromscratch.org/patches/blfs/12.0/autoconf-2.13-consolidated_fixes-1.patch

Instalação do "Autoconf2.13"

Instale Autoconf executando os seguintes comandos:

patch -Np1 -i ../autoconf-2.13-consolidated_fixes-1.patch &&
mv -v autoconf.texi autoconf213.texi                     &&
rm -v autoconf.info                                       &&
./configure --prefix=/usr --program-suffix=2.13           &&
make

Para testar a instalação, emita make check (todos os 253 testes deveriam passar).

Agora, como o(a) usuário(a) root:

make install                                     &&
install -v -m644 autoconf213.info /usr/share/info &&
install-info --info-dir=/usr/share/info autoconf213.info

Explicações do Comando

mv -v autoconf.texi autoconf213.texi: certifique-se de que o arquivo "info" adicionado por esse pacote não sobrescreverá a versão mais recente.

rm -v autoconf.info: certifique-se de que o arquivo "info" será criado pela versão atual do "texinfo".

--program-suffix=2.13: certifique-se de que os aplicativos instalados tenham a versão adicionada aos nomes deles, de forma que somente um script que procure especificamente por essas versões antigas os encontrará.

install -v -m644 ...: o remendo remove informações de instalação do "Makefile" porque isso instalaria (e se necessário recriaria) "standards.info" que é uma versão antiga, de forma que agora autoconf213.info tem de ser instalado manualmente.

Conteúdo

Aplicativos Instalados: autoconf2.13, autoheader2.13, autoreconf2.13, autoscan2.13, autoupdate2.13 e ifnames2.13

Biblioteca Instalada: Nenhum(a)

Diretório Instalado: /usr/share/autoconf-2.13

Descrições Curtas

autoconf2.13	Produz scripts de shell que configuram automaticamente pacotes de código-fonte de software para se adaptarem a muitos tipos de sistemas do tipo Unix
autoheader2.13	é uma ferramenta para criar arquivos de modelo de declarações C #define para o "configure" usar
autoreconf2.13	Isso executa automaticamente autoconf2.13, autoheader2.13, aclocal, automake, gettextize e libtoolize na ordem correta quando mudanças tenham sido feitas nos arquivos de modelo autoconf ou automake
autoscan2.13	Pode ser usado como uma etapa preliminar na criação de um arquivo `configure.in`
autoupdate2.13	Modifica um arquivo `configure.in` que ainda chama macros autoconf pelos nomes antigos deles para usar os nomes de macro atuais
ifnames2.13	Imprime os identificadores que o pacote usa nas condicionais do pré-processador C [Se um pacote já tiver sido configurado para ter alguma portabilidade, [então] esse aplicativo pode ajudar a determinar o que o "configure" precisa verificar. Ele também pode preencher lacunas em um arquivo "configure.in" gerado pelo "autoscan"]

Cbindgen-0.24.3

Introdução ao "Cbindgen"

Cbindgen pode ser usado para gerar ligações C para código Rust.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/eqrion/cbindgen/archive/v0.24.3/cbindgen-0.24.3.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 6aa2991ca8411f9ebf9961e8b873e884
Tamanho da transferência: 204 KB
Espaço em disco estimado exigido: 121 MB (adicionar 596 MB para os testes)
Tempo de construção estimado: 0,5 UPC (adicionar 0,4 UPC para os testes), ambos em uma máquina de 4 núcleos

Dependências do "cbindgen"

Exigidas

rustc-1.71.1

Nota

Uma conexão com a Internet é necessária para construir esse pacote.

Instalação do "cbindgen"

Instale cbindgen executando os seguintes comandos:

cargo build --release

Para testar os resultados, emita: cargo test. Três testes na suíte final são conhecidos por falharem.

Agora, como o(a) usuário(a) root:

install -Dm755 target/release/cbindgen /usr/bin/

Conteúdo

Aplicativo Instalado: cbindgen

Biblioteca Instalada: Nenhum(a)

Diretório Instalado: Nenhum(a)

Descrições Curtas

cbindgen

gera ligações C para código Rust

Clisp-2.49

Introdução ao "Clisp"

GNU Clisp é uma implementação "Common Lisp" que inclui um interpretador, compilador, depurador e muitas extensões.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://ftp.gnu.org/gnu/clisp/latest/clisp-2.49.tar.bz2
Transferência (FTP): ftp://ftp.gnu.org/gnu/clisp/latest/clisp-2.49.tar.bz2
Soma de verificação MD5 da transferência: 1962b99d5e530390ec3829236d168649
Tamanho da transferência: 7,8 MB
Espaço em disco estimado exigido: 163 MB (adicionar 8 MB para os testes)
Tempo de construção estimado: 0,9 UPC (1,2 UPC com os testes)

Transferências Adicionais

Remendo opcional: https://www.linuxfromscratch.org/patches/blfs/12.0/clisp-2.49-readline7_fixes-1.patch (exigido se construir contra a "libffcall")

Dependências do "Clisp"

Opcionais

libnsl-2.0.0 e libffcall

Instalação do "Clisp"

Nota

Esse pacote não suporta construção paralela.

Se você estiver construindo em um sistema de 32 bits, [então] contorne um defeito no "GCC" causado pela versão mais recente do "binutils":

case $(uname -m) in
   i?86) export CFLAGS="${CFLAGS:--O2 -g} -falign-functions=4" ;;
esac

Remova dois testes que falham por motivos desconhecidos:

sed -i -e '/socket/d' -e '/"streams"/d' tests/tests.lisp

Instale Clisp executando os seguintes comandos:

Se você estiver construindo clisp contra a libffcall, [então] aplique o remendo para corrigir uma falha de construção com a readline atual:

patch -Np1 -i ../clisp-2.49-readline7_fixes-1.patch

Instale Clisp executando os seguintes comandos:

mkdir build &&
cd   build &&

../configure --srcdir=../                       \
             --prefix=/usr                      \
             --docdir=/usr/share/doc/clisp-2.49 \
             --with-libsigsegv-prefix=/usr &&

ulimit -s 16384 &&
make -j1

Para testar os resultados, emita: make check.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

ulimit -s 16384: isso aumenta o tamanho máximo da pilha, conforme recomendado pelo configure.

--docdir=/usr/share/doc/clisp-2.49: isso garante que a documentação "HTML" irá para um diretório versionado em vez de diretamente para /usr/share/html/.

--with-libsigsegv-prefix=/usr: use isso para informar ao configure que você instalou o libsigsegv em /usr, caso contrário ele não será encontrado.

--with-libffcall-prefix=/usr: use isso para informar ao configure que você instalou o libffcall opcional em /usr, caso contrário, como libsigsegv, ele não será encontrado.

Conteúdo

Aplicativos Instalados: clisp, clisp-link

Bibliotecas Instaladas: várias bibliotecas estáticas em /usr/lib/clisp-2.49/base/

Diretórios Instalados: /usr/lib/clisp-2.49 /usr/share/doc/clisp-2.49 /usr/share/emacs/site-lisp;

Descrições Curtas

clisp	é um compilador, interpretador e depurador "ANSI" "Common Lisp"
clisp-link	é usado para vincular um módulo externo ao "clisp"

CMake-3.27.2

Introdução ao "CMake"

O pacote CMake contém um conjunto moderno de ferramentas usado para gerar "Makefiles". É um sucessor do script configure gerado automaticamente e pretende ser independente de plataforma e de compilador. Um usuário significativo do CMake é o KDE desde a versão 4.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://cmake.org/files/v3.27/cmake-3.27.2.tar.gz
Transferência (FTP):
Soma de verificação MD5da transferência: 07786cd23c3d0aa9c2fef69efb13662b
Tamanho da transferência: 10 MB
Espaço em disco estimado exigido: 424 MB (adicionar 1,2 GB para testes)
Tempo de construção estimado: 2,0 UPC (adicionar 3,2 UPC para testes, ambos usando paralelismo=4)

Dependências do "CMake"

Opcionais

GCC-13.2.0 (para gfortran), git-2.41.0 (para uso durante testes), Mercurial-6.5.1 (para uso durante testes), (Qt-5.15.10 ou qt-alternate-5.15.10) (para a GUI baseada em Qt), sphinx-7.1.2 (para construir documentos), Subversion-1.14.2 (para testagem), cppdap, jsoncpp e rhash

Instalação do "CMake"

Instale CMake executando os seguintes comandos:

sed -i '/"lib64"/s/64//' Modules/GNUInstallDirs.cmake &&

./bootstrap --prefix=/usr        \
            --system-libs        \
            --mandir=/share/man  \
            --no-system-jsoncpp  \
            --no-system-cppdap   \
            --no-system-librhash \
            --docdir=/share/doc/cmake-3.27.2 &&
make

Para testar os resultados, emita: LC_ALL=en_US.UTF-8 bin/ctest -j<N> -O cmake-3.27.2-test.log, onde <N> é um número inteiro entre 1 e o número de núcleos do sistema. A configuração de LC_ALL é necessária para evitar algumas falhas de teste quando algumas das variáveis de localidade estão definidas para localidades diferentes do inglês.

Se você quiser investigar um problema com um determinado "problem1-test", [então] use bin/ctest -R "problem1-test" e, para omiti-lo, use bin/ctest -E "problem1-test". Essas opções podem ser usadas juntas: bin/ctest -R "problem1-test" -E "problem2-test". A opção -N pode ser usada para exibir todos os testes disponíveis, e você pode executar bin/ctest para um subconjunto de testes usando nomes ou números separados por espaços como opções . A opção --help pode ser usada para mostrar todas as opções.

Agora, como o(a) usuário(a) root:

make install

Explicações do Comando

sed ... Modules/GNUInstallDirs.cmake: Esse comando desabilita aplicativos que usam "cmake" de tentar instalar arquivos em "/usr/lib64/".

--system-libs: Essa chave força o sistema de construção a vincular-se a Zlib, Bzip2, cURL, nghttp2, Expat e libarchive instalados no sistema.

--no-system-jsoncpp e --no-system-cppdap: Essas chaves removem a biblioteca JSON-C++ da lista de bibliotecas do sistema. Uma versão empacotada dessa biblioteca é usada em lugar dela.

--no-system-librhash: Essa chave remove a biblioteca librhash da lista de bibliotecas do sistema usadas. Uma versão empacotada dessa biblioteca é usada em lugar dela.

--no-system-{curl,libarchive,libuv,nghttp2}: Use a opção correspondente na lista para o bootstrap se uma das dependências recomendadas não estiver instalada. Uma versão empacotada da dependência será usada em lugar dela.

--qt-gui: Essa chave habilita construir a "GUI" baseada em Qt para CMake.

--parallel=: Essa chave habilita executar as instruções iniciais de carregamento do CMake com várias tarefas ao mesmo tempo.

Conteúdo

Aplicativos Instalados: ccmake, cmake, cmake-gui (opcional), cpack e ctest

Bibliotecas Instaladas: Nenhum(a)

Diretórios Instalados: /usr/share/cmake-3.27 e /usr/share/doc/cmake-3.27.2

Descrições Curtas

ccmake	é uma estrutura de interação direta com o(a) usuário(a) baseada em "curses" para cmake
cmake	é o gerador de "makefile"
cmake-gui	(opcional) é a estrutura de interação direta com o(a) usuário(a) baseada em Qt para o cmake
cpack	é o aplicativo de empacotamento CMake
ctest	é um utilitário de teste para árvores de construção geradas pelo "cmake"

Doxygen-1.9.7

Introdução ao "Doxygen"

O pacote Doxygen contém um sistema de documentação para "C++", "C", "Java", "Objective-C", "Corba IDL" e, até certo ponto, "PHP", "C#" e "D". É útil para gerar documentação "HTML" e(ou) manual de referência fora de linha a partir de um conjunto de arquivos fonte documentados. Também existe suporte para gerar saída em "RTF", "PostScript", "PDF" com hiperlink, "HTML" compactado e páginas de manual "Unix". A documentação é extraída diretamente dos fontes, o que torna muito mais fácil manter a documentação consistente com o código-fonte.

Você também pode configurar o Doxygen para extrair a estrutura do código a partir de arquivos fonte não documentados. Isso é muito útil para encontrar rapidamente seu caminho em grandes distribuições de fontes. Usado junto com Graphviz, você também consegue visualizar as relações entre os vários elementos por meio de gráficos de dependência, diagramas de herança e diagramas de colaboração, todos gerados automaticamente.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://doxygen.nl/files/doxygen-1.9.7.src.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 95008edf2d84aeefb7c65a6a4857dc2c
Tamanho da transferência: 5,5 MB
Espaço em disco estimado exigido: 240 MB (com testes)
Tempo de construção estimado: 1,6 UPC (usando paralelismo = 4; com testes)

Dependências do "Doxygen"

Exigidas

CMake-3.27.2 e git-2.41.0

Opcionais

Graphviz-8.1.0, ghostscript-10.01.2, libxml2-2.10.4 (exigido para os testes), LLVM-16.0.5 (com clang), (Qt-5.15.10 ou qt-alternate-5.15.10) (para doxywizard), texlive-20230313 (ou install-tl-unx), xapian-1.4.23 (para doxyindexer) e javacc

Instalação do "Doxygen"

Nota

Ao desempacotar esse pacote, você poderá ver mensagens como “Ignoring unknown extended header keyword 'LIBARCHIVE.xattr.com.apple.TextEncoding'”. Essas mensagens são inofensivas e podem ser seguramente ignoradas.

Primeiro, corrija alguns conjuntos de comandos sequenciais python:

grep -rl '^#!.*python$' | xargs sed -i '1s/python/&3/'

Instale Doxygen executando os seguintes comandos:

mkdir -v build &&
cd      build &&

cmake -G "Unix Makefiles"         \
      -DCMAKE_BUILD_TYPE=Release  \
      -DCMAKE_INSTALL_PREFIX=/usr \
      -Wno-dev .. &&

make

Para testar os resultados, emita: make tests. Um teste, 061_U��nicod��_file, é conhecido por falhar.

Se você deseja gerar a documentação do pacote, [então] você precisa ter Python, TeX Live (para documentos "HTML") e Ghostscript (para documentos "PDF") instalados, então emita o seguinte comando:

cmake -DDOC_INSTALL_DIR=share/doc/doxygen-1.9.7 -Dbuild_doc=ON .. &&

make docs

Agora, como o(a) usuário(a) root:

make install &&
install -vm644 ../doc/*.1 /usr/share/man/man1

Se você gerou a documentação do pacote, então as páginas de manual serão instaladas automaticamente e você não precisará executar o último comando install ....

Explicações do Comando

-Dbuild_wizard=ON: Use essa chave se Qt5 estiver instalado e você desejar construir a estrutura "GUI" de interação direta com o(a) usuário(a).

-Dbuild_search=ON: Use essa chave se xapian estiver instalado e você desejar construir ferramentas de pesquisa externas (doxysearch.cgi e doxyindexer).

-Duse_libclang=ON: Use essa chave se llvm com clang estiverem instalados, para adicionar suporte para análise da "libclang".

Configurando o "Doxygen"

Não existe nenhuma configuração real necessária para o pacote Doxygen embora três pacotes adicionais sejam exigidos se você desejar usar recursos estendidos. Se precisar usar os recursos de tradução de idiomas, [então] você precisa ter Python-2.7.18 instalado. Se precisar de fórmulas para criar documentação em "PDF", então você precisa ter o texlive-20230313 instalado. Se precisar de fórmulas para converter arquivos "PostScript" para "bitmaps", então você precisa ter o ghostscript-10.01.2 instalado.

Conteúdo

Aplicativos Instalados: doxygen e opcionalmente, doxywizard, doxyindexer e doxysearch.cgi

Bibliotecas Instaladas: Nenhum(a)

Diretório Instalado: /usr/share/doc/doxygen-1.9.7

Descrições Curtas

doxygen	é um utilitário baseado em linha de comando usado para gerar arquivos de configuração de modelo e, em seguida, gerar documentação a partir desses modelos. Use doxygen --help para uma explicação dos parâmetros da linha de comando
doxywizard	é uma estrutura "GUI" de interação direta com o(a) usuário(a) para configurar e executar doxygen
doxyindexer	gera um índice de pesquisa chamado `doxysearch.db` a partir de um ou mais arquivos de dados de pesquisa produzidos por doxygen. Veja-se, por exemplo, https://javacc.github.io/javacc/
doxysearch.cgi	é um aplicativo "CGI" para pesquisar os dados indexados por doxyindexer

GCC-13.2.0

Introdução ao GCC

O pacote GCC contém a GNU Compiler Collection. Esta página descreve a instalação de compiladores para as seguintes linguagens: C, C++, Fortran, Objective C, Objective C++, Go e Modula2. Como C e C++ são instalados no LFS, esta página é tanto para atualizar C e C++ quanto para instalar compiladores adicionais.

Nota

Linguagens adicionais, entre as quais D e Ada, estão disponíveis na coleção. D e Ada tem um requisito de instruções iniciais de carregamento de binário para a primeira instalação, de modo que a instalação deles não está descrita aqui. Para instalá-los, você pode proceder da mesma forma abaixo depois de instalar o compilador correspondente a partir de um pacote binário, adicionando ada ou d à linha --enable-languages.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Cuidado

Se você estiver atualizando o GCC a partir de qualquer outra versão anterior ao 13.2.0, então você precisa ser cuidadoso(a) ao compilar módulos de terceiros do núcleo. Você deveria garantir que o núcleo e todos os módulos nativos dele também sejam compilados usando a mesma versão do GCC que você usa para construir o módulo de terceiros. Esse problema não afeta as atualizações do núcleo nativo (e dos módulos do núcleo), pois as instruções abaixo são uma reinstalação completa do GCC. Se você tiver módulos de terceiros instalados, certifique-se de que eles sejam recompilados usando a versão atualizada do GCC. Como sempre, nunca atualize os cabeçalhos do núcleo a partir daqueles usados quando o Glibc foi compilado durante o LFS.

Informação do Pacote

Transferência (HTTP): https://ftp.gnu.org/gnu/gcc/gcc-13.2.0/gcc-13.2.0.tar.xz
Transferência (FTP): ftp://ftp.gnu.org/gnu/gcc/gcc-13.2.0/gcc-13.2.0.tar.xz
Soma de verificação MD5 da transferência: e0e48554cc6e4f261d55ddee9ab69075
Tamanho da transferência: 84 MB
Espaço em disco estimado exigido: 13 GB (2,9 GB instalado com todas as linguagens listadas; adicionar 1,5 GB para testes)
Tempo de construção estimado: 13 UPC (adicionar 29 UPC para testes; ambos com paralelismo=8)

Dependências do GCC

Opcionais

GDB-13.2, Valgrind-3.21.0 (para os testes) e ISL (para habilitar a otimização "graphite")

Observações de Editor(a): https://wiki.linuxfromscratch.org/blfs/wiki/gcc

Instalação do GCC

Importante

Mesmo se você especificar somente linguagens diferentes de "C" e "C++" para o comando ./configure abaixo, o processo de instalação substituirá seus compiladores e bibliotecas "C" e "C++" do GCC existentes. Executar a suíte completa de teste é recomendado.

Não continue com o comando make install até ter certeza de que a construção foi bem-sucedida. Você pode comparar seus resultados de teste com aqueles encontrados em https://gcc.gnu.org/ml/gcc-testresults/. Você também possivelmente deseje consultar as informações encontradas na seção do GCC do Capítulo 8 no livro LFS (../../../../lfs/view/12.0-systemd/chapter08/gcc.html).

As instruções abaixo estão intencionalmente realizando um processo de “bootstrap”. As instruções iniciais de carregamento são necessárias para robustez e são altamente recomendadas ao atualizar a versão dos compiladores. Para desabilitar as instruções iniciais de carregamento de qualquer maneira, adicione --disable-bootstrap às opções ./configure abaixo.

Instale o GCC executando os seguintes comandos:

case $(uname -m) in
  x86_64)
    sed -i.orig '/m64=/s/lib64/lib/' gcc/config/i386/t-linux64
  ;;
esac

mkdir build               &&
cd    build               &&

../configure              \
    --prefix=/usr         \
    --disable-multilib    \
    --with-system-zlib    \
    --enable-default-pie  \
    --enable-default-ssp  \
    --disable-fixincludes \
    --enable-languages=c,c++,fortran,go,objc,obj-c++,m2 &&
make

Se você tiver instalado pacotes adicionais, como valgrind e gdb, a parte gcc da suíte de teste executará mais testes que no LFS. Alguns deles informarão FAIL e outros XPASS (aprovados quando esperado FAIL). A partir do gcc-13.2.0, cerca de sessenta e cinco (65) FAIL ocorrem na suíte “guality”, bem como falhas diversas em todo o resto da suíte de teste. Se todos os compiladores acima forem construídos, existirão um pouco mais que oitenta (80) falhas inesperadas em mais que quinhentos e quarenta e seis mil (546.000) testes. Para executar os testes, emita:

ulimit -s 32768 &&
make -k check

Os testes são muito longos e os resultados possivelmente sejam difíceis de encontrar nos registros, especialmente se você usar tarefas paralelas com "make". Você consegue obter um resumo dos testes com:

../contrib/test_summary

Agora, como o(a) usuário(a) root:

make install &&

mkdir -pv /usr/share/gdb/auto-load/usr/lib             &&
mv -v /usr/lib/*gdb.py /usr/share/gdb/auto-load/usr/lib &&

chown -v -R root:root \
    /usr/lib/gcc/*linux-gnu/13.2.0/include{,-fixed}

Explicações do Comando

mkdir build; cd build: A documentação do GCC recomenda construir o pacote em um diretório de construção dedicado.

--disable-multilib: Esse parâmetro garante que os arquivos sejam criados para a arquitetura específica do seu computador.

--with-system-zlib: Usa a zlib do sistema em vez daquela empacotada. A zlib é usada para comprimir e descomprimir a linguagem intermediária do GCC em arquivos de objeto "Link Time Optimization" ("LTO").

--enable-default-pie: Torna a opção -fpie o padrão ao compilar aplicativos. Juntamente com o recurso ASLR habilitado no núcleo, isso derrota alguns tipos de ataques baseados em esquemas conhecidos de memória.

--enable-default-ssp: Torna a opção -fstack-protector-strong o padrão ao compilar aplicativos. SSP é uma técnica que evita a alteração do fluxo do programa por corrompimento da pilha de parâmetros.

--enable-languages=c,c++,fortran,go,objc,obj-c++,m2: Esse comando identifica quais linguagens construir. Você pode modificar esse comando para remover linguagens indesejadas. A GCC também suporta Ada e D, mas construir a GCC com suporte a Ada (ou D) precisa de um compilador Ada (ou D) existente. Portanto, eles não estão habilitados aqui.

ulimit -s 32768: Esse comando evita que vários testes fiquem sem espaço na pilha.

make -k check: Esse comando executa a suíte de teste sem parar se quaisquer erros forem encontrados.

../contrib/test_summary: Esse comando produzirá um resumo dos resultados da suíte de teste. Você pode anexar | grep -A7 Summ ao comando para produzir uma versão ainda mais condensada do resumo. Você possivelmente também deseje redirecionar a saída gerada para um arquivo para revisão e comparação posterior.

mv -v /usr/lib/*gdb.py ...: A etapa de instalação coloca alguns arquivos usados pelo gdb sob o diretório /usr/lib. Isso gera mensagens de erro falsas ao executar o ldconfig. Esse comando move os arquivos para outro local.

chown -v -R root:root /usr/lib/gcc/*linux-gnu/...: Se o pacote for construído por um(a) usuário(a) diferente de "root", [então] titularidade da propriedade do diretório include instalado (e o conteúdo dele) estará incorreta. Esse comando muda a titularidade da propriedade para o(a) usuário(a) e grupo root.

--enable-host-shared --enable-languages=jit: Construir libgccjit, uma biblioteca para incorporar a GCC em aplicativos e bibliotecas para gerar código de máquina . Apesar do “JIT” (just-in-time) no nome, a biblioteca também pode ser usada para compilação AOT (ahead-of-time). --enable-host-shared é necessário para construir libgccjit, mas retarda significativamente a GCC. Portanto libgccjit deveria ser construída e instalada separadamente, não como parte da instalação “principal” da GCC. Se você precisar dessa biblioteca, configure a GCC com essas duas opções e instale a biblioteca executando make -C gcc jit.install-common jit.install-info como o(a) usuário(a) root. Essa biblioteca não é usada por nenhum pacote do BLFS, nem testada pelos(as) desenvolvedores(as) do BLFS.

Conteúdo

Alguns nomes e descrições de aplicativos e bibliotecas não estão listados aqui, mas podem ser encontrados na seção do LFS para "GCC", já que foram inicialmente instalados durante a construção do LFS.

Aplicativos Instalados: gccgo, gfortran, gm2, go e gofmt, rigidamente vinculados a nomes específicos de arquitetura

Bibliotecas Instaladas: libgfortran.{so,a}, libgm2.{so,a}, libgo.{so,a}, libgobegin.a, libgolibbegin.a, libobjc.{so,a} e numerosos(as) outros(as) bibliotecas e executáveis de tempo de execução

Diretórios Instalados: /usr/lib/go

Descrições Curtas

gccgo	é um compilador baseado na GCC para a linguagem Go
gm2	é um compilador baseado na GCC para a linguagem Modula-2
go	é uma ferramenta para gerenciar o código-fonte da Go
gofmt	é uma ferramenta para formatar o código-fonte da Go
gfortran	é um compilador baseado na GCC para a linguagem Fortran

GC-8.2.4

Introdução ao "GC"

O pacote GC contém o coletor conservador de lixo Boehm-Demers-Weiser, que pode ser usado como um substituto da coleta de lixo para a função "malloc" da "C" ou o novo operador da "C++". Ele permite que você aloque memória basicamente como faria normalmente, sem desalocar explicitamente a memória que não é mais útil. O coletor recicla automaticamente a memória quando determina que ela não mais consegue ser acessada de outra forma. O coletor também é usado por diversas implementações de linguagens de programação que, ou usam a "C" como código intermediário; desejam facilitar a interoperação mais fácil com bibliotecas "C"; ou apenas preferem a interface simples do coletor. Alternativamente, o coletor de lixo possivelmente seja usado como detector de vazamentos para aplicativos "C" ou "C++", embora esse não seja o objetivo principal dele.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/ivmai/bdwgc/releases/download/v8.2.4/gc-8.2.4.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 8901a6ed29ac35842420054772ea3441
Tamanho da transferência: 1,2 MB
Espaço em disco estimado exigido: 9,9 MB (com testes)
Tempo de construção estimado: 0,2 UPC (com testes)

Opcionais

libatomic_ops-7.8.0

Instalação do "GC"

Instale GC executando os seguintes comandos:

./configure --prefix=/usr     \
            --enable-cplusplus \
            --disable-static   \
            --docdir=/usr/share/doc/gc-8.2.4 &&
make

Para testar os resultados, emita: make check.

Agora, como o(a) usuário(a) root:

make install &&
install -v -m644 doc/gc.man /usr/share/man/man3/gc_malloc.3

Explicações do Comando

--docdir=/usr/share/doc/gc-8.2.4: Essa opção é usada de forma que o pacote instalará a documentação em um diretório versionado.

--enable-cplusplus: Esse parâmetro habilita a construção e instalação da biblioteca "C++" juntamente com a biblioteca "C" padrão.

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

Conteúdo

Aplicativos Instalados: Nenhum(a)

Bibliotecas Instaladas: libcord.so, libgc.so, libgccpp.so e libgctba.so

Diretórios Instalados: /usr/include/gc e /usr/share/doc/gc-8.2.4

Descrições Curtas

`libcord.so`	contém uma biblioteca de sequências de caracteres baseada em árvore
`libgc.so`	contém uma interface "C" para o coletor conservador de lixo, projetada principalmente para substituir a função "malloc" da "C"
`libgccpp.so`	contém uma interface "C++" para o coletor conservador de lixo
`libgctba.so`	contém uma interface "C++" para lançar alocações incorretas

GDB-13.2

Introdução ao GDB

GDB, o depurador do Projeto "GNU", permite que você veja o que está acontecendo “dentro” de outro aplicativo enquanto ele é executado - ou o que outro aplicativo estava fazendo no momento em que travou. Observe que GDB é mais eficaz ao rastrear aplicativos e bibliotecas que foram construídos(as) com símbolos de depuração e não despojados(as).

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://ftp.gnu.org/gnu/gdb/gdb-13.2.tar.xz
Transferência (FTP): ftp://ftp.gnu.org/gnu/gdb/gdb-13.2.tar.xz
Soma de verificação MD5 da transferência: fbd3cdae16c581e8a742cb766ba35076
Tamanho da transferência: 23 MB
Espaço em disco estimado exigido: 914 MB (adicionar 805 MB para documentos; adicionar 575 MB para testes)
Tempo de construção estimado: 2,1 UPC (adicionar 0,4 UPC para documentos; adicionar 18 UPC para testes; todos usando paralelismo=4)

Dependências do GDB

Dependência Recomendada de Tempo de Execução

six-1.16.0 (módulo "Python" 3, exigido em tempo de execução para usar scripts GDB a partir de vários pacotes do LFS/BLFS com "Python" 3 instalado no LFS)

Opcionais

Doxygen-1.9.7, GCC-13.2.0 (ada, gfortran e go são usados para testes), Guile-3.0.9, rustc-1.71.1 (usado para alguns testes), Valgrind-3.21.0 e SystemTap (tempo de execução, usado para testes)

Instalação do GDB

Instale o GDB executando os seguintes comandos:

mkdir build &&
cd   build &&

../configure --prefix=/usr          \
             --with-system-readline \
             --with-python=/usr/bin/python3 &&
make

Opcionalmente, para construir a documentação da "API" usando Doxygen-1.9.7, execute:

make -C gdb/doc doxy

Para testar os resultados, emita:

pushd gdb/testsuite &&
make  site.exp     &&
echo  "set gdb_test_timeout 120" >> site.exp &&
runtest
popd

Veja-se gdb/testsuite/README e TestingGDB. Existem muitos problemas com a suíte de teste:

Diretórios limpos são necessários se reexecutar-se os testes. Por esse motivo, produza uma cópia do diretório do código-fonte compilado antes dos testes, caso precise executar os testes novamente.
Os resultados dependem dos compiladores instalados.
Uma execução de teste da suíte de teste teve cento e oitenta e três (183) falhas inesperadas em mais de cento e cinco mil (105.000) testes.
Em alguns sistemas, a suíte de teste "gdb.tui" falhará se executada em SSH.
Em alguns sistemas baseados em "AMD", mais que duzentos (200) testes adicionais possivelmente falhem devido a uma diferença na implementação de camadas nessas "CPUs".

Agora, como o(a) usuário(a) root:

make -C gdb install &&
make -C gdbserver install

Se você construiu a documentação da "API", [então] ela agora está em "gdb/doc/doxy". Você consegue instalá-la (como o(a) usuário(a) root):

install -d /usr/share/doc/gdb-13.2 &&
rm -rf gdb/doc/doxy/xml &&
cp -Rv gdb/doc/doxy /usr/share/doc/gdb-13.2

Explicações do Comando

--with-system-readline: Essa chave força o GDB a usar a cópia do Readline instalada no LFS.

--with-python=/usr/bin/python3: Essa chave força GDB a usar Python 3.

Conteúdo

Aplicativos Instalados: gcore, gdb, gdbserver e gdb-add-index

Biblioteca Instalada: libinproctrace.so

Diretórios Instalados: /usr/{include,share}/gdb e /usr/share/doc/gdb-13.2

Descrições Curtas

gcore	gera um despejo principal de um aplicativo em execução
gdb	é o Depurador GNU
gdbserver	é um servidor remoto para o depurador "GNU" (permite que aplicativos sejam depurados a partir de uma máquina diferente)
gdb-add-index	Permite adicionar arquivos de índice a binários ELF. Isso acelera o início do gdb em aplicativos grandes.
`libinproctrace.so`	contém funções para o agente de rastreamento em processo. O agente permite instalar pontos de rastreamento rápidos, listar marcadores de pontos de rastreamento estáticos, sondar marcadores de pontos de rastreamento estáticos e iniciar o monitoramento de rastreamento.

Git-2.41.0

Introdução ao "Git"

Git é um sistema de controle de versão distribuído, gratuito e de código aberto, projetado para lidar com tudo, desde projetos pequenos a muito grandes, com velocidade e eficiência. Cada clone do Git é um repositório completo com histórico completo e recursos completos de rastreamento de revisão, não dependente de acesso à rede de comunicação ou de um servidor central. Ramificar e mesclar são rápidos e fáceis de fazer. Git é usado para controle de versão de arquivos, assim como ferramentas como Mercurial-6.5.1, Bazaar, Subversion-1.14.2, CVS, Perforce e Team Foundation Server.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://www.kernel.org/pub/software/scm/git/git-2.41.0.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: c1f58a12b891ad73927b8e4a3aa29c7b
Tamanho da transferência: 11 MB
Espaço em disco estimado exigido: 252 MB (com documentação baixada)
Tempo de construção estimado: 0,3 UPC (com paralelismo=4; adicionar até 1,6 UPC (dependente da velocidade do disco) para testes, ambos com paralelismo=4)

Transferências Adicionais

https://www.kernel.org/pub/software/scm/git/git-manpages-2.41.0.tar.xz (não necessário se você tiver instalado asciidoc-10.2.0, xmlto-0.0.28 e preferir reconstrui-las)
https://www.kernel.org/pub/software/scm/git/git-htmldocs-2.41.0.tar.xz e outros documentos (não necessários se você tiver instalado asciidoc-10.2.0 e desejar reconstruir a documentação).

Dependências do "Git"

Opcionais

Apache-2.4.57 (para alguns testes), GnuPG-2.4.3 (tempo de execução, possivelmente seja usado para assinar commits ou tags do Git ou para verificar as assinaturas deles), OpenSSH-9.4p1 (tempo de execução, necessário para usar Git sobre ssh), pcre2-10.42 (ou o obsoleto PCRE-8.45), em ambos os casos configurados com --enable-jit, Subversion-1.14.2 com ligações Perl (tempo de execução, para git svn), Tk-8.6.13 (gitk, um visualizador simples de repositórios Git, usa Tk em tempo de execução), Valgrind-3.21.0, Authen::SASL e MIME::Base64 (ambos tempo de execução, para git send-email) e IO-Socket-SSL-2.083 (tempo de execução, para git send-email conectar-se a um servidor SMTP com encriptação SSL)

Opcional (para criar as páginas de manual, documentos "HTML" e outros documentos)

xmlto-0.0.28 e asciidoc-10.2.0 , e também dblatex (para a versão "PDF" do manual de usuário(a)) e docbook2x para criar páginas "info"

Instalação do "Git"

Instale Git executando os seguintes comandos:

./configure --prefix=/usr \
           --with-gitconfig=/etc/gitconfig \
           --with-python=python3 &&
make

Você pode construir as páginas de manual e(ou) documentos "HTML" ou usar os baixados. Se você decidir construí-los(as), [então] use as próximas duas instruções.

Se você instalou asciidoc-10.2.0, [então] você pode criar a versão "HTML" das páginas de manual e outros documentos:

make html

Se você instalou asciidoc-10.2.0 e xmlto-0.0.28, [então] você pode criar as páginas de manual:

make man

A suíte de teste pode ser executada em modo paralelo. Para executar a suíte de teste, emita: make -k test. Se Apache-2.4.57 estiver instalado, três testes em t5559-http-fetch-smart-http2.sh são conhecidos por falhar devido ao cURL-8.1.x.

Agora, como o(a) usuário(a) root:

make perllibdir=/usr/lib/perl5/5.38/site_perl install

Se você criou as páginas de manual e(ou) documentos "HTML"

Instale as páginas de manual como o(a) usuário(a) root:

make install-man

Instale os documentos "HTML" como o(a) usuário(a) root:

make htmldir=/usr/share/doc/git-2.41.0 install-html

Se você baixou as páginas de manual e(ou) documentos "HTML"

Se você baixou as páginas de manual, [então] descompacte-as como o(a) usuário(a) root:

tar -xf ../git-manpages-2.41.0.tar.xz \
   -C /usr/share/man --no-same-owner --no-overwrite-dir

Se você baixou os documentos "HTML", [então] descompacte-os como o(a) usuário(a) root:

mkdir -vp   /usr/share/doc/git-2.41.0 &&
tar   -xf   ../git-htmldocs-2.41.0.tar.xz \
     -C    /usr/share/doc/git-2.41.0 --no-same-owner --no-overwrite-dir &&

find        /usr/share/doc/git-2.41.0 -type d -exec chmod 755 {} \; &&
find        /usr/share/doc/git-2.41.0 -type f -exec chmod 644 {} \;

Reorganize o texto e o "HTML" no "html-docs" (ambos os métodos)

Para ambos os métodos, o "html-docs" inclue muitos arquivos planos de texto. Reorganize os arquivos como o(a) usuário(a) root:

mkdir -vp /usr/share/doc/git-2.41.0/man-pages/{html,text}        &&
mv        /usr/share/doc/git-2.41.0/{git*.txt,man-pages/text}     &&
mv        /usr/share/doc/git-2.41.0/{git*.,index.,man-pages/}html &&

mkdir -vp /usr/share/doc/git-2.41.0/technical/{html,text}         &&
mv        /usr/share/doc/git-2.41.0/technical/{*.txt,text}        &&
mv        /usr/share/doc/git-2.41.0/technical/{*.,}html           &&

mkdir -vp /usr/share/doc/git-2.41.0/howto/{html,text}             &&
mv        /usr/share/doc/git-2.41.0/howto/{*.txt,text}            &&
mv        /usr/share/doc/git-2.41.0/howto/{*.,}html               &&

sed -i '/^<a href=/s|howto/|&html/|' /usr/share/doc/git-2.41.0/howto-index.html &&
sed -i '/^\* link:/s|howto/|&html/|' /usr/share/doc/git-2.41.0/howto-index.txt

Explicações do Comando

--with-gitconfig=/etc/gitconfig: Isso configura /etc/gitconfig como o arquivo que armazena as configurações padrão do Git abrangente a todo o sistema.

--with-python=python3: Use esta chave para usar Python 3, em vez do Python 2 com "EOL". "Python" é usado para a interface git p4 para repositórios "Perforce" e também usado em alguns testes.

--with-libpcre2: Use essa chave se PCRE2 estiver instalado e tiver sido construído com o "JIT" não padrão habilitado.

--with-libpcre1: Como uma alternativa ao "PCRE2", use essa chave se o obsoleto PCRE estiver instalado e tiver sido construído com o "JIT" não padrão habilitado.

tar -xf ../git-manpages-2.41.0.tar.gz -C /usr/share/man --no-same-owner: Isso descompacta git-manpages-2.41.0.tar.gz. A opção -C faz com que o "tar" mude o diretório para /usr/share/man antes de começar a descomprimir os documentos. A opção --no-same-owner impede que o "tar" preserve os detalhes de usuário(a) e de grupo dos arquivos. Isso é útil porque esse(a) usuário(a) ou grupo possivelmente não exista em seu sistema; isso poderia (potencialmente) ser um risco de segurança.

mv /usr/share/doc/git-2.41.0 ...: Esses comandos movem alguns dos arquivos para subpastas para tornar mais fácil a ordenação ao longo dos documentos e achar o que você está procurando.

find ... chmod ...: Esses comandos corrigem as permissões no arquivo "tar" da documentação enviada.

Configurando o "Git"

Arquivos de Configuração

~/.gitconfig e /etc/gitconfig

Conteúdo

Aplicativos Instalados: git, git-receive-pack, git-upload-archive e git-upload-pack (rigidamente vinculados entre eles), git-cvsserver, git-shell, gitk e scalar

Bibliotecas Instaladas: Nenhum(a)

Diretórios Instalados: /usr/libexec/git-core e /usr/share/{doc/git-2.41.0,git-core,git-gui,gitk,gitweb}

Descrições Curtas

git	é o rastreador estúpido de conteúdo
git-cvsserver	é um emulador de servidor "CVS" para Git
gitk	é um navegador gráfico de repositório Git (precisa de Tk-8.6.13)
git-receive-pack	é invocado por git send-pack e atualiza o repositório com as informações fornecidas a partir do terminal remoto
git-shell	é um shell de login para contas "SSH" para fornecer acesso restrito ao "Git"
git-upload-archive	é invocado por git archive --remote e envia um arquivamento gerado para a outra extremidade por meio do protocolo "git"
git-upload-pack	é invocado por git fetch-pack; ele descobre quais objetos estão ausentes no outro lado e os envia depois de empacotar
scalar	é uma ferramenta de gerenciamento de repositórios que otimiza o "Git" para uso em grandes repositórios

Executando um Servidor "Git"

Introdução

Esta seção descreverá como configurar, administrar e proteger um servidor git. Git tem muitas opções disponíveis. Para documentação mais detalhada, veja-se https://git-scm.com/book/en/v2.

Dependências do Servidor

Exigidas

git-2.41.0 e OpenSSH-9.4p1

Configurando um Servidor "Git"

As instruções a seguir instalarão um servidor git. Ele será configurado para usar OpenSSH como método de acesso remoto seguro.

A configuração do servidor consiste nas seguintes etapas:

1. Configurar Usuários(as), Grupos e Permissões

Você precisará ser o(a) usuário(a) root para a parte inicial da configuração. Crie o(a) usuário(a) e grupo git e defina um resumo de senha inutilizável com os seguintes comandos:

groupadd -g 58 git &&
useradd -c "Proprietário(a) do git" -d /home/git -m -g git -s /usr/bin/git-shell -u 58 git &&
sed -i '/^git:/s/^git:[^:]:/git:NP:/' /etc/shadow

Colocar um resumo de senha inutilizável (substituindo ! por NP) desbloqueia a conta, mas ela não pode ser usada para se conectar via autenticação de senha. Isso é exigido pelo sshd para funcionar corretamente. Em seguida, crie alguns arquivos e diretórios no diretório "home" do(a) usuário(a) git, permitindo acesso ao repositório "git" usando chaves "ssh".

install -o git -g git -dm0700 /home/git/.ssh &&
install -o git -g git -m0600 /dev/null /home/git/.ssh/authorized_keys

Para qualquer desenvolvedor(a) que devesse ter acesso ao repositório, adicione a chave pública "ssh" dele/dela em /home/git/.ssh/authorized_keys. Primeiro, acrescente algumas opções para evitar que os(as) usuários(as) usem a conexão com o "git" para encaminhamento de porta para outras máquinas que o servidor "git" possa alcançar.

echo -n "no-port-forwarding,no-X11-forwarding,no-agent-forwarding,no-pty " >> /home/git/.ssh/authorized_keys &&
cat <chave-ssh-usuário(a)> >> /home/git/.ssh/authorized_keys

Também é útil definir o nome padrão da ramificação inicial de novos repositórios modificando a configuração do "git". Como o(a) usuário(a) root, execute:

git config --system init.defaultBranch trunk

Por fim, adicione a entrada /usr/bin/git-shell ao arquivo de configuração /etc/shells. Esse shell foi definido no perfil do(a) usuário(a) git e serve para garantir que somente ações relacionadas ao "git" possam ser executadas:

echo "/usr/bin/git-shell" >> /etc/shells

2. Criar um repositório "git"

O repositório pode estar em qualquer lugar no sistema de arquivos. É importante que o(a) usuário(a) "git" tenha acesso de leitura/escrita a esse local. Usamos /srv/git como diretório base. Crie um novo repositório git com os seguintes comandos (como o(a) usuário(a) root):

Nota

Em todas as instruções abaixo, usamos projeto1 como um nome de repositório de exemplo. Você deveria nomear seu repositório como um nome descritivo curto para seu projeto específico.

install -o git -g git -m755 -d /srv/git/projeto1.git &&
cd /srv/git/projeto1.git                             &&
git init --bare                                      &&
chown -R git:git .

3. Povoar o repositório a partir de um sistema cliente

Nota

Todas as instruções nesta seção e na próxima deveriam ser feitas em um sistema do(a) usuário(a), não no sistema do servidor.

Agora que o repositório foi criado, ele pode ser usado pelos(as) desenvolvedores(as) para colocar alguns arquivos nele. Depois que a chave "ssh" do(a) usuário(a) for importada para o arquivo authorized_keys do "git", o(a) usuário(a) poderá interagir com o repositório.

Uma configuração mínima deveria estar disponível no sistema do(a) desenvolvedor(a) especificando o nome de usuário(a) e endereço de correio eletrônico dele(a). Crie esse arquivo de configuração mínima no lado do cliente:

cat > ~/.gitconfig <<EOF
[user]
        name = <nome-usuário(a)>
        email = <endereço-correio-eletrônico-usuário(a)>
EOF

Na máquina do(a) desenvolvedor(a), configure alguns arquivos para serem enviados ao repositório como conteúdo inicial:

Nota

O termo gitserver usado abaixo deveria ser o nome do dispositivo (ou endereço "IP") do servidor "git".

mkdir meuprojeto
cd meuprojeto
git init --initial-branch=trunk
git remote add origin git@gitserver:/srv/git/projeto1.git
cat >LEIAME <<EOF
Este é o arquivo 'LEIAME'
EOF
git add LEIAME
git commit -m 'Criação inicial do LEIAME'
git push --set-upstream origin trunk

O conteúdo inicial agora é enviado ao servidor e fica disponível para outros(as) usuários(as). Na máquina atual, o argumento --set-upstream origin trunk agora não é mais necessário, pois o repositório local agora está conectado ao repositório remoto. Envios subsequentes podem ser realizados como

git push

Outros(as) desenvolvedores(as) agora podem clonar o repositório e fazer modificações no conteúdo (desde que as chaves "ssh" deles(as) tenham sido instaladas):

git clone git@gitserver:/srv/git/projeto1.git
cd projeto1
vi LEIAME
git commit -am 'Correção para o arquivo LEIAME'
git push

Nota

Essa é uma configuração de servidor muito básica baseada no acesso OpenSSH. Todos(as) os(as) desenvolvedores(as) estão usando o(a) usuário(a) git para realizar ações no repositório e as mudanças que os(as) usuários(as) estão "comitando" podem ser distinguidas como o nome de usuário(a) local (veja-se ~/.gitconfig) sendo registrado nos conjuntos de mudanças.

O acesso é restrito pelas chaves públicas adicionadas ao arquivo authorized_keys do "git" e não existe opção para o público exportar/clonar o repositório. Para habilitar isso, continue com a etapa quatro (4) para configurar o servidor "git" para acesso público somente leitura.

Na "URL" usada para clonar o projeto, o caminho absoluto (aqui /srv/git/projeto1.git) tem de ser especificado, pois o repositório não está no diretório "home" do "git", mas em /srv/git. Para eliminar a necessidade de expor a estrutura de instalação do servidor, um link simbólico pode ser adicionado no diretório "home" do "git" para cada projeto, como isto:

ln -svf /srv/git/projeto1.git /home/git/

Agora, o repositório pode ser clonado usando

git clone git@gitserver:projeto1.git

4. Configurar o Servidor

A configuração descrita acima torna um repositório disponível para usuários(as) autenticados(as) (via fornecimento do arquivo de chave pública "ssh"). Também existe uma maneira simples de publicar o repositório para usuários(as) não autenticados(as) — certamente, sem acesso de escrita.

A combinação do acesso via "ssh" (para usuários(as) autenticados(as)) e a exportação de repositórios para usuários(as) não autenticados(as) via processo de segundo plano é, na maioria dos casos, suficiente para um sítio de desenvolvimento.

Nota

O processo de segundo plano estará alcançável na porta 9418 por padrão. Certifique-se de que a configuração do seu "firewall" permite acesso a essa porta.

Para iniciar o servidor em tempo de inicialização, instale a unidade git-daemon.service a partir do pacote blfs-systemd-units-20230816:

make install-git-daemon

Para a finalidade de permitir que o git exporte um repositório, um arquivo chamado git-daemon-export-ok é necessário em cada diretório de repositório no servidor. O arquivo não necessita de conteúdo; apenas a existência dele habilita; a ausência dele desabilita a exportação daquele repositório.

touch /srv/git/projeto1.git/git-daemon-export-ok

Junto com a unidade git-daemon.service, um arquivo de configuração chamado /etc/default/git-daemon foi instalado. Revise esse arquivo de configuração para corresponder às suas necessidades.

Existem somente três opções a configurar no arquivo de configuração:

GIT_BASE_DIR=<nome-diretório>

Especifique o local dos repositórios "git". Os caminhos relativos usados ao acessar o processo de segundo plano serão traduzidos relativos a esse diretório.
DFT_REPO_DIR=<nome-diretório>

Esse diretório é adicionado à lista branca de diretórios permitidos. Essa variável pode conter vários nomes de diretório, mas geralmente é definida igual a GIT_BASE_DIR.
GIT_DAEMON_OPTS=<opções>

No caso de opções especiais para o comando git daemon serem necessárias, elas tem de ser especificadas nessa configuração. Um exemplo pode ser ajustar o número da porta onde o processo de segundo plano está escutando. Nesse caso, adicione --port=<número da porta> a essa variável. Para mais informações relativas a quais opções podem ser definidas, dê uma olhada na saída gerada de git daemon --help.

Após iniciar o processo de segundo plano, usuários(as) não autenticados(as) conseguem clonar repositórios exportados usando

git clone git://gitserver/projeto1.git

Como o diretório base é /srv/git por padrão (ou definido como um valor personalizado na configuração), git interpreta o caminho de entrada (/projeto1.git) relativo a esse diretório base, de modo que o repositório em /srv/git/projeto1.git seja servido.

Guile-3.0.9

Introdução ao "Guile"

O pacote Guile contém a biblioteca de linguagens de extensão do Projeto "GNU". Guile também contém um interpretador Scheme independente.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://ftp.gnu.org/gnu/guile/guile-3.0.9.tar.xz
Transferência (FTP): ftp://ftp.gnu.org/gnu/guile/guile-3.0.9.tar.xz
Soma de verificação MD5 da transferência: 258983e0156c2bc66539dcbcb96f2bd2
Tamanho da transferência: 5,5 MB
Espaço em disco estimado exigido: 221 MB (adicionar 4 MB para os testes)
Tempo de construção estimado: 5,9 UPC (Usando paralelismo=4; adicionar 0,3 UPC para os testes)

Dependências do "Guile"

Exigidas

GC-8.2.4 e libunistring-1.1

Opcionais

Emacs-29.1 e GDB-13.2 (dependências somente em tempo de execução).

Instalação do "Guile"

Instale Guile executando os seguintes comandos:

./configure --prefix=/usr   \
            --disable-static \
            --docdir=/usr/share/doc/guile-3.0.9 &&
make      &&
make html &&

makeinfo --plaintext -o doc/r5rs/r5rs.txt doc/r5rs/r5rs.texi &&
makeinfo --plaintext -o doc/ref/guile.txt doc/ref/guile.texi

Para testar os resultados, emita: ./check-guile. Em um sistema "i686", até dez (10) testes falharão na suíte de teste numbers.test devido a pequenos erros de arredondamento de ponto flutuante.

Agora, como o(a) usuário(a) root:

make install      &&
make install-html &&

mkdir -p                      /usr/share/gdb/auto-load/usr/lib &&
mv /usr/lib/libguile-*-gdb.scm /usr/share/gdb/auto-load/usr/lib &&
mv /usr/share/doc/guile-3.0.9/{guile.html,ref} &&
mv /usr/share/doc/guile-3.0.9/r5rs{.html,}     &&

find examples -name "Makefile*" -delete         &&
cp -vR examples   /usr/share/doc/guile-3.0.9   &&

for DIRNAME in r5rs ref; do
  install -v -m644  doc/${DIRNAME}/*.txt \
                    /usr/share/doc/guile-3.0.9/${DIRNAME}
done &&
unset DIRNAME

Explicações do Comando

--disable-static: Essa chave impede a instalação das versões estáticas das bibliotecas.

Conteúdo

Aplicativos Instalados: guild, guile, guile-config, guile-snarf e guile-tools

Bibliotecas Instaladas: libguile-3.0.so e guile-readline.so

Diretórios Instalados: /usr/include/guile, /usr/lib/guile, /usr/share/doc/guile-3.0.9 e /usr/share/guile

Descrições Curtas

guile	é um interpretador "Scheme" independente para Guile
guile-config	é um script Guile que fornece as informações necessárias para vincular seus programas à biblioteca Guile, em muito da mesma maneira que o "PkgConfig" faz
guile-snarf	é um script para analisar declarações em seu código C para funções visíveis C do Scheme
guild	é um aplicativo envólucro instalado junto com o guile, que sabe onde um determinado módulo está instalado e o chama, passando os argumentos dele para o aplicativo
guile-tools	é um vínculo simbólico para guild

Librep-0.92.7

Introdução ao "Librep"

O pacote librep contém um sistema "Lisp". Isso é útil para scripts ou para aplicativos que possivelmente usem o interpretador "Lisp" como linguagem de extensão.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://download.tuxfamily.org/librep/librep_0.92.7.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 036195b371006848e29ed6f50ddc8475
Tamanho da transferência: 840 KB
Espaço em disco estimado exigido: 10 MB
Tempo de construção estimado: 0,3 UPC

Instalação do "Librep"

Instale librep executando os seguintes comandos:

./configure --prefix=/usr --disable-static &&
make

Esse pacote não vem com uma suíte de teste.

Agora, como o(a) usuário(a) root:

sed -i '5043,5044 d' libtool &&
make install

Conteúdo

Aplicativos Instalados: rep, rep-remote, rep-xgettext e repdoc

Bibliotecas Instaladas: "librep.so" e numerosos módulos instalados na hierarquia "/usr/lib/rep"

Diretórios Instalados: /usr/lib/rep, /usr/share/emacs/site-lisp e /usr/share/rep

Descrições Curtas

rep	é o interpretador "Lisp"
`librep.so`	contém as funções necessárias para o interpretador "Lisp"

LLVM-16.0.5

Introdução ao "LLVM"

O pacote LLVM contém uma coleção de compiladores modulares e reutilizáveis e tecnologias de conjunto de ferramentas. As bibliotecas centrais "Low Level Virtual Machine" (LLVM) fornecem um otimizador moderno independente de origem e destino, junto com suporte à geração de código para muitas "CPUs" populares (bem como algumas menos comuns!). Essas bibliotecas são construídas em torno de uma representação de código bem especificada, conhecida como a representação intermediária do LLVM ("LLVM IR").

Clang fornece novas estruturas "C", "C++", "Objective C" e "Objective C++" de interação direta com o(a) usuário(a) para o LLVM e é exigido por alguns pacotes de área de trabalho, como firefox, e para rust se for construído usando o sistema LLVM.

O pacote Compiler RT fornece higienizador de tempo de execução e bibliotecas de perfilamento para desenvolvedores(as) que usam Clang e LLVM.

Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.0.

Informação do Pacote

Transferência (HTTP): https://github.com/llvm/llvm-project/releases/download/llvmorg-16.0.5/llvm-16.0.5.src.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: d9185fc007c32aea27a6de3c7c1eb90d
Tamanho da transferência: 54 MB
Espaço em disco estimado exigido: 3,1 GB (938 MB instalado; adicionar 20 GB para testes e 308 MB para documentação)
Tempo de construção estimado: 13 UPC (Adicionar 8 UPC para testes; ambos usando paralelismo=8)

Transferências Adicionais

módulos "Cmake" para o "LLVM"

Transferência: https://anduin.linuxfromscratch.org/BLFS/llvm/llvm-cmake.src.tar.xz
Soma de verificação MD5 da transferência: 356a1aff675d281d7c76165269d33bd5
Tamanho da transferência: 9 KB

Dependências de terceiros(as) para sistema de construção LLVM

Transferência: https://anduin.linuxfromscratch.org/BLFS/llvm/llvm-third-party.src.tar.xz
Soma de verificação MD5 da transferência: 8b506e49e5fa4c41186ba8ba7da5af82
Tamanho da transferência: 376 KB

Transferência Recomendada

Clang

Transferência: https://github.com/llvm/llvm-project/releases/download/llvmorg-16.0.5/clang-16.0.5.src.tar.xz
Soma de verificação MD5 da transferência: cb3e79db62c4c3b78cfcdebe66b00268
Tamanho da transferência: 20 MB

Remendo habilitante do SSP por padrão no "clang": https://www.linuxfromscratch.org/patches/blfs/12.0/clang-16.0.5-enable_default_ssp-1.patch

Transferência Opcional

Compilador RT

Transferência: https://github.com/llvm/llvm-project/releases/download/llvmorg-16.0.5/compiler-rt-16.0.5.src.tar.xz
Soma de verificação MD5 da transferência: 3061b4cb0b2428a32b4fb5db540fe66c
Tamanho da transferência: 2,3 MB

Dependências do "LLVM"

Exigidas