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

Net-tools-2.10 e Sysstat-12.7.7

Instalação do libcap

Nota

Se você estiver atualizando o libcap a partir de uma versão anterior, [então] use as instruções na página libcap do LFS para atualizar o libcap. Se Linux-PAM-1.7.0 tiver sido construído, o módulo PAM também será construído automaticamente.

Instale libcap executando os seguintes comandos:

make -C pam_cap

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

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

install -v -m755 pam_cap/pam_cap.so /usr/lib/security &&
install -v -m644 pam_cap/capability.conf /etc/security

Configurando Libcap

Para a finalidade de permitir que o Linux-PAM conceda privilégios baseados nos recursos POSIX, você precisa adicionar o módulo libcap ao início do arquivo /etc/pam.d/system-auth. Faça as edições necessárias com os seguintes comandos:

mv -v /etc/pam.d/system-auth{,.bak} &&
cat > /etc/pam.d/system-auth << "EOF" &&
# Begin /etc/pam.d/system-auth

auth     optional    pam_cap.so
EOF
tail -n +3 /etc/pam.d/system-auth.bak >> /etc/pam.d/system-auth

Além disso, você precisará modificar o arquivo /etc/security/capability.conf para conceder os privilégios necessários para os(as) usuários(as) e utilizar o utilitário setcap para configurar recursos em utilitários específicos como necessário. Veja-se man 8 setcap e man 3 cap_from_text para informação adicional.

Conteúdo

Aplicativos Instalados: Nenhum(a)

Biblioteca Instalada: pam_cap.so

Diretórios Instalados: Nenhum(a)

Linux-PAM-1.7.0

Introdução ao Linux PAM

O pacote Linux PAM contém Módulos Plugáveis de Autenticação usados pelo(a) administrador(a) local do sistema para controlar como os aplicativos autenticam usuários(as).

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

Informação do Pacote

Transferência (HTTP): https://github.com/linux-pam/linux-pam/releases/download/v1.7.0/Linux-PAM-1.7.0.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: c1e41d59d6852e45d0f953c8c8f869d6
Tamanho da transferência: 496 KB
Espaço em disco estimado exigido: 16 MB (com testes)
Tempo de construção estimado: 0,3 UPC (com testes)

Transferências Adicionais

Documentação Opcional

Transferência (HTTP): https://anduin.linuxfromscratch.org/BLFS/Linux-PAM/Linux-PAM-1.7.0-docs.tar.xz
Soma de verificação MD5 da transferência: dba9e555df98004fe9cea233c927a551
Tamanho da transferência: 495 KB

Dependências do Linux PAM

Opcionais

libnsl-2.0.1, libtirpc-1.3.6, rpcsvc-proto-1.4.4, Berkeley DB (obsoleto), libaudit e libeconf

Opcionais (Para construir a Documentação e Páginas de Manual)

docbook-xml-5.0, docbook-xsl-ns-1.79.2, fop-2.10 (para o formato PDF), libxslt-1.1.42 e Lynx-2.9.2 (para o formato de texto simples)

Nota

Shadow-4.17.3 e Systemd-257.3 precisa ser reinstalado e reconfigurado depois de instalar e de configurar o Linux PAM.

Com o Linux-PAM-1.4.0 e superior, o módulo pam_cracklib não é instalado por padrão. Use libpwquality-1.4.5 para impor senhas fortes.

Configuração do Núcleo

Para o módulo PAM pam_loginuid.so (referido pelo arquivo de configuração PAM system-session, se Systemd-257.3 for reconstruído com suporte a PAM posteriormente) funcionar, um parâmetro de configuração do núcleo precisa ser configurado ou o módulo simplesmente não fará nada:

General setup --->
  [*] Auditing support                                                   [AUDIT]

Instalação do Linux PAM

Se você tiver instalado docbook-xml-5.0, docbook-xsl-ns-1.79.2, libxslt-1.1.42 e Lynx-2.9.2 e desejar gerar o formato de texto simples das documentações, modifique meson.build para usar Lynx-2.9.2 em vez de W3m ou Elinks que o BLFS não fornece:

sed -e "s/'elinks'/'lynx'/"                       \
    -e "s/'-no-numbering', '-no-references'/      \
          '-force-html', '-nonumbers', '-stdin'/" \
    -i meson.build

Compile e vincule o Linux PAM executando os seguintes comandos:

mkdir build &&
cd    build &&

meson setup ..        \
  --prefix=/usr       \
  --buildtype=release \
  -D docdir=/usr/share/doc/Linux-PAM-1.7.0 &&

ninja

Para testar os resultados, um arquivo de configuração adequado /etc/pam.d/other precisa existir.

Reinstalação ou Atualização do Linux PAM

Se você tiver um sistema com Linux PAM instalado e funcionando, seja cuidadoso(a) ao modificar os arquivos em /etc/pam.d, pois seu sistema possivelmente se torne totalmente inutilizável. Se você deseja executar os testes, [então] não precisa criar outro arquivo /etc/pam.d/other. O arquivo existente pode ser usado para os testes.

Você também deveria estar ciente de que ninja install sobrescreve os arquivos de configuração em /etc/security, assim como em /etc/environment. Se você tiver modificado esses arquivos, certifique-se de produzir uma cópia de segurança deles.

Para uma primeira instalação, crie um arquivo de configuração emitindo os seguintes comandos como o(a) usuário(a) root:

install -v -m755 -d /etc/pam.d &&

cat > /etc/pam.d/other << "EOF"
auth     required       pam_deny.so
account  required       pam_deny.so
password required      pam_deny.so
session  required       pam_deny.so
EOF

Agora execute os testes emitindo ninja test. Certifique-se de que os testes não produziram erros antes de continuar a instalação.

Para uma primeira instalação, remova o arquivo de configuração criado anteriormente emitindo o seguinte comando como o(a) usuário(a) root:

rm -fv /etc/pam.d/other

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

ninja install &&
chmod -v 4755 /usr/sbin/unix_chkpwd

Se você não tiver as dependências opcionais instaladas para construir a documentação e baixou a documentação opcional pré construída, novamente como o(a) usuário(a) root:

tar -C / -xvf ../../Linux-PAM-1.7.0-docs.tar.xz

Configurando Linux-PAM

Arquivos de Configuração

/etc/security/* e /etc/pam.d/*

Informação de Configuração

A informação de configuração é colocada em /etc/pam.d/. Aqui está um arquivo de amostra:

# Início /etc/pam.d/other

auth            required        pam_unix.so     nullok
account         required        pam_unix.so
session         required        pam_unix.so
password        required        pam_unix.so     nullok

# Fim /etc/pam.d/other

Agora, crie alguns arquivos genéricos de configuração. Como o(a) usuário(a) root:

install -vdm755 /etc/pam.d &&
cat > /etc/pam.d/system-account << "EOF" &&
# Inicia /etc/pam.d/system-account

account   required    pam_unix.so

# Termina /etc/pam.d/system-account
EOF

cat > /etc/pam.d/system-auth << "EOF" &&
# Inicia /etc/pam.d/system-auth

auth      required    pam_unix.so

# Termina /etc/pam.d/system-auth
EOF

cat > /etc/pam.d/system-session << "EOF" &&
# Inicia /etc/pam.d/system-session

session   required    pam_unix.so

# Termina /etc/pam.d/system-session
EOF

cat > /etc/pam.d/system-password << "EOF"
# Inicia /etc/pam.d/system-password

# Use resumo 'yescrypt' para encriptação; use sombra e tente usar
# qualquer token de autenticação previamente definido (senha escolhida)
# configurado por qualquer módulo anterior.
password  required    pam_unix.so       yescrypt shadow try_first_pass

# Termina /etc/pam.d/system-password
EOF

Se você deseja ativar o suporte a senhas fortes, [então] instale libpwquality-1.4.5 e siga as instruções naquela página para configurar o módulo PAM pam_pwquality com suporte a senhas fortes.

Em seguida, adicione um arquivo de configuração /etc/pam.d/other restritivo. Com esse arquivo, os aplicativos que reconhecem o PAM não serão executados, a menos que exista um arquivo de configuração específico para esse aplicativo.

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

auth        required        pam_warn.so
auth        required        pam_deny.so
account     required        pam_warn.so
account     required        pam_deny.so
password    required        pam_warn.so
password    required        pam_deny.so
session     required        pam_warn.so
session     required        pam_deny.so

# Fim /etc/pam.d/other
EOF

A página de manual do PAM (man pam) fornece um bom ponto de partida para aprender a respeito dos diversos campos e entradas permissíveis. O Guia Linux-PAM do(a) Administrador(a) do Sistema em /usr/share/doc/Linux-PAM-1.7.0/Linux-PAM_SAG.txt é recomendado para informações adicionais.

Importante

Você agora deveria reinstalar os pacotes Systemd-257.3 e Shadow-4.17.3.

Conteúdo

Aplicativo Instalado: faillock, mkhomedir_helper, pam_namespace_helper, pam_timestamp_check, pwhistory_helper, unix_chkpwd e unix_update

Bibliotecas Instaladas: libpam.so, libpamc.so e libpam_misc.so

Diretórios Instalados: /etc/security, /usr/lib/security, /usr/include/security e /usr/share/doc/Linux-PAM-1.7.0

Descrições Curtas

faillock	exibe e modifica os arquivos de registro de falha de autenticação
mkhomedir_helper	é um binário auxiliar que cria diretórios home
pam_namespace_helper	é um aplicativo auxiliar usado para configurar um espaço de nome privado para uma sessão de usuário(a)
pwhistory_helper	é um aplicativo auxiliar que transfere hashes de senha de passwd ou shadow para opasswd
pam_timestamp_check	é usado para verificar se o carimbo padrão de tempo é válido
unix_chkpwd	é um binário auxiliar que verifica a senha do(a) usuário(a) atual
unix_update	é um binário auxiliar que atualiza a senha de um(a) determinado(a) usuário(a)
`libpam.so`	fornece as interfaces entre os aplicativos e os módulos PAM

liboauth-1.0.3

Introdução ao liboauth

liboauth é uma coleção de funções POSIX-C implementando o padrão OAuth Core RFC 5849. Liboauth fornece funções para escapar e codificar parâmetros de acordo com a especificação OAuth e oferece funcionalidade de alto nível para assinar solicitações ou verificar assinaturas OAuth, bem como realizar solicitações HTTP.

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

Informação do Pacote

Transferência (HTTP): https://downloads.sourceforge.net/liboauth/liboauth-1.0.3.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 689b46c2b3ab1a39735ac33f714c4f7f
Tamanho da transferência: 496 KB
Espaço em disco estimado exigido: 3,5 MB
Tempo de construção estimado: menos que 0,1 UPC

Transferências Adicionais

Remendo exigido para uso com o OpenSSL: https://www.linuxfromscratch.org/patches/blfs/12.3/liboauth-1.0.3-openssl-1.1.0-3.patch

Dependências do liboauth

Exigidas

cURL-8.12.1

Opcionais

nss-3.108 e Doxygen-1.13.2 (para construir a documentação)

Instalação do liboauth

Aplique um remendo para a versão atual do OpenSSL:

patch -Np1 -i ../liboauth-1.0.3-openssl-1.1.0-3.patch

Instale liboauth executando os seguintes comandos:

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

Se você deseja construir a documentação (precisa do Doxygen-1.13.2), emita:

make dox

Para testar os resultados, emita: make check.

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

make install

Se você previamente já tiver criado a documentação, [então] instale-a executando os seguintes comandos como o(a) usuário(a) root:

install -v -dm755 /usr/share/doc/liboauth-1.0.3 &&
cp -rv doc/html/* /usr/share/doc/liboauth-1.0.3

Explicações do Comando

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

--enable-nss: Use essa chave se desejar usar Mozilla NSS em vez do OpenSSL.

Conteúdo

Aplicativos Instalados: Nenhum(a)

Bibliotecas Instaladas: liboauth.so

Diretórios Instalados: /usr/share/doc/liboauth-1.0.3

Descrições Curtas

liboauth.so

fornece funções para escapar e codificar sequências de caracteres de acordo com as especificações OAuth e oferece funcionalidade de alto nível integrada para assinar solicitações ou verificar assinaturas usando NSS ou OpenSSL para calcular o hash/assinaturas

libpwquality-1.4.5

Introdução ao libpwquality

O pacote libpwquality fornece funções comuns para verificação da qualidade da senha e também pontuação com base na aparente aleatoriedade dela. A biblioteca também fornece uma função para gerar senhas aleatórias com boa pronúncia.

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

Informação do Pacote

Transferência (HTTP): https://github.com/libpwquality/libpwquality/releases/download/libpwquality-1.4.5/libpwquality-1.4.5.tar.bz2
Transferência (FTP):
Soma de verificação MD5 da transferência: 6b70e355269aef0b9ddb2b9d17936f21
Tamanho da transferência: 424 KB
Espaço em disco estimado exigido: 5,4 MB
Tempo de construção estimado: 0,1 UPC

Dependências do libpwquality

Exigidas

CrackLib-2.10.3

Instalação do libpwquality

Instale libpwquality executando os seguintes comandos:

./configure --prefix=/usr                      \
            --disable-static                   \
            --with-securedir=/usr/lib/security \
            --disable-python-bindings          &&
make &&
pip3 wheel -w dist --no-build-isolation --no-deps --no-cache-dir $PWD/python

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

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

make install &&
pip3 install --no-index --find-links dist --no-user pwquality

Explicações do Comando

--disable-python-bindings: Esse parâmetro desabilita construir ligações Python com o comando obsoleto python3 setup.py build. A instrução explícita para construir a ligação Python 3 com o comando pip3 wheel é fornecida.

Configurando libpwquality

libpwquality é destinado a ser um substituto funcional para o agora obsoleto módulo PAM pam_cracklib.so. Para configurar o sistema para usar o módulo pam_pwquality, execute os seguintes comandos como o(a) usuário(a) root:

mv /etc/pam.d/system-password{,.orig} &&
cat > /etc/pam.d/system-password << "EOF"
# Inicia /etc/pam.d/system-password

# verifique a força das novas senhas (man pam_pwquality)
password  required    pam_pwquality.so   authtok_type=UNIX retry=1 difok=1 \
                                         minlen=8 dcredit=0 ucredit=0 \
                                         lcredit=0 ocredit=0 minclass=1 \
                                         maxrepeat=0 maxsequence=0 \
                                         maxclassrepeat=0 gecoscheck=0 \
                                         dictcheck=1 usercheck=1 \
                                         enforcing=1 badwords="" \
                                         dictpath=/usr/lib/cracklib/pw_dict

# use resumo yescrypt para encriptação; use sombra e tente usar algum
# token de autenticação previamente definido (senha escolhida) configurado
# por algum módulo anterior.
password  required    pam_unix.so        yescrypt shadow try_first_pass

# Termina /etc/pam.d/system-password
EOF

Conteúdo

Aplicativos Instalados: pwscore e pwmake

Bibliotecas Instaladas: pam_pwquality.so e libpwquality.so

Diretórios Instalados: /usr/lib/python3.11/site-packages/pwquality-1.4.5.dist-info

Descrições Curtas

pwmake	é uma ferramenta configurável simples para gerar senhas aleatórias e relativamente fáceis de pronunciar
pwscore	é uma ferramenta simples para verificar a qualidade de uma senha
`libpwquality.so`	contém funções de API para verificar a qualidade da senha
`pam_pwquality.so`	é um módulo Linux PAM usado para realizar verificação da qualidade da senha

MIT Kerberos V5-1.21.3

Introdução ao MIT Kerberos V5

MIT Kerberos V5 é uma implementação livre do Kerberos 5. Kerberos é um protocolo de autenticação de rede de comunicação. Ele centraliza a base de dados de autenticação e usa aplicativos kerberizados para trabalhar com servidores ou serviços que suportem Kerberos, permitindo logins únicos e comunicação criptografada em redes internas de comunicação ou na Internet.

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

Informação do Pacote

Transferência (HTTP): https://kerberos.org/dist/krb5/1.21/krb5-1.21.3.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: beb34d1dfc72ba0571ce72bed03e06eb
Tamanho da transferência: 8,7 MB
Espaço em disco estimado exigido: 95 MB (adicionar 14 MB para os testes)
Tempo de construção estimado: 0,3 UPC (Usando paralelismo=4; adicionar 1,1 UPC para testes)

Dependências do MIT Kerberos V5

Opcionais

Utilitários BIND-9.20.6, CrackLib-2.10.3 (/usr/share/dict/words referenciado por alguns testes), GnuPG-2.4.7 (para autenticar o pacote), keyutils-1.6.3, OpenLDAP-2.6.9, Valgrind-3.24.0 (usado durante a suíte de teste), yasm-1.3.0, libedit, cmocka, kdcproxy, pyrad e resolv_wrapper

Nota

Algum tipo de recurso de sincronização de tempo em seu sistema (como o ntp-4.2.8p18) é necessário, pois o Kerberos não autenticaria se houvesse uma diferença de horário entre um cliente kerberizado e o servidor KDC.

Instalação do MIT Kerberos V5

Construa MIT Kerberos V5 executando os seguintes comandos:

cd src &&
sed -i -e '/eq 0/{N;s/12 //}' plugins/kdb/db2/libdb2/test/run.test &&

./configure --prefix=/usr            \
            --sysconfdir=/etc        \
            --localstatedir=/var/lib \
            --runstatedir=/run       \
            --with-system-et         \
            --with-system-ss         \
            --with-system-verto=no   \
            --enable-dns-for-realm   \
            --disable-rpath          &&
make

Para testar a construção, emita: make -j1 -k check. Alguns testes possivelmente falhem com a versão mais recente de dejagnu e glibc. Alguns testes possivelmente travem por um tempo longo e falhem se o sistema não estiver conectado a uma rede de comunicação. Um teste, t_kadm5srv, é conhecido por falhar. Se keyutils-1.6.3 estiver instalado, mas Configuração de Núcleo do Keyutils não estiver satisfeita, alguns testes falharão, reclamando que keyctl falhou com o código 1.

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

make install &&
cp -vfr ../doc -T /usr/share/doc/krb5-1.21.3

Explicações do Comando

O comando sed remove um teste que é conhecido por falhar.

--localstatedir=/var/lib: Essa opção é usada de forma que os dados variáveis de tempo de execução do Kerberos estejam localizados em /var/lib em vez de /usr/var.

--runstatedir=/run: Essa opção é usada de forma que a informação de estado em tempo de execução do Kerberos esteja localizada em /run em vez do obsoleto /var/run.

--with-system-et: Essa chave faz com que a construção use as versões instaladas do sistema do software de suporte à tabela de erros.

--with-system-ss: Essa chave faz com que a construção use as versões instaladas do sistema do software de interface de linha de comando do subsistema.

--with-system-verto=no: Essa chave corrige um defeito no pacote: ele não reconhece a própria biblioteca verto dele instalada anteriormente. Isso não é um problema, se reinstalar-se a mesma versão; mas, se estiver atualizando, [então] a biblioteca antiga é usada como a do sistema, ao invés de instalar a nova versão.

--enable-dns-for-realm: Essa chave permite que os domínios sejam resolvidos usando o servidor DNS.

--disable-rpath: Essa chave evita codificar rigidamente caminhos de pesquisa de biblioteca (rpath) nos arquivos executáveis binários e bibliotecas compartilhadas. Esse pacote não precisa do rpath para uma instalação no local padrão, e o rpath às vezes pode causar efeitos indesejados ou até mesmo problemas de segurança.

--with-ldap: Use essa chave se desejar compilar o módulo de estrutura de retaguarda da base de dados OpenLDAP.

Configurando o MIT Kerberos V5

Arquivos de Configuração

/etc/krb5.conf e /var/lib/krb5kdc/kdc.conf

Informação de Configuração

Configuração do Kerberos

Dica

Você deveria considerar instalar algum tipo de dicionário de verificação de senha, de forma que consiga configurar a instalação para aceitar somente senhas fortes. Um dicionário adequado para usar é mostrado nas instruções do CrackLib-2.10.3. Observe que somente um arquivo pode ser usado, mas você pode concatenar muitos arquivos em um. O arquivo de configuração mostrado abaixo assume que você tenha instalado um dicionário em /usr/share/dict/words.

Crie o arquivo de configuração do Kerberos com os seguintes comandos emitidos pelo(a) usuário(a) root:

cat > /etc/krb5.conf << "EOF"
# Início /etc/krb5.conf

[libdefaults]
    default_realm = <EXAMPLE.ORG>
    encrypt = true

[realms]
    <EXAMPLE.ORG> = {
        kdc = <belgarath.example.org>
        admin_server = <belgarath.example.org>
        dict_file = /usr/share/dict/words
    }

[domain_realm]
    .<example.org> = <EXAMPLE.ORG>

[logging]
    kdc = SYSLOG:INFO:AUTH
    admin_server = SYSLOG:INFO:AUTH
    default = SYSLOG:DEBUG:DAEMON

# Fim /etc/krb5.conf
EOF

Você precisará substituir seu domínio e nome adequado do dispositivo para as ocorrências dos nomes <belgarath> e <example.org>.

default_realm deveria ser o nome do seu domínio mudado para TUDO EM MAIÚSCULAS. Isso não é obrigatório, mas tanto o Heimdal quanto o MIT o recomendam.

encrypt = true fornece encriptação de todo o tráfego entre clientes e servidores kerberizados. Não é necessário e pode ser deixado de lado. Se você deixá-lo desativado, [então] consegue encriptar todo o tráfego procedente do cliente para o servidor usando uma chave no aplicativo cliente.

Os parâmetros [realms] dizem aos aplicativos clientes onde procurar pelos serviços de autenticação do KDC.

A seção [domain_realm] mapeia um domínio para um reino.

Crie a base de dados do KDC:

kdb5_util create -r <EXEMPLO.ORG> -s

Agora você deveria povoar a base de dados com principais (usuários(as)). Por enquanto, apenas use seu nome normal de login ou root.

kadmin.local
kadmin.local: add_policy dict-only
kadmin.local: addprinc -policy dict-only <nome_login>

O servidor KDC e qualquer máquina executando processos de segundo plano de servidor kerberizados precisam ter uma chave de dispositivo instalada:

kadmin.local: addprinc -randkey host/<belgarath.exemplo.org>

Depois de escolher os padrões quando solicitado, você terá que exportar os dados para um arquivo de tabela de chave:

kadmin.local: ktadd host/<belgarath.exemplo.org>

Isso deveria ter criado um arquivo em /etc chamado krb5.keytab (Kerberos 5). Esse arquivo deveria ter permissões 600 (somente leitura e escrita por root). Manter os arquivos de tabela de chave do acesso público é crucial para a segurança geral da instalação do Kerberos.

Saia do aplicativo kadmin (use quit ou exit) e retorne ao prompt do shell. Inicie o processo de segundo plano KDC manualmente, apenas para testar a instalação:

/usr/sbin/krb5kdc

Tente obter um tíquete com o seguinte comando:

kinit <nome_login>

Você será solicitado(a) a fornecer a senha que criou. Depois de obter seu tíquete, você consegue listá-lo com o seguinte comando:

klist

Informação a respeito do tíquete deveriam ser exibidas na tela.

Para testar a funcionalidade do arquivo de tabela de chave, emita o seguinte comando como o(a) usuário(a) root:

ktutil
ktutil: rkt /etc/krb5.keytab
ktutil: l

Isso deveria despejar uma lista do principal do dispositivo, juntamente com os métodos de encriptação usados para acessar o principal.

Crie um arquivo ACL vazio que possa ser modificado posteriormente:

touch /var/lib/krb5kdc/kadm5.acl

Neste ponto, se tudo deu certo até agora, [então] você pode se sentir bastante confiante na instalação e configuração do pacote.

Informação Adicional

Para informação adicional, consulte a documentação para krb5-1.21.3 na qual as instruções acima são baseadas.

Unidade do Systemd

Se você deseja iniciar os serviços Kerberos na inicialização, [então] instale a unidade krb5.service incluída no pacote blfs-systemd-units-20241211 usando o seguinte comando:

make install-krb5

Conteúdo

Aplicativos Instalados: gss-client, gss-server, k5srvutil, kadmin, kadmin.local, kadmind, kdb5_ldap_util (opcional), kdb5_util, kdestroy, kinit, klist, kpasswd, kprop, kpropd, kproplog, krb5-config, krb5-send-pr, krb5kdc, ksu, kswitch, ktutil, kvno, sclient, sim_client, sim_server, sserver, uuclient e uuserver

Bibliotecas Instaladas: libgssapi_krb5.so, libgssrpc.so, libk5crypto.so, libkadm5clnt_mit.so, libkadm5clnt.so, libkadm5srv_mit.so, libkadm5srv.so, libkdb_ldap.so (opcional), libkdb5.so, libkrad.so, libkrb5.so, libkrb5support.so, libverto.so e alguns plugins sob a árvore /usr/lib/krb5

Diretórios Instalados: /usr/include/{gssapi,gssrpc,kadm5,krb5}, /usr/lib/krb5, /usr/share/{doc/krb5-1.21.3,examples/krb5}, /var/lib/krb5kdc e /run/krb5kdc

Descrições Curtas

gss-client	é um cliente de teste da API GSS
gss-server	é um servidor de teste da API GSS
k5srvutil	é um utilitário de manipulação da tabela de chaves do dispositivo
kadmin	é um utilitário usado para fazer modificações na base de dados Kerberos
kadmin.local	é um utilitário semelhante ao kadmin, mas se a base de dados for db2, [então] o cliente local kadmin.local, destina-se a executar diretamente no KDC mestre sem autenticação Kerberos
kadmind	é um servidor para acesso administrativo a uma base de dados Kerberos
kdb5_ldap_util (opcional)	permite que um(a) administrador(a) gerencie reinos, serviços Kerberos e políticas de tíquete
kdb5_util	é o utilitário de base de dados KDC
kdestroy	remove o conjunto atual de tíquetes
kinit	é usado para se autenticar no servidor Kerberos como um(a) principal e adquirir um tíquete que concede tíquete que consegue posteriormente ser usado para obter tíquetes para outros serviços
klist	lê e exibe os tíquetes atuais no cache de credenciais
kpasswd	é um aplicativo para mudar as senhas do Kerberos 5
kprop	pega uma base de dados principal em um formato especificado e a converte em um fluxo de registros de base de dados
kpropd	recebe uma base de dados enviada pelo kprop e a grava como uma base de dados local
kproplog	exibe o conteúdo do registro de atualização da base de dados KDC na saída gerada padrão
krb5-config	fornece informação a respeito do como vincular aplicativos a bibliotecas
krb5kdc	é o servidor Kerberos 5
krb5-send-pr	envia um Informe de Problema (IP) para um sítio central de suporte
ksu	é o aplicativo de superusuário(a) que usa o protocolo Kerberos. Exige um `/etc/shells` configurado adequadamente e `~/.k5login` contendo principais autorizados a se tornarem superusuários(as)
kswitch	torna o cache especificado de credenciais o cache primário para a coleção, se uma coleção de cache estiver disponível
ktutil	é um aplicativo para gerenciar tabelas de chave do Kerberos
kvno	imprime os números de versão de chave dos principais do Kerberos
sclient	é usado para contactar um servidor de amostra e autenticar-se nele usando tíquetes Kerberos 5 e, em seguida, exibir a resposta do servidor
sim_client	é um simples aplicativo cliente de amostra baseado em UDP, para demonstração
sim_server	é um simples aplicativo servidor baseado em UDP, para demonstração
sserver	é o servidor de amostra Kerberos 5
uuclient	é outro cliente de amostra
uuserver	é outro servidor de amostra
`libgssapi_krb5.so`	contém as funções Generic Security Service Application Programming Interface (GSSAPI) que fornecem serviços de segurança para chamadores de forma genérica, compatíveis com uma variedade de mecanismos e tecnologias subjacentes e, portanto, permitindo a portabilidade de nível de fonte de aplicativos para diferentes ambientes
`libkadm5clnt.so`	contém as funções administrativas de autenticação e verificação de senha exigidas pelos aplicativos Kerberos 5 do lado do cliente
`libkadm5srv.so`	contém as funções administrativas de autenticação e verificação de senha exigidas pelos servidores Kerberos 5
`libkdb5.so`	é uma biblioteca de acesso à base de dados de autenticação/autorização Kerberos 5
`libkrad.so`	contém a biblioteca interna de suporte para a funcionalidade RADIUS
`libkrb5.so`	é uma biblioteca Kerberos 5 multifuncional

Nettle-3.10.1

Introdução ao Nettle

O pacote Nettle contém uma biblioteca criptográfica de baixo nível que é projetada para caber facilmente em muitos contextos.

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

Informação do Pacote

Transferência (HTTP): https://ftp.gnu.org/gnu/nettle/nettle-3.10.1.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: c3dc1729cfa65fcabe2023dfbff60beb
Tamanho da transferência: 2,5 MB
Espaço em disco estimado exigido: 100 MB (com testes)
Tempo de construção estimado: 0,2 UPC (com testes; ambos usando paralelismo=4)

Dependências do Nettle

Opcionais

Valgrind-3.24.0 (opcional para os testes)

Instalação do Nettle

Instale Nettle 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 &&
chmod   -v   755 /usr/lib/lib{hogweed,nettle}.so &&
install -v -m755 -d /usr/share/doc/nettle-3.10.1 &&
install -v -m644 nettle.{html,pdf} /usr/share/doc/nettle-3.10.1

Explicações do Comando

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

Conteúdo

Aplicativos Instalados: nettle-hash, nettle-lfib-stream, nettle-pbkdf2, pkcs1-conv e sexp-conv

Bibliotecas Instaladas: libhogweed.so e libnettle.so

Diretório Instalado: /usr/include/nettle e /usr/share/doc/nettle-3.10.1

Descrições Curtas

nettle-hash	calcula um valor de hash usando um algoritmo especificado
nettle-lfib-stream	gera uma sequência de bytes pseudo-aleatórios (não criptográficos), usando o gerador fibonacci defasado de Knuth. O fluxo é útil para testes, mas não deveria ser usado para gerar chaves criptográficas ou qualquer outra coisa que precise de aleatoriedade real
nettle-pbkdf2	é uma função de derivação de chave baseada em senha que usa uma senha ou frase secreta como entrada e retorna uma senha reforçada, que é protegida contra ataques de pré-computação usando salting e outros cálculos dispendiosos.
pkcs1-conv	converte chaves RSA privadas e públicas do formato PKCS #1 para o formato sexp
sexp-conv	converte uma expressão s para uma codificação diferente

NSS-3.108

Introdução ao NSS

O pacote Network Security Services (NSS) é um conjunto de bibliotecas projetadas para suportar o desenvolvimento em plataforma cruzada de aplicativos cliente e servidor habilitados para segurança. Aplicativos construídos com NSS podem suportar SSL v2 e v3, TLS, PKCS #5, PKCS #7, PKCS #11, PKCS #12, S/MIME, certificados X.509 v3 e outros padrões de segurança. Isso é útil para implementar SSL e S/MIME ou outros padrões de segurança da Internet em um aplicativo.

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

Informação do Pacote

Transferência (HTTP): https://archive.mozilla.org/pub/security/nss/releases/NSS_3_108_RTM/src/nss-3.108.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 9208c05e756a06be19ce0e683777466e
Tamanho da transferência: 73 MB
Espaço em disco estimado exigido: 315 MB (adicionar 449 MB para os testes)
Tempo de construção estimado: 0,9 UPC (com paralelismo=4; adicionar 16 UPC para testes em Ryzens da AMD ou ao menos 29 UPC em máquinas Intel)

Transferências Adicionais

Remendo exigido: https://www.linuxfromscratch.org/patches/blfs/12.3/nss-standalone-1.patch

Dependências do NSS

Exigidas

NSPR-4.36

Instalação do NSS

Instale NSS executando os seguintes comandos:

patch -Np1 -i ../nss-standalone-1.patch &&

cd nss &&

make BUILD_OPT=1                      \
  NSPR_INCLUDE_DIR=/usr/include/nspr  \
  USE_SYSTEM_ZLIB=1                   \
  ZLIB_LIBS=-lz                       \
  NSS_ENABLE_WERROR=0                 \
  $([ $(uname -m) = x86_64 ] && echo USE_64=1) \
  $([ -f /usr/include/sqlite3.h ] && echo NSS_USE_SYSTEM_SQLITE=1)

Para executar os testes, execute os seguintes comandos:

cd tests &&
HOST=localhost DOMSUF=localdomain ./all.sh
cd ../

Nota

Alguma informação relativa aos testes:

HOST=localhost e DOMSUF=localdomain são exigidas. Sem essas variáveis, um FQDN é exigido que seja especificado e essa forma genérica deveria funcionar para todos(as), desde que localhost.localdomain esteja definido pelo módulo Name Service Switch da myhostname, conforme especificado no livro LFS.
Os testes tomam um tempo longo para executar. Se desejado, existe informação no conjunto de comandos sequenciais all.sh relativa a executar subconjuntos da suíte total de teste.
Ao interromper os testes, a suíte de teste falha ao desligar os servidores de teste que estão executando. Isso leva a um loop infinito nos testes em que a suíte de teste tenta matar um servidor que não mais existe porque extrai o PID errado.
Os resultados da suíte de teste (em formato HTML!) podem ser encontrados em ../../test_results/security/localhost.1/results.html
Uns poucos testes podem falhar em algumas máquinas Intel por razões desconhecidas.

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

cd ../dist                                                          &&

install -v -m755 Linux*/lib/*.so              /usr/lib              &&
install -v -m644 Linux*/lib/{*.chk,libcrmf.a} /usr/lib              &&

install -v -m755 -d                           /usr/include/nss      &&
cp -v -RL {public,private}/nss/*              /usr/include/nss      &&

install -v -m755 Linux*/bin/{certutil,nss-config,pk12util} /usr/bin &&

install -v -m644 Linux*/lib/pkgconfig/nss.pc  /usr/lib/pkgconfig

Explicações do Comando

BUILD_OPT=1: Essa opção é passada para make de modo que a construção seja realizada sem símbolos de depuração embutidos nos binários e as otimizações padrão do compilador sejam usadas.

NSPR_INCLUDE_DIR=/usr/include/nspr: Essa opção configura o local dos cabeçalhos nspr.

USE_SYSTEM_ZLIB=1: Essa opção é passada para make para garantir que a biblioteca libssl3.so esteja vinculada ao zlib instalado do sistema em vez da versão em árvore.

ZLIB_LIBS=-lz: Essa opção fornece os sinalizadores de vinculador necessários para vincular ao zlib do sistema.

$([ $(uname -m) = x86_64 ] && echo USE_64=1): A opção USE_64=1 é exigida em x86_64, caso contrário, make tentará (e falhará) criar objetos de 32 bits. O teste [ $(uname -m) = x86_64 ] garante que não tenha efeito em um sistema de 32 bits.

([ -f /usr/include/sqlite3.h ] && echo NSS_USE_SYSTEM_SQLITE=1): Isso testa se o sqlite está instalado e, se estiver, echo a opção NSS_USE_SYSTEM_SQLITE=1 para make, de modo que libsoftokn3.so vinculará à versão do sistema do sqlite.

NSS_DISABLE_GTESTS=1: Se você não precisa executar a suíte de teste NSS, anexe essa opção ao comando make, para evitar a compilação dos testes e economizar algum tempo de construção.

Configurando NSS

Se p11-kit-0.25.5 estiver instalado, o módulo de confiança do p11-kit (/usr/lib/pkcs11/p11-kit-trust.so) pode ser usado como um substituto imediato para /usr/lib/libnssckbi.so para transparentemente tornar as ACs do sistema disponíveis para aplicativos cientes de NSS, em vez da biblioteca estática fornecida por /usr/lib/libnssckbi.so. Como o(a) usuário(a) root, execute o seguinte comando:

ln -sfv ./pkcs11/p11-kit-trust.so /usr/lib/libnssckbi.so

Além disso, para aplicativos dependentes que não usam a base de dados interna (/usr/lib/libnssckbi.so), o script /usr/sbin/make-ca incluído na página make-ca-1.15 pode gerar uma base de dados NSS abrangente ao sistema com a chave -n ou modificando o arquivo /etc/make-ca/make-ca. conf.

Conteúdo

Aplicativos Instalados: certutil, nss-config e pk12util

Bibliotecas Instaladas: libcrmf.a, libfreebl3.so, libfreeblpriv3.so, libnss3.so, libnssckbi.so, libnssckbi-testlib.so, libnssdbm3.so, libnsssysinit.so, libnssutil3.so, libpkcs11testmodule.so, libsmime3.so, libsoftokn3.so e libssl3.so

Diretórios Instalados: /usr/include/nss

Descrições Curtas

certutil	é a ferramenta de base de dados de certificados da Mozilla. É um utilitário de linha de comando que consegue criar e modificar os arquivos de base de dados cert8.db e key3.db do Netscape Communicator. Ele também consegue listar, gerar, modificar ou deletar certificados dentro do arquivo cert8.db e criar ou mudar a senha, gerar novos pares de chaves públicas e privadas, exibir o conteúdo da base de dados de chaves ou deletar pares de chaves dentro do arquivo key3.db
nss-config	é usado para determinar as configurações da biblioteca NSS das bibliotecas instaladas NSS
pk12util	é uma ferramenta para importar certificados e chaves a partir de arquivos PKCS #12 para o NSS ou exportá-los. Ele também consegue listar certificados e chaves nesses arquivos

OpenSSH-9.9p2

Introdução ao OpenSSH

O pacote OpenSSH contém clientes ssh e o processo de segundo plano sshd. Isso é útil para encriptar a autenticação e o tráfego subsequente em uma rede de comunicação. Os comandos ssh e scp são implementações seguras do telnet e do rcp respectivamente.

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

Informação do Pacote

Transferência (HTTP): https://ftp.openbsd.org/pub/OpenBSD/OpenSSH/portable/openssh-9.9p2.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: f617b95fe278bfea8d004589c7a68a85
Tamanho da transferência: 1,9 MB
Espaço em disco estimado exigido: 46 MB (adicionar 22 MB para os testes)
Tempo de construção estimado: 0,3 UPC (Usando paralelismo=4; executar os testes leva cerca de 20 minutos, independentemente da velocidade do processador)

Dependências do OpenSSH

Opcionais

GDB-16.2 (para testes), Linux-PAM-1.7.0 (arquivos de configuração de PAM oriundos de Shadow-4.17.3 são usados para criar arquivos do openssh), Aplicativos do Xorg (ou Ambiente de construção do "Xorg", veja-se Explicação dos Comandos), MIT Kerberos V5-1.21.3, Which-2.23 (para testes), libedit, LibreSSL Portable, OpenSC e libsectok

Opcional em Tempo de Execução (usado somente para coletar entropia)

Instalação do OpenSSH

O OpenSSH executa como dois processos ao se conectar a outros computadores. O primeiro processo é um processo privilegiado e controla a emissão de privilégios conforme necessário. O segundo processo se comunica com a rede de intercomunicação. Etapas adicionais de instalação são necessárias para configurar o ambiente adequado, que são realizadas emitindo os seguintes comandos como o(a) usuário(a) root:

install -v -g sys -m700 -d /var/lib/sshd &&

groupadd -g 50 sshd        &&
useradd  -c 'sshd PrivSep' \
         -d /var/lib/sshd  \
         -g sshd           \
         -s /bin/false     \
         -u 50 sshd

Instale o OpenSSH executando os seguintes comandos:

./configure --prefix=/usr                           \
            --sysconfdir=/etc/ssh                    \
            --with-privsep-path=/var/lib/sshd        \
            --with-default-path=/usr/bin             \
            --with-superuser-path=/usr/sbin:/usr/bin \
            --with-pid-dir=/run                      &&
make

Para testar os resultados, emita: make -j1 tests.

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

make install &&
install -v -m755   contrib/ssh-copy-id /usr/bin     &&

install -v -m644    contrib/ssh-copy-id.1 \
                    /usr/share/man/man1              &&
install -v -m755 -d /usr/share/doc/openssh-9.9p2     &&
install -v -m644    INSTALL LICENCE OVERVIEW README* \
                    /usr/share/doc/openssh-9.9p2

Explicações do Comando

--sysconfdir=/etc/ssh: Isso evita que os arquivos de configuração sejam instalados em /usr/etc.

--with-default-path=/usr/bin e --with-superuser-path=/usr/sbin:/usr/bin: Esses configuram PATH consistente com o pacote Shadow do LFS e do BLFS.

--with-pid-dir=/run: Isso evita que OpenSSH se refira ao obsoleto /var/run.

--with-pam: Esse parâmetro habilita o suporte Linux-PAM na construção.

--with-xauth=$XORG_PREFIX/bin/xauth: Configure o local padrão para o binário xauth para autenticação do X. A variável de ambiente XORG_PREFIX deveria estar configurada seguindo Ambiente de construção do "Xorg". Isso também pode ser controlado a partir de sshd_config com a palavra-chave XAuthLocation. Você pode omitir essa chave se o Xorg já estiver instalado.

--with-kerberos5=/usr: Essa opção é usada para incluir suporte a Kerberos 5 na construção.

--with-libedit: Essa opção habilita a edição de linha e recursos de histórico para o sftp.

Configurando o OpenSSH

Arquivos de Configuração

~/.ssh/*, /etc/ssh/ssh_config e /etc/ssh/sshd_config

Não existem mudanças exigidas para nenhum desses arquivos. No entanto, você possivelmente deseje visualizar os arquivos do /etc/ssh/ e fazer quaisquer mudanças apropriadas para a segurança do teu sistema. Uma mudança recomendada é a de desabilitar o login do(a) root via ssh. Execute o seguinte comando como o(a) usuário(a) root para desabilitar o login do(a) root via ssh:

echo "PermitRootLogin no" >> /etc/ssh/sshd_config

Se quiser estar apto(a) a se logar sem digitar tua senha, crie primeiro ~/.ssh/id_rsa e ~/.ssh/id_rsa.pub com o ssh-keygen e depois copie ~/.ssh /id_rsa.pub para ~/.ssh/authorized_keys no computador remoto no qual deseja se logar. Você precisará mudar NOME_USUARIO(A)_REMOTO e NOME_DISPOSITIVO_REMOTO para o nome de usuário(a) e nome do dispositivo do computador remoto e também precisará inserir tua senha para que o comando ssh-copy-id seja bem-sucedido:

ssh-keygen &&
ssh-copy-id -i ~/.ssh/id_ed25519.pub NOME_USUÁRIO(A)_REMOTO@NOME_DISPOSITIVO_REMOTO

Tão logo tenha obtido logins sem senha funcionando, atualmente é mais seguro que se logar com uma senha (já que a chave privada é muito mais longa que as senhas da maioria das pessoas). Se você gostaria de desabilitar logins de senha agora, como o(a) usuário(a) root:

echo "PasswordAuthentication no" >> /etc/ssh/sshd_config &&
echo "KbdInteractiveAuthentication no" >> /etc/ssh/sshd_config

Se você adicionou suporte Linux-PAM e deseja que o ssh o use, então precisará adicionar um arquivo de configuração para o sshd e habilitar o uso do Linux-PAM. Observe que o ssh somente usa PAM para verificar senhas; se tiver desabilitado os logins de senha, estes comandos não são necessários. Se você deseja usar o PAM, emita os seguintes comandos como o(a) usuário(a) root:

sed 's@d/login@d/sshd@g' /etc/pam.d/login > /etc/pam.d/sshd &&
chmod 644 /etc/pam.d/sshd &&
echo "UsePAM yes" >> /etc/ssh/sshd_config

Informação adicional de configuração pode ser encontrada nas páginas de manual para sshd, ssh e ssh-agent.

Unidade do systemd

Para iniciar o servidor SSH na inicialização do sistema, instale a unidade sshd.service incluída no pacote blfs-systemd-units-20241211.

Nota

Mudar a configuração de ListenAddress em /etc/sshd/sshd_config não é suportado com a unidade de systemd do sshd do BLFS.

make install-sshd

Conteúdo

Aplicativos Instalados: scp, sftp, ssh, ssh-add, ssh-agent, ssh-copy-id, ssh-keygen, ssh-keyscan e sshd

Bibliotecas Instaladas: Nenhum(a)

Diretórios Instalados: /etc/ssh, /usr/share/doc/openssh-9.9p2 e /var/lib/sshd

Descrições Curtas

scp	é um aplicativo de cópia de arquivo que age como rcp, exceto que usa um protocolo encriptado
sftp	é um aplicativo do tipo FTP que funciona ao longo dos protocolos SSH1 e SSH2
ssh	é um aplicativo cliente do tipo rlogin/rsh, exceto que usa um protocolo encriptado
sshd	é um processo de segundo plano que escuta solicitações de login do ssh
ssh-add	é uma ferramenta que adiciona chaves ao ssh-agent
ssh-agent	é um agente de autenticação que consegue armazenar chaves privadas
ssh-copy-id	é um conjunto de comandos sequenciais que habilita logins em máquinas remotas usando chaves locais
ssh-keygen	é uma ferramenta de geração de chave
ssh-keyscan	é um utilitário para coletar chaves públicas de dispositivo a partir de vários dispositivos

p11-kit-0.25.5

Introdução ao p11-kit

O pacote p11-kit fornece uma maneira de carregar e de enumerar módulos PKCS #11 (um padrão de interface de token criptográfico).

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

Informação do Pacote

Transferência (HTTP): https://github.com/p11-glue/p11-kit/releases/download/0.25.5/p11-kit-0.25.5.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: e9c5675508fcd8be54aa4c8cb8e794fc
Tamanho da transferência: 980 KB
Espaço em disco estimado exigido: 94 MB (com testes)
Tempo de construção estimado: 0,7UPC (com testes)

Dependências do p11-kit

Opcionais

GTK-Doc-1.34.0, libxslt-1.1.42 e nss-3.108 (tempo de execução)

Instalação do p11-kit

Prepare o gancho de ancoragem específico para distribuição:

sed '20,$ d' -i trust/trust-extract-compat &&

cat >> trust/trust-extract-compat << "EOF"
# Copiar modificações existentes de âncora para /etc/ssl/local
/usr/libexec/make-ca/copy-trust-modifications

# Atualizar lojas de confiança
/usr/sbin/make-ca -r
EOF

Instale p11-kit executando os seguintes comandos:

mkdir p11-build &&
cd    p11-build &&

meson setup ..            \
      --prefix=/usr       \
      --buildtype=release \
      -D trust_paths=/etc/pki/anchors &&
ninja

Para testar os resultados, emita: LC_ALL=C ninja test.

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

ninja install &&
ln -sfv /usr/libexec/p11-kit/trust-extract-compat \
       /usr/bin/update-ca-certificates

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.

-D trust_paths=/etc/pki/anchors: essa chave configura o local dos certificados confiáveis usados pela libp11-kit.so.

-D hash_impl=freebl: Use essa chave se quiser usar a biblioteca Freebl proveniente da NSS para hash SHA1 e MD5.

-D gtk_doc=true: Use essa chave se você tiver instalado GTK-Doc-1.34.0 e libxslt-1.1.42 e deseja reconstruir a documentação e gerar páginas de manual .

Configurando p11-kit

O módulo de confiança p11-kit (/usr/lib/pkcs11/p11-kit-trust.so) pode ser usado como um substituto imediato para /usr/lib/libnssckbi.so para transparentemente tornar as ACs do sistema disponíveis para aplicativos cientes da NSS, em vez da lista estática fornecida pela /usr/lib/libnssckbi.so. Como o(a) usuário(a) root, execute os seguintes comandos:

ln -sfv ./pkcs11/p11-kit-trust.so /usr/lib/libnssckbi.so

Conteúdo

Aplicativos Instalados: p11-kit, trust e update-ca-certificates

Bibliotecas Instaladas: libp11-kit.so e p11-kit-proxy.so

Diretórios Instalados: /etc/pkcs11, /usr/include/p11-kit-1, /usr/lib/pkcs11, /usr/libexec/p11-kit, /usr/share/gtk-doc/html/p11-kit e /usr/share/p11-kit

Descrições Curtas

p11-kit	é uma ferramenta de linha de comando que pode ser usada para realizar operações em módulos PKCS#11 configurados no sistema
trust	é uma ferramenta de linha de comando para examinar e modificar o armazenamento de política de confiança compartilhada
update-ca-certificates	é uma ferramenta de linha de comando para extrair certificados locais a partir de um armazenamento âncora atualizado e regenerar todas as âncoras e armazenamentos de certificados no sistema. Isso é feito incondicionalmente no BLFS usando os sinalizadores `--force` e `--get` para o make-ca e provavelmente não deveria ser usado para atualizações automáticas
`libp11-kit.so`	contém funções usadas para coordenar a inicialização e a finalização de qualquer módulo PKCS#11
`p11-kit-proxy.so`	é o módulo proxy PKCS#11

Polkit-126

Introdução ao Polkit

Polkit é um kit de ferramentas para definir e para manusear autorizações. Ele é usado para permitir que processos não privilegiados se comuniquem com processos privilegiados.

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

Informação do Pacote

Transferência (HTTP): https://github.com/polkit-org/polkit/archive/126/polkit-126.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: db4ce0a42d5bf8002061f8e34ee9bdd0
Tamanho da transferência: 448 KB
Espaço em disco estimado exigido: 7,4 MB (com testes)
Tempo de construção estimado: 0,2 UPC (com testes; usando paralelismo=4)

Dependências do Polkit

Exigidas

duktape-2.7.0 e GLib-2.82.5 (GObject Introspection recomendado)

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.34.0 e dbusmock-0.34.3 (exigido para testes)

Dependências Exigidas de Tempo de Execução

Systemd-257.3

Dependências Opcionais em Tempo de Execução

Um agente de autenticação polkit para usar polkit no ambiente gráfico: polkit-kde-agent em Plasma-6.3.2 para KDE, o agente construído em gnome-shell-47.4 para GNOME3, polkit-gnome-0.105 para XFCE e lxqt-policykit-2.1.0 para LXQt

Nota

Se libxslt-1.1.42 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.42, mas não deseja instalar nenhum dos pacotes DocBook mencionados, você precisará usar -D man=false nas instruções abaixo.

Configuração do Núcleo

Alguns testes precisam de suporte a espaços de nome de usuário(a). Se você for executar a suíte de teste, habilite o suporte e recompile o núcleo se necessário:

General setup --->
  -*- Namespaces support --->                                       [NAMESPACES]
    [*] User namespace                                                 [USER_NS]

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

Instale o Polkit executando os seguintes comandos:

mkdir build &&
cd    build &&

meson setup ..                   \
      --prefix=/usr              \
      --buildtype=release        \
      -D man=true                \
      -D session_tracking=logind \
      -D tests=true

Construa o pacote:

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.34.3 estejam instalados. Em seguida, execute 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.

-D tests=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.

-D os_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.

-D authfw=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.

-D introspection=false: Use essa opção se você tiver certeza de que não precisa de arquivos do gobject-introspection para polkit ou não tiver instalado GLib-2.82.5 com GObject Introspection.

-D man=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.

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

-D gtk_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 ao 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.3.

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):
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.3/polkit-gnome-0.105-consolidated_fixes-1.patch

Dependências do Polkit GNOME

Exigidas

AccountsService-23.13.9, GTK-3.24.48 e Polkit-126

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-authentication-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.17.3

Introdução ao Shadow

Shadow foi realmente instalado no LFS e não existe razão para reinstalá-lo, a menos que você instalou Linux-PAM depois que teu sistema LFS foi concluído. Com Linux-PAM instalado, reinstalar Shadow permitirá que programas como login e su utilizem o PAM.

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

Informação do Pacote

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

Dependências do Shadow

Exigidas

gsettings-desktop-schemas-47.1, itstool-2.0.7, libgedit-amtk-5.9.0, libgeditsourceview-299.4.0, libhandy-1.8.3 e libpeas-1.36.0

Opcionais

libbsd e tcb

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.

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    \
            --without-libbsd    \
            --with-{b,yes}crypt &&
make

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

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

make exec_prefix=/usr pamddir= 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.

--without-libbsd: Impede a procura pela função readpassphrase, que pode ser encontrada somente na libbsd, a qual nós não temos no BLFS. Uma implementação interna de readpassphrase é usada no lugar.

pamddir=: Impede instalação dos arquivos enviados de configuração do PAM em /etc/pam.d. A configuração enviada não funciona com a configuração PAM do BLFS e nós criaremos esses arquivos de configuração explicitamente.

Configurando Linux-PAM para Funcionar com Shadow

Nota

O restante desta página é dedicado para configurar o Shadow para funcionar corretamente com o Linux-PAM.

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.7.0 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            \
                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.3-systemd/chapter08/shadow.html#contents-shadow.

ssh-askpass-9.9p2

Introdução ao 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.3.

Informação do Pacote

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

Dependências do ssh-askpass

Exigidas

GTK-3.24.48, Sudo-1.9.16p2 (tempo de execução), Bibliotecas do Xorg e um ambiente gráfico (tempo de execução)

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.16p2 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: Nenhum(a)

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

stunnel-5.74

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://www.stunnel.org/downloads/archive/5.x/stunnel-5.74.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 3cd8cd1434db7160daa75799127ccde7
Tamanho da transferência: 884 KB
Espaço em disco estimado exigido: 7,5 MB
Tempo de construção estimado: menos que 0,1 UPC

Dependências do stunnel

Opcionais

libnsl-2.0.1, 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.74 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.74

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.16p2

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://www.sudo.ws/dist/sudo-1.9.16p2.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 52681ba928fb7aba46998f061d9ba85c
Tamanho da transferência: 5,1 MB
Espaço em disco estimado exigido: 53 MB (adicionar 10 MB para os 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.7.0, MIT Kerberos V5-1.21.3, OpenLDAP-2.6.9, MTA (isso fornece um comando sendmail), AFS, libaudit, Opie e Sssd

Instalação do Sudo

Instale Sudo executando os seguintes comandos:

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

Para testar os resultados, emita: env LC_ALL=C make check |& tee make-check.log. Verifique os resultados com grep failed make-check.log.

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

make install

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-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.

--with-all-insults: Essa chave inclui todos os conjuntos de insultos do sudo. Os insultos serão impressos se o(a) usuário(a) digitar uma senha incorreta e se estiver habilitados em /etc/sudoers. Use --with-insults para tê-los habilitados por padrão. Vários conjuntos de insultos podem ser selecionados com algumas outras chaves.

Nota

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

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, sudoers.so, sudo_intercept.so, sudo_noexec.so e system_group.so

Diretórios Instalados: /etc/sudoers.d, /usr/lib/sudo, /usr/share/doc/sudo-1.9.16p2 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 ao 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.3.

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 amostra 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: Nenhum(a)

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

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 conjunto de comandos sequenciais 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 sistema de arquivos raiz a partir de uma rede; carregá-lo a partir de um volume lógico LVM; ter um sistema de arquivos raiz encriptado onde uma senha seja exigida; ou para a conveniência de se especificar o sistema de arquivos raiz 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, os conjuntos de comandos sequenciais a seguir fornecerão uma base para isso. Os conjuntos de comandos sequenciais permitirão especificar um sistema de arquivos raiz via partição UUID ou partição RÓTULO ou um sistema de arquivos raiz em um volume lógico LVM. Eles não suportam um sistema de arquivos raiz encriptado ou montar o sistema de arquivos raiz 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 conjuntos de comandos sequenciais, 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.15

Outras Dependências em Tempo de Execução

LVM2-2.03.30 e(ou) mdadm-4.3 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, 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”), 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.13

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.3.

Informação do Pacote

Transferência (HTTP): https://www.kernel.org/pub/linux/kernel/people/kdave/btrfs-progs/btrfs-progs-v6.13.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 9dced32d9f63118d214c01fed08c1439
Tamanho da transferência: 2,6 MB
Espaço em disco estimado exigido: 65 MB (arquivos temporários criados durante testes precisam de até 10 GB)
Tempo de construção estimado: 0,3 UPC (com paralelismo=4; adicionar 3,7 UPC para testes, até 14 UPC em discos lentos)

Dependências do Btrfs-progs

Exigidas

LZO-2.10

Opcionais

LVM2-2.03.30 (dmsetup é usado em testes), sphinx-8.2.1 e sphinx_rtd_theme-3.0.2 (exigido para construir documentação) e reiserfsprogs (para testes).

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.30, as seguintes opções precisam estar configuradas para executar-se testes. As opções marcadas como vazias não deveriam estar selecionadas porque elas são para desenvolvedores(as) e fazem alguns testes falharem.

File systems --->
  <*/M> Btrfs filesystem support                                      [BTRFS_FS]
  [*]     Btrfs POSIX Access Control Lists                  [BTRFS_FS_POSIX_ACL]
  [ ]     Btrfs will run sanity tests upon loading   [BTRFS_FS_RUN_SANITY_TESTS]
  [ ]     Btrfs debugging support                                  [BTRFS_DEBUG]
  [ ]     Btrfs assert support                                    [BTRFS_ASSERT]
  [ ]     Btrfs with the ref verify tool compiled in       [BTRFS_FS_REF_VERIFY]

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.45.

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

make fssum

Agora remova um teste conhecido por falhar. Como root:

mv tests/mkfs-tests/013-reserved-1M-for-single/test.sh{,.broken}

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

pushd tests
   ./fsck-tests.sh
   ./mkfs-tests.sh
   ./cli-tests.sh
   ./convert-tests.sh
   ./misc-tests.sh
   ./fuzz-tests.sh
popd

Nota

Se as opções de núcleo mencionadas acima não estiverem habilitadas, alguns testes falharão e impedirão que todos os testes restantes executem, porque a imagem do disco de teste não foi desmontada corretamente. Certifique-se também de que o módulo de núcleo do btrfs esteja carregado.

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-8.2.1.

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
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 ao 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.3.

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.2

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://github.com/libfuse/libfuse/releases/download/fuse-3.16.2/fuse-3.16.2.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: b00bf08b27ead4a9411578777e94a1cc
Tamanho da transferência: 14 MB
Espaço em disco estimado exigido: 222 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.13.2 (para reconstruir a documentação da API), pytest-8.3.4 (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.13.2 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-8.3.4 é 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.

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.2 &&
install -v -m644   doc/{README.NFS,kernel.txt} \
                   /usr/share/doc/fuse-3.16.2

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.2

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 ao 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.3.

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.3/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.30

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://sourceware.org/ftp/lvm2/LVM2.2.03.30.tgz
Transferência (FTP):
Soma de verificação MD5 da transferência: 048cd0e39cce7b15e48a8d3ba5c8d80c
Tamanho da transferência: 2,7 MB
Espaço em disco estimado exigido: 39 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,4 UPC (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

Exigidas

libaio-0.3.113

Opcionais

mdadm-4.3, Valgrind-3.24.0, Which-2.23, xfsprogs-6.13.0 (todos quatro possivelmente sejam usados, mas não são exigidos, para testes), reiserfsprogs, 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.30 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, 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.4.1.

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.3.

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 escolha (por exemplo, ext3, ext4, xfsprogs-6.13.0, etc). As partições formatadas podem então serem 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.3

Introdução ao 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.3.

Informação do Pacote

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

Dependências do mdadm

Opcionais

Um MTA

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.

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 ao 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.3.

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

Opcionais

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.10

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://downloads.sourceforge.net/gptfdisk/gptfdisk-1.0.10.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 1970269eb7a97560e238611524b7797a
Tamanho da transferência: 216 KB
Espaço em disco estimado exigido: 2,4 MB
Tempo de construção estimado: menos que 0,1 UPC (adicionar 0,2 UPC para testes)

Transferências Adicionais

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

Dependências do gptfdisk

Exigidas

popt-1.19

Opcionais

ICU-76.1

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 e corrigimos alguns problemas menores de local. Instale o gptfdisk executando os seguintes comandos:

patch -Np1 -i ../gptfdisk-1.0.10-convenience-1.patch &&
sed -i 's|ncursesw/||' gptcurses.cc &&
sed -i 's|sbin|usr/sbin|' Makefile  &&

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 ao 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.3.

Informação do Pacote

Transferência (HTTP): https://ftp.gnu.org/gnu/parted/parted-3.6.tar.xz
Transferência (FTP):
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, texlive-20240312 (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-20240312 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

smartmontools-7.4

Introdução ao 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.3.

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.12.1 ou Lynx-2.9.2 ou Wget-1.25.0 (ferramentas de transferência) e GnuPG-2.4.7 (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: Nenhum(a)

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 ao 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.3.

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.2, GLib-2.82.5 e OpenSSH-9.9p2.

Opcionais

docutils-0.21.2 (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.13.0

Introdução ao 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.3.

Informação do Pacote

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

Dependências do xfsprogs

Exigidas

inih-58 e liburcu-0.15.1

Opcionais

ICU-76.1 (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

Primeiro, adapte o conjunto de comandos sequenciais configure para ICU-76:

sed -i 's/icu-i18n/icu-uc &/' configure

Instale xfsprogs executando os seguintes comandos:

case "$(uname -m)" in
  i?86) sed -e "s/static long filesize/static off_t filesize/" -i mkfs/proto.c ;;
esac &&
make DEBUG=-DNDEBUG     \
     INSTALL_USER=root  \
     INSTALL_GROUP=root \
     LOCAL_CONFIGURE_OPTIONS="--localstatedir=/var"

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.13.0 install    &&
make PKG_DOC_DIR=/usr/share/doc/xfsprogs-6.13.0 install-dev &&

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

Explicações do Comando

sed ... static long filesize...: Esse sed corrige um problema que aparece ao se construir em sistemas de 32 bits, somente. Existe uma descorrespondência no protótipo e no cabeçalho da função, o que resulta em erro nessa arquitetura.

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.

LOCAL_CONFIGURE_OPTIONS="--localstatedir=/var": Isso configura o diretório de estado como /var, impedindo que /usr/var seja criado.

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_property, xfs_protofile, 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.13.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_property	examina e edita propriedades acerca de um sistema de arquivos XFS
xfs_protofile	cria um protótipo para uso com mkfs.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-39

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.3.

Informação do Pacote

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

Dependências do efivar

Opcionais

mandoc (para a página de manual do efisecdb)

Instalação do efivar

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.

Construa o efivar com os seguintes comandos:

make ENABLE_DOCS=0

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 ENABLE_DOCS=0 LIBDIR=/usr/lib

Para evitar uma dependência rígida em relação ao mandoc nós usamos ENABLE_DOCS=0, mas isso faz com que todas as páginas de manual sejam ignoradas da instalação, embora a maioria delas, na verdade, não precise do mandoc. Ainda como o(a) usuário(a) root, instale essas páginas de manual:

install -vm644 docs/efivar.1 /usr/share/man/man1 &&
install -vm644 docs/*.3      /usr/share/man/man3

Explicações do Comando

ENABLE_DOCS=0: Desabilite a geração de páginas de manual para a finalidade de permitir construir este pacote sem o mandoc instalado.

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.3.

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-39 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 está 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.12 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.3.

Informação do Pacote

Transferência (HTTP): https://ftp.gnu.org/gnu/grub/grub-2.12.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 60c564b1bdc39d8e43b3aab4bc0fb140
Tamanho da transferência: 6,4 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

Dados opcionais de fonte Unicode para o menu do GRUB

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

Dependências do GRUB

Opcionais

FreeType-2.13.3, Fuse-3.16.2 e LVM2-2.03.30

Se você estiver construindo o GRUB para um sistema LFS de 32 bits para inicializá-lo em um firmware UEFI de 64 bits, reconstrua GCC-14.2.0 com a chave --enable-targets=all posposta ao comando ../configure.

Instalação do GRUB

Primeiro, instale os dados da fonte como o(a) usuário(a) root se você os tiver baixado e tiver instalado a dependência opcional FreeType-2.13.3:

mkdir -pv /usr/share/fonts/unifont &&
gunzip -c ../unifont-16.0.01.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.

Adicionar um arquivo ausente proveniente do tarball de lançamento:

echo depends bli part_gpt > grub-core/extra_deps.lst

Construa o GRUB com os seguintes comandos:

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

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

Agora, se você tiver pulado o pacote GRUB do LFS, como o(a) usuário(a) root, instale o GRUB e pule as instruções restantes nesta seção:

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

Se você não tiver ignorado o pacote GRUB do LFS, como o(a) usuário(a) root, instale somente os componentes não instalados a partir do pacote GRUB do LFS:

make -C grub-core install

Se você tiver instalado os dados opcionais de fonte e FreeType-2.13.3, instale o programa grub-mkfont e os arquivos de dados de fonte (sem os arquivos de dados de fonte, o GRUB ainda pode funcionar normalmente, mas o menu de inicialização será exibido usando uma fonte grosseira ou em uma região menor na tela).

install -vm755 grub-mkfont /usr/bin/ &&
install -vm644 ascii.h widthspec.h *.pf2 /usr/share/grub/

Se Fuse-3.16.2 e LVM2-2.03.30 estiverem instalados, instale também o programa grub-mount:

install -vm755 grub-mount /usr/bin/

Explicações do Comando

--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

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

Listados abaixo estão os programas recém-instalados, juntamente com descrições curtas.

Aplicativos Instalados: grub-mkfont e grub-mount (opcional)

Diretórios Instalados: /usr/lib/grub/x86_64-efi

Descrições Curtas

grub-mkfont	converte formatos de arquivo de fontes comuns em PF2
grub-mount	é uma ferramenta de depuração para controlador de sistema de arquivos

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]
  [*]   EFI stub support                                              [EFI_STUB]

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

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.

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. Para saber como selecionar essa unidade flash como o dispositivo de inicialização, leia o manual da tua placa-mãe ou laptop. Ele inicializará o sistema e mostrará o shell do GRUB. Em seguida, você pode digitar comandos para inicializar teu sistema operacional a partir da unidade rígida.

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
# Begin /boot/grub/grub.cfg
set default=0
set timeout=5

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

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

menuentry "GNU/Linux, Linux 6.13.2-lfs-12.3" {
  linux   /boot/vmlinuz-6.13.2-lfs-12.3 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.13.2-lfs-12.3 precisam corresponderem à tua configuração.

As diretivas insmod efi_gop e insmod efi_uga carregam dois módulos para suporte de vídeo baseado em EFI. Na maioria dos sistemas, o módulo efi_gop é suficiente. O módulo efi_uga é útil somente para sistemas legados, mas é inofensivo carregá-lo de qualquer maneira. O suporte de vídeo é necessário para a diretiva terminal_output gfxterm realmente funcionar.

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.16

Introdução ao 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.3.

Informação do Pacote

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

Dependências do Bluefish

Exigidas

GTK-3.24.48

Opcionais

enchant-2.8.2 (para verificação ortográfica), Gucharmap-16.0.2 e Jing

Instalação do Bluefish

Primeiro, desabilite um plugin que requer funções removidas na libxml-2.13.0 ou posterior:

sed '/infbrowser/d' -i src/Makefile.am &&
autoreconf

Instale Bluefish executando os seguintes comandos:

./configure --prefix=/usr --docdir=/usr/share/doc/bluefish-2.2.16 &&
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.28 (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.16 e /usr/share/xml/bluefish

Descrições Curtas

bluefish

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

Ed-1.21

Introdução ao 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.3.

Informação do Pacote

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

Dependências do Ed

Exigido para descomprimir o tarball

libarchive-3.7.7 (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-30.1

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://ftp.gnu.org/gnu/emacs/emacs-30.1.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 88d665794fdecba7769c11ab1ccea6e4
Tamanho da transferência: 52 MB
Espaço em disco estimado exigido: 558 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.13, Cairo-1.18.2, dbus-1.16.0, GLib-2.82.5 (com GObject Introspection), gsettings-desktop-schemas-47.1, GPM-1.20.7, GTK-3.24.48, ImageMagick-7.1.1-43, Little CMS-2.17, libjpeg-turbo-3.0.1, libpng-1.6.46, librsvg-2.59.2, libseccomp-2.6.0, libwebp-1.5.0, libxml2-2.13.6, MIT Kerberos V5-1.21.3, SQLite-3.49.1, Valgrind-3.24.0, intlfonts, libungif, libotf e m17n-lib - para exibir corretamente tais conjuntos complexos de comandos sequenciais, tais como Índico e Khmer, e também para conjuntos de comandos sequenciais que exigem suporte para formato Árabe (Árabe 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/30.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-3.24.48 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-43 e desejar vincular a ele.

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

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

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

--without-harfbuzz: Use isso se você não tiver instalado o harfBuzz-10.4.0.

--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-30.1, emacsclient e etags

Bibliotecas Instaladas: Nenhum(a)

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-48.1

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://download.gnome.org/sources/gedit/48/gedit-48.1.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 1aa72a59d51be4597490220af3ad0421
Tamanho da transferência: 2,8 MB
Espaço em disco estimado exigido: 48 MB (com testes)
Tempo de construção estimado: 0,2 UPC (usando paralelismo = 4; com testes)

Transferências Adicionais

Transferência (HTTP): https://gitlab.gnome.org/World/gedit/libgedit-tepl/-/archive/6.12.0/libgedit-tepl-6.12.0.tar.bz2
Transferência (FTP):
Soma de verificação MD5 da transferência: a77de364f1c5848c7a487aa84a30523c
Tamanho da transferência: 188 KB
Espaço em disco estimado exigido: 13 MB (com testes)
Tempo de construção estimado: 0,3 UPC (com testes)

Transferência (HTTP): https://gitlab.gnome.org/World/gedit/libgedit-gfls/-/archive/0.2.1/libgedit-gfls-0.2.1.tar.bz2
Transferência (FTP):
Soma de verificação MD5 da transferência: dea4a673ede783d59a4df1276911de10
Tamanho da transferência: 24 KB
Espaço em disco estimado exigido: 1,4 MB (com testes)
Tempo de construção estimado: menos que 0,1 UPC (com testes)

Dependências do Gedit

Exigidas

Opcionais

GTK-Doc-1.34.0, Vala-0.56.17 e zeitgeist

Instalação do Gedit

Primeiro, construa a biblioteca gfls:

tar -xf ../libgedit-gfls-0.2.1.tar.bz2 &&
pushd libgedit-gfls-0.2.1             &&

mkdir gfls-build &&
cd    gfls-build &&

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

Para testar os resultados, execute: ninja test.

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

ninja install

Mude de volta para o diretório superior de construção:

popd

Segundo, construa a biblioteca tepl:

tar -xf ../libgedit-tepl-6.12.0.tar.bz2 &&
pushd libgedit-tepl-6.12.0             &&

mkdir tepl-build &&
cd    tepl-build &&

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

Para testar os resultados, execute: ninja test.

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

ninja install

Novamente, mude de volta para o diretório superior de construção:

popd

Finalmente, instale Gedit executando os seguintes comandos:

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

meson setup --prefix=/usr       \
            --buildtype=release \
            -D gtk_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

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

Conteúdo

Aplicativo Instalado: gedit

Bibliotecas Instaladas: libgedit-gfls-1.so, libgedit-tepl-6.so e libgedit-48.so

Diretórios Instalados: /usr/include/libgedit-gfls-1, /usr/include/libgedit-tepl-6, /usr/include/gedit-48 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.3.

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: Nenhum(a)

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-24.12.2

Introdução ao Kate

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

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

Informação do Pacote

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

Dependências do Kate

Exigidas

KDE Frameworks-6.11.0

Instalação do Kate

Instale Kate executando os seguintes comandos:

mkdir build &&
cd    build &&

cmake -D CMAKE_INSTALL_PREFIX=$KF6_PREFIX  \
      -D CMAKE_BUILD_TYPE=Release          \
      -D BUILD_TESTING=OFF                 \
      -W no-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: Diversos plugins sob $KF6_PREFIX/lib/plugins

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

Descrições Curtas

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

Mousepad-0.6.3

Introdução ao 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.3.

Informação do Pacote

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

Dependências do Mousepad

Exigidas

gtksourceview4-4.8.4 e libxfce4ui-4.20.0

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-gtksourceview4 \
            --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.

--disable-plugin-gspell: Use essa opção para desabilitar construir o plugin gspell-1.14.0 se você não tiver instalado o gspell.

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-8.3

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://www.nano-editor.org/dist/v8/nano-8.3.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: e64276780e23efb273480c4279050f74
Tamanho da transferência: 1,6 MB
Espaço em disco estimado exigido: 24 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-8.3 &&
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-8.3

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: Nenhum(a)

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

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.1.1166

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://github.com/vim/vim/archive/v9.1.1166/vim-9.1.1166.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 718d43ce957ab7c81071793de176c2eb
Tamanho da transferência: 18 MB
Espaço em disco estimado exigido: 139 MB (adicionar 75 MB para os testes)
Tempo de construção estimado: 0,4 UPC (com paralelismo=4; adicionar 14 UPC para testes)

Dependências do Vim

Opcionais

cURL-8.12.1 (ou Wget-1.25.0, exigido por alguns testes), GPM-1.20.7, Lua-5.4.7, Ruby-3.4.2 e rsync-3.4.1

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, alguns testes possivelmente reclamem a respeito de estarem inaptos para encontrarem o diretório correspondente e aguardem por entrada gerada do(a) usuário(a). Se esse for o caso, esse arquivo deveria ser salvo e removido antes de executar os testes. Ou se bubblewrap-0.11.0 estiver instalado, também é possível criar um ambiente leve de contêiner onde esse arquivo fique oculto e executar os testes no contêiner.

Para testar os resultados, emita: make -j1 test. Falhas de teste, se existirem, produzirão o arquivo test.log em src/testdir. Os testes restantes ainda serão executados. Se tudo correr bem, o registro informará ALL DONE. Alguns testes rotulados como “escamosos” 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 'screen'.

Nota

Se executar os testes com bubblewrap-0.11.0 e /etc/vimrc ocultos, use bwrap --dev-bind / / --dev-bind /dev/null /etc/vimrc make -j1 test.

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.1.1166, tornando-o consistente com o local da documentação para outros pacotes:

ln -snfv ../vim/vim91/doc /usr/share/doc/vim-9.1.1166

Se você desejar atualizar os arquivos de tempo de execução, emita o seguinte comando (exige rsync-3.4.1) para baixá-los:

rsync -avzcP --exclude="/dos/" --exclude="/spell/" \
    ftp.nluug.nl::Vim/runtime/ ./runtime/

E, então, instalar os arquivos atualizados 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.1.1166" -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 conjuntos de comandos sequenciais do 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/vim91/spell/.

Para saber o que há de novo no Vim-9.1.1166 emita o seguinte comando:

:help version-9.1.1166

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: Nenhum(a)

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 ao 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.3.

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.15

Introdução ao 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 a aquela 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.3.

Informação do Pacote

Transferência (HTTP): https://astron.com/pub/tcsh/tcsh-6.24.15.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 7a6c216fca177279ee2fb93fd3f9ccd4
Tamanho da transferência: 940 KB
Espaço em disco estimado exigido: 11 MB (com testes)
Tempo de construção estimado: 0,2 UPC (com testes)

Instalação do 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.3.

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 da transferência: 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)

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

Valgrind-3.24.0 e yodl

Instalação do zsh

Adapte o sistema de construção de documentação para texinfo-7.0 ou posterior:

sed -e 's/set_from_init_file/texinfo_&/' \
    -i Doc/Makefile.in

Alguns programas fornecidos no sistema de construção para detectar recursos do sistema usam sintaxe pré-C99 rejeitada pelo GCC-14.1 ou posterior. Corrija-os porque o Zsh será configurado incorretamente e falhará caso contrário:

sed -e 's/^main/int &/'      \
    -e 's/exit(/return(/'    \
    -i aczsh.m4 configure.ac &&

sed -e 's/test = /&(char**)/' \
    -i configure.ac           &&

autoconf

Os arquivos de documentação contém referências aos arquivos de configuração do zsh em /etc, mas nós usaremos /etc/zsh para armazenar esses arquivos de configuração em vez disso. O sistema de construção atualizará essas referências se o pacote yodl estiver disponível, mas ele está fora do escopo do BLFS. Como resultado, nós precisamos corrigir as referências manualmente:

sed -e 's|/etc/z|/etc/zsh/z|g' \
    -i Doc/*.*

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 --html      -o Doc/html &&
makeinfo  Doc/zsh.texi --plaintext -o zsh.txt  &&
makeinfo  Doc/zsh.texi --html --no-split --no-headers -o zsh.html

Se você tiver texlive-20240312 instalado, poderá construir a documentação no formato PDF 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                       &&
make htmldir=/usr/share/doc/zsh-5.9/html install.html           &&
install -v -m644 zsh.{html,txt} Etc/FAQ /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.

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 na zsh(1) e nas páginas de manual 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 quando o shell iniciar, 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-9.2.2

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.3.

Informação do Pacote

Transferência (HTTP): https://download.qemu.org/qemu-9.2.2.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 417dc130a89238ba5347ced224497ee1
Tamanho da transferência: 129 MB
Espaço em disco estimado exigido: 2,3 GB (475 MB instalado)
Tempo de construção estimado: 1,1 UPC (adicionar 0,5 UPC para testes, ambos usando paralelismo=4)

Dependências do Qemu

Exigidas

GLib-2.82.5 e Pixman-0.44.2

Nota

Se dtc-1.7.2 não estiver instalado, o sistema de construção tentará baixar uma cópia do código-fonte do dtc a partir da Internet.

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-257.3 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-257.3 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-9.2.2 &&

unset QEMU_ARCH &&

make

qemu usa ninja como um subprocesso ao construir. Para executar os testes, emita: ninja test. Um teste, qtest-x86_64/bios-tables-test, é conhecido por falhar em alguns sistemas.

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-257.3 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: Essa chave configura o controlador de áudio para o ALSA. Veja-se abaixo para habilitar outros controladores de áudio.

--disable-pa: mesmo se pa não estiver na lista --audio-drv-list, o controlador pulseaudio é construído, a menos que desabilitado por esse parâmetro.

--enable-slurp: Essa chave força o sistema de construção a verificar libslirp-4.9.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á tomar decisões a respeito de CPU, memória, disco, dispositivos USB, placa(s) de rede de intercomunicaçã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. Na seção seguinte, nós mostramos maneiras básicas de realizar essas etapas. Porém, o qemu é muito mais poderoso que isso, e é fortemente aconselhado ler-se a documentação do qemu em /usr/share/doc/qemu-9.2.2/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”. Nós usaremos essas notações no texto seguinte.

Nota

As instruções seguintes assumem que o link simbólico opcional, qemu, tenha sido criado. Além disso, o qemu deveria ser executado em um ambiente gráfico. Também é possível usar-se 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.

Operating System

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), e d (primeiro CD-ROM). A opção -m é a quantidade de memória a usar-se para a máquina virtual. A escolha depende da carga do anfitrião. As distribuições modernas deveriam estar confortáveis com 4 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-se como um CDROM. Aqui nós usamos um disco de resgate do GRUB, que possivelmente seja útil se algo der errado em tempo de 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 uma 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 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 as unidades Virtio habilitadas, então faça tua personalização. E, se o núcleo do convidado for Linux, 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 uma interface Virtio para o núcleo do convidado para acessar a interface de rede de intercomunicação, em vez de simular uma placa real de interface de rede de intercomunicação. Isso pode melhorar o desempenho de Entrada/Saída da rede de intercomunicaçã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 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 intercomunicação permite que o convidado acesse a rede local de intercomunicaçã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 estarem executando, eles não conseguirão se comunicarem uns com os outros. Outros dispositivos de rede de intercomunicaçã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 intercomunicação comum. Na seção seguinte, nós descrevemos em mais detalhes como configurar o dispositivo “bridge”, que permite que os convidados apareçam como se estivessem conectados à rede local de intercomunicaçã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, qemu-system-<arch> e qemu-vmsr-helper

Biblioteca Instalada: Nenhum(a)

Diretórios Instalados: /usr/share/qemu e /usr/share/doc/qemu-9.2.2 (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 persistente de reserva para QEMU
qemu-storage-daemon	permite que um(a) usuário(a) modifique imagens de disco usando o QEMU Monitor Protocol (QMP) sem executar uma MV
qemu-system-x86_64	é o emulador PC System do QEMU
qemu-vmsr-helper	é um auxiliar virtual RAPL MSR para 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.

Abseil-cpp-20250127.0

Introdução ao Abseil-cpp

O pacote Abseil-cpp contém uma série de bibliotecas projetadas para aumentar a biblioteca padrão C++.

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

Informação do Pacote

Transferência (HTTP): https://github.com/abseil/abseil-cpp/releases/download/20250127.0/abseil-cpp-20250127.0.tar.gz
Soma de verificação MD5 da transferência: dbc174bbc144525c45101a36d4027e7d
Tamanho da transferência: 2,2 MB
Espaço em disco estimado exigido: 23 MB
Tempo de construção estimado: 0,2 UPC (Usando paralelismo=4)

Dependências de Abseil-cpp

Exigidas

Instalação do Abseil-cpp

Instale Abseil-cpp executando os seguintes comandos:

mkdir build &&
cd    build &&

cmake -D CMAKE_INSTALL_PREFIX=/usr \
      -D CMAKE_BUILD_TYPE=Release  \
      -D ABSL_PROPAGATE_CXX_STD=ON \
      -D BUILD_SHARED_LIBS=ON      \
      -G Ninja ..                  &&
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

-D ABSL_PROPAGATE_CXX_STD=ON: Esse parâmetro habilita propagar recursos C++ para alvos que linquem para as bibliotecas desse pacote.

-D BUILD_SHARED_LIBS=ON: Esse parâmetro constrói versões compartilhadas das bibliotecas fornecidas por esse pacote em vez de bibliotecas estáticas.

Conteúdo

Aplicativos Instalados: Nenhum(a)

Bibliotecas Instaladas: libabsl_bad_any_cast_impl.so, libabsl_bad_optional_access.so, libabsl_bad_variant_access.so, libabsl_base.so, libabsl_city.so, libabsl_civil_time.so, libabsl_cord_internal.so, libabsl_cord.so, libabsl_cordz_functions.so, libabsl_cordz_handle.so, libabsl_cordz_info.so, libabsl_cordz_sample_token.so, libabsl_crc32c.so, libabsl_crc_cord_state.so, libabsl_crc_cpu_detect.so, libabsl_crc_internal.so, libabsl_debugging_internal.so, libabsl_decode_rust_punycode.so, libabsl_demangle_internal.so, libabsl_demangle_rust.so, libabsl_die_if_null.so, libabsl_examine_stack.so, libabsl_exponential_biased.so, libabsl_failure_signal_handler.so, libabsl_flags_commandlineflag_internal.so, libabsl_flags_commandlineflag.so, libabsl_flags_config.so, libabsl_flags_internal.so, libabsl_flags_marshalling.so, libabsl_flags_parse.so, libabsl_flags_private_handle_accessor.so, libabsl_flags_program_name.so, libabsl_flags_reflection.so, libabsl_flags_usage_internal.so, libabsl_flags_usage.so, libabsl_graphcycles_internal.so, libabsl_hash.so, libabsl_hashtablez_sampler.so, libabsl_int128.so, libabsl_kernel_timeout_internal.so, libabsl_leak_check.so, libabsl_log_entry.so, libabsl_log_flags.so, libabsl_log_globals.so, libabsl_log_initalize.so, libabsl_log_internal_check_op.so, libabsl_log_internal_conditions.so, libabsl_log_internal_fnmatch.so, libabsl_log_internal_format.so, libabsl_log_internal_globals.so, libabsl_log_internal_log_sink_set.so, libabsl_log_internal_message.so, libabsl_log_internal_nullguard.so, libabsl_log_internal_proto.so, libabsl_log_severity.so, libabsl_log_sink.so, libabsl_low_level_hash.so, libabsl_malloc_internal.so, libabsl_periodic_sampler.so, libabsl_poison.so, libabsl_random_distributions.so, libabsl_random_internal_distribution_test_util.so, libabsl_random_internal_platform.so, libabsl_random_internal_pool_urbg.so, libabsl_random_internal_randen_hwaes_impl.so, libabsl_random_internal_randen_hwaes.so, libabsl_random_internal_randen_slow.so, libabsl_random_internal_randen.so, libabsl_random_internal_seed_material.so, libabsl_random_seed_gen_exception.so, libabsl_random_seed_sequences.so, libabsl_raw_hash_set.so, libabsl_raw_logging_internal.so, libabsl_scoped_set_env.so, libabsl_spinlock_wait.so, libabsl_stacktrace.so, libabsl_statusor.so, libabsl_status.so, libabsl_strerror.so, libabsl_str_format_internal.so, libabsl_strings_internal.so, libabsl_strings.so, libabsl_string_view.so, libabsl_symbolize.so, libabsl_synchronization.so, libabsl_throw_delegate.so, libabsl_time.so, libabsl_time_zone.so, libabsl_utf8_for_code_point.so e libabsl_vlog_config_internal.so

Diretórios Instalados: /usr/include/absl, /usr/lib/cmake/absl

AppStream-1.0.4

Introdução ao AppStream

O pacote AppStream contém uma biblioteca e uma ferramenta que é útil para recuperar metadados de software e torná-los facilmente acessíveis para programas que precisam deles.

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

Informação do Pacote

Transferência (HTTP): https://www.freedesktop.org/software/appstream/releases/AppStream-1.0.4.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: a9f9b45b9a3b2125148821b42b218d77
Tamanho da transferência: 2,6 MB
Espaço em disco estimado exigido: 32 MB
Tempo de construção estimado: 0,5 UPC (Com qt6 e testes; ambos usando paralelismo=4)

Dependências do AppStream

Exigidas

cURL-8.12.1, itstool-2.0.7, libxml2-2.13.6, libxmlb-0.3.21 e libyaml-0.2.5

Opcionais

Gi-DocGen-2025.3, Qt-6.8.2, DAPS e libstemmer

Instalação do AppStream

Instale AppStream executando os seguintes comandos:

mkdir build &&
cd    build &&

meson setup --prefix=/usr       \
            --buildtype=release \
            -D apidocs=false    \
            -D stemming=false   .. &&
ninja

Para testar os resultados, emita: ninja test.

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

ninja install &&
mv -v /usr/share/doc/appstream{,-1.0.4}

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.

-D apidocs=false: Essa chave desabilita construir a documentação da API. Remova-a se você tiver Gi-DocGen-2025.3 instalado e desejar regerar a documentação da API. Quando a documentação da API não for regerada, uma cópia pré construída será instalada de qualquer maneira.

-D stemming=false: Essa chave desabilita o suporte de lematização. Remova essa chave se você tiver libstemmer instalado e quiser pesquisas mais rápidas.

-D qt=true: Use essa opção se você tiver Qt-6.8.2 instalado e quiser construir suporte para aplicativos Qt6 nesse pacote.

Configurando AppStream

Arquivos de Configuração

/usr/share/metainfo/org.linuxfromscratch.lfs.xml

Informação de Configuração

AppStream espera um arquivo de meta informações do sistema operacional que descreva a distribuição GNU/Linux. Como o(a) usuário(a) root, crie o arquivo descrevendo o LFS:

install -vdm755 /usr/share/metainfo &&
cat > /usr/share/metainfo/org.linuxfromscratch.lfs.xml << EOF
<?xml version="1.0" encoding="UTF-8"?>
<component type="operating-system">
  <id>org.linuxfromscratch.lfs</id>
  <name>Linux From Scratch</name>
  <summary>A customized Linux system built entirely from source</summary>
  <description>
    <p>
      Linux From Scratch (LFS) is a project that provides you with
      step-by-step instructions for building your own customized Linux
      system entirely from source.
    </p>
  </description>
  <url type="homepage">https://www.linuxfromscratch.org/lfs/</url>
  <metadata_license>MIT</metadata_license>
  <developer id='linuxfromscratch.org'>
    <name>The Linux From Scratch Editors</name>
  </developer>

  <releases>
    <release version="12.3" type="release" date="2025-03-05">
      <description>
        <p>The development snapshot of the next LFS version.</p>
      </description>
    </release>

    <release version="12.2" type="stable" date="2024-09-01">
      <description>
        <p>Now contains Binutils 2.43.1, GCC-14.2.0, Glibc-2.40,
        and Linux kernel 6.10.</p>
      </description>
    </release>
  </releases>
</component>
EOF

Conteúdo

Aplicativos Instalados: appstreamcli

Bibliotecas Instaladas: libappstream.so

Diretórios Instalados: /usr/include/appstream, /usr/share/doc/appstream-1.0.4 e /usr/share/installed-tests/appstream

Descrições Curtas

appstreamcli	consulta informações a partir dos metadados do AppStream e a partir do índice de componente do AppStream
`libappstream.so`	contém funções que lidam com consultas de metadados do AppStream e solicitam informações a partir do índice de componente do AppStream

appstream-glib-0.8.3

Introdução ao appstream-glib

O appstream-glib fornece GObjects e métodos auxiliares para facilitar a leitura e a escrita de metadados do AppStream. Ele também fornece uma implementação DOM (Document Object Model) simples que facilita a edição de nós e a conversão de e para a representação XML padronizada.

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

Informação do Pacote

Transferência (HTTP): http://people.freedesktop.org/~hughsient/appstream-glib/releases/appstream-glib-0.8.3.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 2ffd46eff1c16f31e435849b706c2287
Tamanho da transferência: 2,2 MB
Espaço em disco estimado exigido: 15 MB (com testes)
Tempo de construção estimado: 0,1 UPC (com testes)

Dependências do appstream-glib

Exigidas

cURL-8.12.1, gdk-pixbuf-2.42.12, GTK-3.24.48 e libarchive-3.7.7

Opcionais

docbook-xml-4.5, docbook-xsl-nons-1.79.2, GTK-Doc-1.34.0, libxslt-1.1.42 e libyaml-0.2.5

Instalação do appstream-glib

Instale appstream-glib executando os seguintes comandos:

mkdir build &&
cd    build &&

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

Para testar os resultados, emita: ninja test.

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

ninja install

Conteúdo

Aplicativos Instalados: appstream-builder, appstream-compose e appstream-util

Bibliotecas Instaladas: libappstream-glib.so

Diretórios Instalados: /usr/include/libappstream-glib, /usr/lib/asb-plugins-5 e /usr/share/installed-tests/appstream-glib

Descrições Curtas

appstream-builder	constrói metadados do AppStream
appdata-compose	gera metadados do AppStream
appstream-util	É uma ferramenta de gerenciamento para appstream-builder
`libappstream-glib.so`	contém as funções da API

Apr-1.7.5

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.3.

Informação do Pacote

Transferência (HTTP): https://archive.apache.org/dist/apr/apr-1.7.5.tar.bz2
Transferência (FTP):
Soma de verificação MD5 da transferência: 8b156d4d0e804cb1f172312ffe087c25
Tamanho da transferência: 880 KB
Espaço em disco estimado exigido: 11 MB (adicionais 4 MB para os testes)
Tempo de construção estimado: 0,2 UPC (adicionar 1,7 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.3.

Informação do Pacote

Transferência (HTTP): https://archive.apache.org/dist/apr/apr-util-1.6.3.tar.bz2
Transferência (FTP):
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 testes)

Dependências da Apr Util

Exigidas

Apr-1.7.5

Opcionais

FreeTDS, MariaDB-11.4.5 ou MySQL, OpenLDAP-2.6.9, PostgreSQL-17.4, SQLite-3.49.1, unixODBC-2.3.12 e Berkeley DB (obsoleto)

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 Berkeley DB (obsoleto), use essa chave para compilar o plugin apr_dbm_db-1.so.

--with-ldap: se você tiver instalado OpenLDAP-2.6.9, [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.1

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://ftp.gnu.org/gnu/aspell/aspell-0.60.8.1.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 187bd142f522ada555c7aa6b9cbf56e6
Tamanho da transferência: 3,4 MB
Espaço em disco estimado exigido: 41 MB (8 MB adicionais para 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

Exigidas

Which-2.23 (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.1/aspell{,-dev}.html &&

install -v -m644 manual/aspell.html/* \
    /usr/share/doc/aspell-0.60.8.1/aspell.html &&

install -v -m644 manual/aspell-dev.html/* \
    /usr/share/doc/aspell-0.60.8.1/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.8.2.

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.87.0

Introdução ao 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.3.

Nota

Esse pacote extrairá para o diretório boost-1.87.0/.

Informação do Pacote

Transferência (HTTP): https://github.com/boostorg/boost/releases/download/boost-1.87.0/boost-1.87.0-b2-nodocs.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: c2ffeab30889999f55cf72e1107611aa
Tamanho da transferência: 48 MB
Espaço em disco estimado exigido: 692 MB (197 MB instalado)
Tempo de construção estimado: 1,5 UPC (Usando paralelismo=4; adicionar 0,1 UPC para testes)

Dependências de Boost

Opcionais

ICU-76.1, NumPy-2.2.3 e Open MPI

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

Instalação do Boost

Primeiro, corrija um problema de construção que ocorre na biblioteca stacktrace. Esse problema é específico para sistemas i686.

case $(uname -m) in
   i?86)
      sed -e "s/defined(__MINGW32__)/& || defined(__i386__)/" \
          -i ./libs/stacktrace/src/exception_headers.h ;;
esac

Esse pacote pode ser construído com várias tarefas executando em paralelo. Nas instruções abaixo, todos os núcleos lógicos disponíveis são usados. Substitua $(nproc) pelo número de núcleos lógicos que você deseja usar se não quiser usar todos. Instale Boost executando os seguintes comandos:

./bootstrap.sh --prefix=/usr --with-python=python3 &&
./b2 stage -j$(nproc) 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 os testes de regressão de cada biblioteca, emita pushd status; ../b2 -j$(nproc); popd. Alguns testes possivelmente falhem. Eles levam um tempo muito longo (mais de 119 UPC em -j4) e usam uma quantidade muito grande de espaço em disco (46 GB).

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

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.

Conteúdo

Aplicativos Instalados: Nenhum(a)

Bibliotecas Instaladas: libboost_atomic.so, libboost_charconv.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_numpy313.so, libboost_prg_exec_monitor.so, libboost_program_options.so, libboost_python313.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

Descrições Curtas

libboost_*.so

contém bibliotecas que fornecem uma variedade de funções, incluindo envolucradores para NumPy, álgebra linear, geração de números pseudoaleatórios, multi camadeamento, processamento de imagens, expressões regulares, testes de unidade, localidades, JSON, registro, gráficos e depuração

brotli-1.1.0

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.3.

Informação do Pacote

Transferência (HTTP): https://github.com/google/brotli/archive/v1.1.0/brotli-1.1.0.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 3a6a3dba82a3604792d3cb0bd41bca60
Tamanho da transferência: 500 KB
Espaço em disco estimado exigido: 33 MB (com ligações python3)
Tempo de construção estimado: 0,3 UPC (com ligações python3; paralelismo=4)

Dependências do Brotli

Exigidas

Opcionais

pytest-8.3.4 (para testagem de ligações Python3)

Instalação do Brotli

Instale o brotli executando os seguintes comandos:

mkdir build &&
cd    build &&

cmake -D CMAKE_INSTALL_PREFIX=/usr \
      -D CMAKE_BUILD_TYPE=Release  \
      ..  &&
make

Para testar os resultados, emita: make test.

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

make install

Se desejado, construa as ligações Python3:

cd .. &&
sed "/c\/.*\.[ch]'/d;\
     /include_dirs=\[/\
     i libraries=['brotlicommon','brotlidec','brotlienc']," \
    -i setup.py &&
pip3 wheel -w dist --no-build-isolation --no-deps --no-cache-dir $PWD

Instale as ligações Python3 como o(a) usuário(a) root:

pip3 install --no-index --find-links dist --no-user Brotli

Para testar a ligação Python3, emita: pytest.

Explicações do Comando

sed ... -i setup.py: Impede que setup.py reconstrua o pacote inteiro novamente; use as bibliotecas já instaladas para a ligação Python3 em vez disso.

Conteúdo

Aplicativos Instalados: brotli

Bibliotecas Instaladas: libbrotlicommon.so, libbrotlidec.so e libbrotlienc.so

Diretórios Instalados: /usr/include/brotli e /usr/lib/python3.13/site-packages/Brotli-1.1.0.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 ao 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.3.

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.3/clucene-2.3.3.4-contribs_lib-1.patch

Dependências de CLucene

Exigidas

Instalação do 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 -D CMAKE_INSTALL_PREFIX=/usr \
      -D BUILD_CONTRIBS_LIB=ON .. &&
make

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

make install

Explicações do Comando

-D BUILD_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(a)

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.3.

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 testes)
Tempo de construção estimado: 0,1 UPC (com testes)

Dependências da GLib do D-Bus

Exigidas

dbus-1.16.0 e GLib-2.82.5

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.1

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://github.com/google/double-conversion/archive/v3.3.1/double-conversion-3.3.1.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 7bbcf4bd2e1a96ef9d2a6fa60e887276
Tamanho da transferência: 6,7 MB
Espaço em disco estimado exigido: 62 MB (com testes)
Tempo de construção estimado: menos que 0,1 UPC (com testes)

Dependências de Double-conversion

Exigidas

Instalação do Double-conversion

Instale Double-conversion executando os seguintes comandos:

mkdir build &&
cd    build &&

cmake -D CMAKE_INSTALL_PREFIX=/usr \
      -D BUILD_SHARED_LIBS=ON      \
      -D BUILD_TESTING=ON          \
      ..                          &&
make

Para testar os resultados, emita: make test.

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

make install

Explicações do Comando

-D BUILD_SHARED_LIBS=ON: Essa chave força o cmake a construir uma versão compartilhada da biblioteca em vez da versão estática.

-D BUILD_TESTING=ON: Essa chave constrói os aplicativos de teste.

Conteúdo

Aplicativos Instalados: Nenhum(a)

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 ao 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.3.

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 do 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(a)

Bibliotecas Instaladas: libduktape.so e libduktaped.so

Diretórios Instalados: Nenhum(a)

Descrições Curtas

`libduktape.so`	é um mecanismo embutível Javascript
`libduktaped.so`	é uma versão de depuração de `libduktape.so`

enchant-2.8.2

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://github.com/rrthomas/enchant/releases/download/v2.8.2/enchant-2.8.2.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 92dcfe06febc92a3d4bbff4e08b08d3d
Tamanho da transferência: 1,3 MB
Espaço em disco estimado exigido: 9,4 MB (adicionar 77 MB para os testes)
Tempo de construção estimado: 0,1 UPC (adicionar 0,9 UPC para testes)

Dependências de enchant

Exigidas

GLib-2.82.5 e libsigc++-2.12.1

Opcionais

dbus-glib-0.112, Doxygen-1.13.2, Hspell, Hunspell, Nuspell, Voikko e unittest-cpp (exigido para os testes)

Instalação do enchant

Instale enchant executando os seguintes comandos:

./configure --prefix=/usr    \
            --disable-static \
            --docdir=/usr/share/doc/enchant-2.8.2 &&
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.1):

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.8.2

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.5

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://libopenraw.freedesktop.org/download/exempi-2.6.5.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 51fe14c2a5fa44816ba8187c6ad87d78
Tamanho da transferência: 2,7 MB
Espaço em disco estimado exigido: 289 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

Exigidas

Boost-1.87.0

Opcionais

Valgrind-3.24.0

Instalação do Exempi

Se você pretende executar os testes de regressão, primeiro remova um teste que depende de um SDK proprietário da Adobe:

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 ao 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.3.

Informação do Pacote

Transferência (HTTP): https://www.fftw.org/fftw-3.3.10.tar.gz
Transferência (FTP):
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 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 AVX2. 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-17.0.

--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 executar em uma CPU sem o AVX512F. Use essa opção se a construção da FFTW será 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(a)

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

fmt-11.1.4

Introdução ao fmt

O pacote fmt é uma biblioteca de formatação de fonte aberto que fornece uma alternativa rápida e segura ao stdio do C e ao iostreams do C++.

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

Informação do Pacote

Transferência (HTTP): https://github.com/fmtlib/fmt/archive/11.1.4/fmt-11.1.4.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 10c2ae163accd3b82e6b8b4dff877645
Tamanho da transferência: 688 KB
Espaço em disco estimado exigido: 44 MB (com testes)
Tempo de construção estimado: 0,4 UPC (usando paralelismo = 4; com os testes)

Instalação do fmt

Instale fmt executando os seguintes comandos:

mkdir build &&
cd    build &&

cmake -D CMAKE_INSTALL_PREFIX=/usr     \
      -D CMAKE_INSTALL_LIBDIR=/usr/lib \
      -D BUILD_SHARED_LIBS=ON          \
      -D FMT_TEST=OFF                  \
      -G Ninja ..                      &&
ninja

Se você tiver habilitado testes, emita: ninja test.

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

ninja install

Explicações do Comando

-D FMT_TEST=OFF: Essa chave inicializa os testes do pacote. Configure para ON se você desejar executar testes.

Conteúdo

Aplicativos Instalados: Nenhum(a)

Bibliotecas Instaladas: libfmt.so

Diretórios Instalados: /usr/include/fmt e /usr/lib/cmake/fmt

GLib-2.82.5

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://download.gnome.org/sources/glib/2.82/glib-2.82.5.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 87c7641e80b23a05b8ab506d52c970e3
Tamanho da transferência: 5,3 MB
Espaço em disco estimado exigido: 229 MB (adicionar 22 MB para os testes)
Tempo de construção estimado: 0,7 UPC (adicionar 0,4 UPC para testes; ambos usando paralelismo=4)

Transferências Adicionais

GObject Introspection (Recomendado)

Transferência: https://download.gnome.org/sources/gobject-introspection/1.82/gobject-introspection-1.82.0.tar.xz
Soma de verificação MD5 da transferência: 50beb465bc81f33395b5e0e3bbe364ec
Tamanho da transferência: 1,1 MB

Remendo para Seleção de Nível de Registro (Opcional)

Remendo opcional: https://www.linuxfromscratch.org/patches/blfs/12.3/glib-skip_warnings-1.patch

Dependências de GLib

Opcionais

Cairo-1.18.2 (para alguns testes do GObject Introspection), dbus-1.16.0 (para alguns testes), Fuse-3.16.2 e bindfs (ambos necessários para um teste), GDB-16.2 (para ligações), Gjs-1.82.1 (para alguns testes do GObject Introspection), GTK-Doc-1.34.0 (para documentação do GObject Introspection), docbook-xml-4.5, docbook-xsl-nons-1.79.2, Gi-DocGen-2025.3 (para construir documentação de API), glib-networking-2.80.1 (para alguns testes, mas isso é uma dependência circular), Mako-1.3.9 e Markdown-3.7 (ambos para g-ir-doc-tool) e sysprof

Dependências Adicionais de Tempo de Execução

Citado diretamente a partir 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.4 e desktop-file-utils-0.28, respectivamente. Esses dois utilitários também são necessários para alguns testes.

Instalação do 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.48, 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       \
      -D introspection=disabled \
      -D glib_debug=disabled    \
      -D man-pages=enabled      \
      -D sysprof=disabled       &&
ninja

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.

Como o(a) usuário(a) root, instale esse pacote pela primeira vez para permitir construir o GObject Introspection:

ninja install

Construa GObject Introspection:

tar xf ../../gobject-introspection-1.82.0.tar.xz &&

meson setup gobject-introspection-1.82.0 gi-build \
            --prefix=/usr --buildtype=release     &&
ninja -C gi-build

Para testar os resultados do GObject Introspection, emita: ninja -C gi-build test.

Como o(a) usuário(a) root, instale o GObject Introspection para gerar os dados de introspecção das bibliotecas GLib (requeridos por vários pacotes usantes do Glib, especialmente alguns pacotes do GNOME):

ninja -C gi-build install

Agora gere os dados de introspecção:

meson configure -D introspection=enabled &&
ninja

Se você tiver Gi-DocGen-2025.3 instalado e desejar construir a documentação da API para esse pacote, emita:

sed "/docs_dir =/s|$| / 'glib-' + meson.project_version()|" \
    -i ../docs/reference/meson.build                        &&
meson configure -D documentation=true                       &&
ninja

Como o(a) usuário(a) root, instale esse pacote novamente para os dados de introspecção (e, opcionalmente, a documentação):

ninja install

Você deveria agora instalar desktop-file-utils-0.28 e shared-mime-info-2.4 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 os pacotes, emita: LC_ALL=C ninja test como um(a) usuário(a) não-root.

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.

-D man-pages=enabled: Essa chave faz com que a construção crie e instale as páginas de manual do pacote.

-D glib_debug=disabled: Essa chave faz com que a construção não inclua algumas verificações caras para depuração nos programas e bibliotecas construídos.

-D sysprof=disabled: Essa chave desabilita o suporte de rastreamento para sysprof. Remova essa opção se você quiser o suporte de rastreamento. Observe que se o sysprof não estiver instalado, remover essa opção fará com que o sistema de construção baixe uma cópia do sysprof a partir da Internet.

Conteúdo

Conteúdo do GLib

Aplicativos Instalados: gapplication, gdbus, gdbus-codegen, gi-compile-repository, gi-decompile-typelib, gi-inspect-typelib 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, libgirepository-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 e /usr/share/doc/glib-2.82.5 (opcional)

Conteúdo do GObject Introspection

Aplicativo Instalado: g-ir-annotation-tool, g-ir-compiler, g-ir-doc-tool (opcional), g-ir-generate, g-ir-inspect e g-ir-scanner

Bibliotecas Instaladas: libgirepository-1.0.so e _giscanner.cpython-313-<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

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
gi-compile-repository	converte um ou mais arquivos GIR em um ou mais arquivos typelib
gi-decompile-typelib	é um descompilador GIR que usa a API do repositório
gi-inspect-typelib	é um utilitário que fornece informações acerca de um typelib do GI
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
`libgio-2.0.so`	é uma biblioteca que fornece classes úteis para E/S de uso geral, rede de intercomunicação, IPC, configurações e outras funcionalidades de aplicativos de alto nível
`libgirepository-2.0.so`	é uma biblioteca que fornece acesso a typelibs e dados de introspecção que descrevem APIs da C
`libglib-2.0.so`	é uma biblioteca de utilitários portável de uso geral, que fornece muitos tipos úteis de dados, macros, conversões de tipo, utilitários de sequências de caracteres, utilitários de arquivo, uma abstração de mainloop e assim por diante
`libgmodule-2.0.so`	fornece API portável para carregar dinamicamente módulos
`libgobject-2.0.so`	fornece o sistema de tipo base do GLib e a classe de objeto
`libgthread-2.0.so`	é uma biblioteca básica para retro compatibilidade; costumava ser a biblioteca de camadas do GLib, mas as funcionalidades foram mescladas na `libglib-2.0`
g-ir-annotation-tool	cria ou extrai dados de anotação a partir de typelibs do GI
g-ir-compiler	é uma contraparte de gi-compile-repository para a antiga API `libgirepository-1.0`
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	é uma contraparte de gi-inspect-typelib para a antiga API `libgirepository-1.0`
g-ir-generate	é uma contraparte de gi-decompile-typelib para a antiga API `libgirepository-1.0`
g-ir-scanner	é uma ferramenta que gera arquivos XML GIR analisando cabeçalhos e introspectando bibliotecas baseadas em GObject
`libgirepository-1.0.so`	é uma contraparte de `libgirepository-2.0` com a antiga API 1.0

GLibmm-2.66.7

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.3.

Informação do Pacote

Transferência (HTTP): https://download.gnome.org/sources/glibmm/2.66/glibmm-2.66.7.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: c6edf4cc986adec2a6d21e7423bad7d1
Tamanho da transferência: 8,4 MB
Espaço em disco estimado exigido: 83 MB (com testes)
Tempo de construção estimado: 0,5 UPC (Usando paralelismo=4; com testes)

Dependências do GLibmm

Exigidas

Opcionais

Doxygen-1.13.2, glib-networking-2.80.1 (para testes), GnuTLS-3.8.9 (para testes), libxslt-1.1.42 e mm-common

Instalação do GLibmm

Instale 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 do GLib

GLibmm-2.82.0

Introdução ao GLibmm

O pacote GLibmm é um conjunto de ligações C++ para GLib. Essa versão é parte de uma nova API para suporte ao gtkmm-4.

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

Informação do Pacote

Transferência (HTTP): https://download.gnome.org/sources/glibmm/2.82/glibmm-2.82.0.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: b24b3ee3e7943c779f1193cce6dda34e
Tamanho da transferência: 9,1 MB
Espaço em disco estimado exigido: 95 MB (com testes)
Tempo de construção estimado: 0,4 UPC (Usando paralelismo=4; com testes)

Dependências de GLibmm

Exigidas

GLib-2.82.5 e libsigc++-3.6.0

Opcionais

Doxygen-1.13.2, glib-networking-2.80.1 (para testes), GnuTLS-3.8.9 (para testes), libxslt-1.1.42 e mm-common

Instalação do GLibmm

Instale 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.68.so, libglibmm-2.68.so e libglibmm_generate_extra_defs-2.68.so

Diretórios Instalados: /usr/lib/g{io,lib}mm-2.68 e /usr/include/g{io,lib}mm-2.68

Descrições Curtas

`libgiomm-2.68.so`	contém as classes da API do GIO
`libglibmm-2.68.so`	contém as classes da API do GLib

GMime-3.2.7

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://download.gnome.org/sources/gmime/3.2/gmime-3.2.7.tar.xz
Transferência (FTP):
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 testes)
Tempo de construção estimado: 0,3 UPC (com testes)

Dependências de GMime

Exigidas

GLib-2.82.5 (GObject Introspection recomendado) e libgpg-error-1.51

Opcionais

DocBook-utils-0.6.14, GPGME-1.24.2, GTK-Doc-1.34.0, libnsl-2.0.1, Vala-0.56.17 e Gtk# (exige Mono)

Instalação do 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(a)

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

gmmlib-22.5.5

Introdução ao gmmlib

O pacote gmmlib contém a biblioteca Graphics Memory Management da Intel, 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.3.

Informação do Pacote

Transferência (HTTP): https://github.com/lfs-book/gmmlib/archive/v22.5.5/gmmlib-22.5.5.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 3da09a09f49164c388fd6b002ca81443
Tamanho da transferência: 852 KB
Espaço em disco estimado exigido: 59 MB
Tempo de construção estimado: 0,5 UPC

Nota

No GitHub, nós bifurcamos o repositório do fluxo de desenvolvimento para nosso próprio espaçode nomes lfs-book e recriamos uma etiqueta para o lançamento. Isso é feito para garantir que o nome do arquivo tarball baixado esteja correto e consistente (ou seja, ele não deveria mudar ao se usar o navegador em vez de uma ferramenta como wget). Nossa etiqueta e a etiqueta do lançamento do fluxo de desenvolvimento estão no mesmo commit, de forma que nós não introduzimos nenhuma mudança no conteúdo do tarball, exceto o nome do diretório de nível superior dele (que o Git não rastreia).

Dependências do gmmlib

Exigidas

Instalação do gmmlib

Instale gmmlib executando os seguintes comandos:

mkdir build &&
cd    build &&

cmake -D CMAKE_INSTALL_PREFIX=/usr \
      -D BUILD_TYPE=Release        \
      -G Ninja                     \
      -W no-dev ..                 &&
ninja

A suíte de teste normalmente é executada por ninja, a menos que -D RUN_TEST_SUITE=NO seja passado para cmake.

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

ninja install

Conteúdo

Aplicativos Instalados: Nenhum(a)

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

gsl-2.8

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://ftp.gnu.org/gnu/gsl/gsl-2.8.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 182ec03204f164e67238c9116591a37d
Tamanho da transferência: 8,6 MB
Espaço em disco estimado exigido: 223 MB (com testes, sem documentos)
Tempo de construção estimado: 1,0 UPC (Usando paralelismo=4; com testes, sem documentos)

Dependências do Gsl

Opcionais

sphinx_rtd_theme-3.0.2

Instalação do Gsl

Instale Gsl executando os seguintes comandos:

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

Se você tiver sphinx_rtd_theme-3.0.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.8 &&
cp -R doc/_build/html/* /usr/share/doc/gsl-2.8

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ório Instalado: /usr/include/gsl e /usr/share/doc/gsl-2.8

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.14.0

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://download.gnome.org/sources/gspell/1.14/gspell-1.14.0.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 282c1ed7213a657e47de663fd2a081db
Tamanho da transferência: 116 KB
Espaço em disco estimado exigido: 6,7 MB (com testes)
Tempo de construção estimado: 0,1 UPC (com testes)

Dependências do gspell

Exigidas

enchant-2.8.2, ICU-76.1 e GTK-3.24.48

Opcionais

GLib-2.82.5 (com GObject Introspection), GTK-Doc-1.34.0, Vala-0.56.17, Valgrind-3.24.0 e Hunspell (para testes)

Instalação do gspell

Instale gspell executando os seguintes comandos:

mkdir gspell-build &&
cd    gspell-build &&

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

Para testar os resultados, emita: ninja test. 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:

ninja install

Explicações do Comando

-D gtk_doc=false: Impede construir a documentação. Remova isso se você tiver GTK-Doc instalado e desejar construir a documentação.

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

highway-1.2.0

Introdução ao highway

O pacote highway contém uma biblioteca C++ que fornece intrínsecos SIMD/vetoriais portáveis.

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

Informação do Pacote

Transferência (HTTP): https://github.com/google/highway/archive/1.2.0/highway-1.2.0.tar.gz
Soma de verificação MD5 da transferência: 8b3d090a2d081730b40bca5ae0d65f11
Tamanho da transferência: 2,1 MB
Espaço em disco estimado exigido: 21 MB
Tempo de construção estimado: 0,8 UPC (com paralelismo=4)

Dependências do highway

Exigidas

Instalação do highway

Instale highway executando os seguintes comandos:

mkdir build &&
cd    build &&

cmake -D CMAKE_INSTALL_PREFIX=/usr \
      -D CMAKE_BUILD_TYPE=Release  \
      -D BUILD_TESTING=OFF         \
      -D BUILD_SHARED_LIBS=ON      \
      -G Ninja ..                  &&
ninja

Esse pacote vem com uma suíte de teste, porém ela exige gtest, que não está no BLFS.

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

ninja install

Explicações do Comando

-D BUILD_TESTING=OFF: Esse parâmetro desabilita a suíte de teste de ser construída porque gtest não faz parte do BLFS. Sem esse parâmetro, CMake baixará esse pacote durante o processo de configuração. Se você desejar executar os testes, instale gtest e, então,remova esse parâmetro.

-D BUILD_SHARED_LIBS=ON: Esse parâmetro habilita construir versões compartilhadas das bibliotecas em vez das versões estáticas.

Conteúdo

Aplicativos Instalados: Nenhum(a)

Bibliotecas Instaladas: libhwy.so, libhwy_contrib.so e libhwy_test.so

Diretórios Instalados: /usr/include/hwy e /usr/lib/cmake/hwy

Descrições Curtas

`libhwy.so`	contém funções que fornecem intrínsecos SIMD/vetoriais portáveis
`libhwy_contrib.so`	contém várias adições ao Highway, incluindo uma série de rotinas de produto escalar, imagem, matemática e ordenação
`libhwy_test.so`	contém auxiliares de teste para Highway

icu-76.1

Introdução ao 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 76.1) exigirá a reconstrução de muitos outros pacotes. Se alguns pacotes que usam as bibliotecas construídas por icu4c-76 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 entre 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 programas e bibliotecas que diretamente usem uma biblioteca:

readelf -d <aplicativo ou biblioteca> | grep NEEDED

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

Informação do Pacote

Transferência (HTTP): https://github.com/unicode-org/icu/releases/download/release-76-1/icu4c-76_1-src.tgz
Transferência (FTP):
Soma de verificação MD5 da transferência: 857fdafff8127139cc175a3ec9b43bd6
Tamanho da transferência: 26 MB
Espaço em disco estimado exigido: 397 MB (adicionar 46 MB para os testes)
Tempo de construção estimado: 1,0 UPC (Usando paralelismo=4; adicionar 1,8 UPC para testes)

Dependências do ICU

Opcionais

Doxygen-1.13.2 (para documentação)

Instalação do ICU

Nota

Esse pacote se expande para o diretório icu.

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-58

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.3.

Informação do Pacote

Transferência (HTTP): https://github.com/benhoyt/inih/archive/r58/inih-r58.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 5c9725320ad2c79e0b1f76568bd0ff24
Tamanho da transferência: 20 KB
Espaço em disco estimado exigido: 724 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

Jansson-2.14

Introdução ao 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.3.

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 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

JSON-C-0.18

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://s3.amazonaws.com/json-c_releases/releases/json-c-0.18.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: e6593766de7d8aa6e3a7e67ebf1e522f
Tamanho da transferência: 396 KB
Espaço em disco estimado exigido: 7,9 MB
Tempo de construção estimado: 0,2 UPC (com testes)

Dependências do JSON-C

Exigidas

Opcionais (para documentação)

Doxygen-1.13.2 e Graphviz-12.2.1 (para ferramenta dot)

Instalação do JSON-C

Instale JSON-C executando os seguintes comandos:

mkdir build &&
cd    build &&

cmake -D CMAKE_INSTALL_PREFIX=/usr \
      -D CMAKE_BUILD_TYPE=Release  \
      -D BUILD_STATIC_LIBS=OFF     \
      .. &&
make

Se tiver instalado Doxygen-1.13.2 e Graphviz-12.2.1, 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.18 &&
install -v -m644 doc/html/* /usr/share/doc/json-c-0.18

Explicações do Comando

-D CMAKE_BUILD_TYPE=Release: Essa chave é usada para aplicar um nível mais alto de otimização à compilação.

Conteúdo

Aplicativos Instalados: Nenhum(a)

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.10.6

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://download.gnome.org/sources/json-glib/1.10/json-glib-1.10.6.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: d4bf13ddd1e6d607d039d39286f9e3d0
Tamanho da transferência: 248 KB
Espaço em disco estimado exigido: 14 MB (com testes)
Tempo de construção estimado: 0,1 UPC (com testes)

Dependências do JSON-GLib

Exigidas

GLib-2.82.5 (GObject Introspection exigido se construir GNOME)

Opcionais

SPIRV-LLVM-Translator-19.1.4

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. Um teste, node, é conhecido por falhar.

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.

-D gtk_doc=disabled: Adicione essa opção se você tiver GTK-Doc-1.34.0 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,libexec,share{,/installed-tests}/json-glib-1.0} 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.3

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://git.kernel.org/pub/scm/linux/kernel/git/dhowells/keyutils.git/snapshot/keyutils-1.6.3.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 6b70b2b381c1b6d9adfaf66d5d3e7c00
Tamanho da transferência: 136 KB
Espaço em disco estimado exigido: 2,6 MB (com testes)
Tempo de construção estimado: menos que 0,1 UPC (adicionar 0,4 UPC para testes)

Dependências do Keyutils

Opcionais

lsb-tools-0.12 (referido pela suíte de teste)

Configuração do Núcleo

Se executar a suíte de teste, alguns testes precisarão dos seguintes recursos do núcleo habilitados:

Security options --->
  [*] Enable access key retention support                                 [KEYS]
  [*]   Large payload keys                                            [BIG_KEYS]
  [*]   Diffie-Hellman operations on retained keys           [KEY_DH_OPERATIONS]

-*- Cryptographic API --->                                              [CRYPTO]
  Public-key cryptography --->
    <*/M> RSA (Rivest-Shamir-Adleman)                               [CRYPTO_RSA]
  Hashes, digests, and MACs --->
    <*/M> SHA-1                                                    [CRYPTO_SHA1]
  [*] Asymmetric (public-key cryptographic) key type --->  [ASYMMETRIC_KEY_TYPE]
    <*> Asymmetric public-key crypto algorithm subtype
                                            ...  [ASYMMETRIC_PUBLIC_KEY_SUBTYPE]
    # If not built into the kernel, [SYSTEM_TRUSTED_KEYRING] won't show up;
    # building as a module won't work:
    <*>   X.509 certificate parser                     [X509_CERTIFICATE_PARSER]
  Certificates for signature checking --->
    [*] Provide system-wide ring of trusted keys        [SYSTEM_TRUSTED_KEYRING]
    [*]   Provide a keyring to which extra trustable keys may be added
                                                ...  [SECONDARY_TRUSTED_KEYRING]
    [*] Provide system-wide ring of blacklisted keys  [SYSTEM_BLACKLIST_KEYRING]

Library routines --->
  Crypto library routines --->
    # If not built into the kernel, [BIG_KEYS] won't show up;
    # building as a module won't work:
    <*> ChaCha20-Poly1305 AEAD support (8-byte nonce library version)
                                              ...  [CRYPTO_LIB_CHACHA20POLY1305]

Instalação do keyutils

Instale keyutils executando os seguintes comandos:

make

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

make NO_ARLIB=1 LIBDIR=/usr/lib BINDIR=/usr/bin SBINDIR=/usr/sbin install

A suíte de teste só pode executar depois de instalar-se esse pacote. Para testar os resultados, emita, como o(a) usuário(a) root:

make -k test

Se lsb-tools-0.12 não estiver instalado, a suíte de teste produzirá algumas linhas reclamando que o comando lsb_release não está disponível, mas não afetará o resultado do teste.

Explicações do Comando

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/keyutils, /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 ao 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.3.

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.7

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://github.com/libarchive/libarchive/releases/download/v3.7.7/libarchive-3.7.7.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 50c4dea9eba9a0add25ac1cfc9ba2cdb
Tamanho da transferência: 5,2 MB
Espaço em disco estimado exigido: 43 MB (adicionar 32 MB para os testes)
Tempo de construção estimado: 0,4 UPC (adicionar 0,8 UPC para testes)

Dependências do libarchive

Opcionais

libxml2-2.13.6, LZO-2.10, Nettle-3.10.1 e pcre2-10.45

Instalação do libarchive

Instale o libarchive 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

Ainda como o(a) usuário(a) root, crie um link simbólico de forma que nós consigamos usar bsdunzip como unzip, em vez de depender do pacote Unzip não mantido:

ln -sfv bsdunzip /usr/bin/unzip

Nota

Conforme discutido em Codificação Errada do Nome do Arquivo, se o arquivamento Zip a ser extraído contiver qualquer arquivo com um nome contendo caracteres não latinos, você precisará especificar manualmente a codificação desses caracteres ou eles serão transformados em sequências ilegíveis no nome do arquivo extraído. Por exemplo, se um arquivamento Zip criado com o WinZip, archive.zip, contiver um arquivo nomeado com caracteres chineses simplificados, a codificação deverá ser CP936 e a opção -I cp936 deverá ser usada. Ou seja, o comando para se extrair o arquivamento deverá ser unzip -I cp936 archive.zip.

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.

--with-nettle: Essa chave configura Nettle para suporte a criptografia em vez do OpenSSL.

Conteúdo

Aplicativos Instalados: bsdcat, bsdcpio, bsdtar e bsdunzip

Bibliotecas Instaladas: libarchive.so

Diretórios Instalados: Nenhum(a)

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-3.0.2

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://www.gnupg.org/ftp/gcrypt/libassuan/libassuan-3.0.2.tar.bz2
Transferência (FTP):
Soma de verificação MD5 da transferência: c6f1bf4bd2aaa79cd1635dcc070ba51a
Tamanho da transferência: 580 KB
Espaço em disco estimado exigido: 6,5 MB (com testes; adicionar 3,4 MB para documentação PDF)
Tempo de construção estimado: 0,1 UPC (com testes e documentação HTML)

Dependências do libassuan

Exigidas

libgpg-error-1.51

Opcionais

texlive-20240312 (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-20240312 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-3.0.2/html &&
install -v -m644 doc/assuan.html/* \
                    /usr/share/doc/libassuan-3.0.2/html &&
install -v -m644 doc/assuan_nochunks.html \
                    /usr/share/doc/libassuan-3.0.2      &&
install -v -m644 doc/assuan.{txt,texi} \
                    /usr/share/doc/libassuan-3.0.2

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-3.0.2

Conteúdo

Aplicativo Instalado: Nenhum(a)

Biblioteca Instalada: libassuan.so

Diretório Instalado: /usr/share/doc/libassuan-3.0.2

Descrições Curtas

libassuan.so

é uma biblioteca de comunicação entre processos que implementa o protocolo "Assuan"

libatasmart-0.19

Introdução ao 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.3.

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 disco
`libatasmart.so`	contém as funções da API S.M.A.R.T do ATA

libatomic_ops-7.8.2

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://github.com/ivmai/libatomic_ops/releases/download/v7.8.2/libatomic_ops-7.8.2.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: d07b3d8369d7f9efdca59f7501dd1117
Tamanho da transferência: 516 KB
Espaço em disco estimado exigido: 6,8 MB (com testes)
Tempo de construção estimado: 0,2 UPC (com 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.2 &&
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.2

Descrições Curtas

libatomic_ops.so

contém funções para operações atômicas de memória

libblockdev-3.3.0

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.3.

Informação do Pacote

Transferência (HTTP): https://github.com/storaged-project/libblockdev/releases/download/3.3.0/libblockdev-3.3.0.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 06a80f510fcea4412afe9e0bd4ac2187
Tamanho da transferência: 1,1 MB
Espaço em disco estimado exigido: 15 MB
Tempo de construção estimado: 0,1 UPC

Dependências do libblockdev

Exigidas

GLib-2.82.5 (GObject Introspection exigido para GNOME)

Opcionais

btrfs-progs-6.13, GTK-Doc-1.34.0, JSON-GLib-1.10.6, mdadm-4.3, parted-3.6, smartmontools-7.4, volume_key, 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 instalado.

--without-lvm --without-lvm_dbus --without-tools: A combinação dessas chaves permite construir libblockdev sem parted-3.6 instalado. Remova-as 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.11 instalado. A opção --without-mdraid quebrará UDisks-2.10.1, 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.7.5 ou keyutils-1.6.3 instalado. Essa chave quebrará UDisks-2.10.1, 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.30 instalado. As opções --without-dm e --without-mpath não estão nas instruções fornecidas pelo livro, porque LVM2-2.03.30 é exigido para cryptsetup-2.7.5 e cryptsetup-2.7.5 é uma dependência recomendada de libblockdev de qualquer maneira.

--without-nvme: Essa chave permite construir libblockdev sem libnvme-1.11.1 instalado. Essa chave quebrará UDisks-2.10.1, 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.11

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://github.com/storaged-project/libbytesize/releases/download/2.11/libbytesize-2.11.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: b9a24d3a7b576e67cab729195c26f6e5
Tamanho da transferência: 452 KB
Espaço em disco estimado exigido: 3,5 MB
Tempo de construção estimado: menos que 0,1 UPC (incluindo testes)

Dependências do libbytesize

Exigidas

pcre2-10.45 e Pygments-2.19.1

Opcionais

GTK-Doc-1.34.0, 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.13/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

libclc-19.1.7

Introdução ao libclc

O pacote libclc contém uma implementação dos requisitos da biblioteca da linguagem de programação C do OpenCL, conforme especificado pela Especificação OpenCL 1.1.

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

Informação do Pacote

Transferência (HTTP): https://github.com/llvm/llvm-project/releases/download/llvmorg-19.1.7/libclc-19.1.7.src.tar.xz
Soma de verificação MD5 da transferência: 84cfae232461adfd4e1990b9023cfe69
Tamanho da transferência: 128 KB
Espaço em disco estimado exigido: 380 MB
Tempo de construção estimado: 1,2 UPC (com paralelismo=8)

Dependências de libclc

Exigidas

Instalação do libclc

Instale libclc executando os seguintes comandos:

mkdir build &&
cd    build &&

cmake -D CMAKE_INSTALL_PREFIX=/usr \
      -D CMAKE_BUILD_TYPE=Release  \
      -G Ninja ..                  &&
ninja

Para testar os resultados, emita: ninja test. Dois testes, external-calls-clspv--.bc e external-calls-clspv64--.bc, são conhecidos por falharem devido à sintaxe inválida.

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

ninja install

Conteúdo

Aplicativos Instalados: Nenhum(a)

Bibliotecas Instaladas: Nenhum(a)

Diretórios Instalados: /usr/include/clc e /usr/share/clc

libcloudproviders-0.3.6

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://download.gnome.org/sources/libcloudproviders/0.3/libcloudproviders-0.3.6.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: f0f994bdc36fdfe9b31e3655b8071599
Tamanho da transferência: 24 KB
Espaço em disco estimado exigido: 1,4 MB
Tempo de construção estimado: menos que 0,1 UPC

Dependências do libcloudproviders

Exigidas

GLib-2.82.5 (com GObject Introspection) e Vala-0.56.17

Opcionais

JSON-GLib-1.10.6 e libusb-1.0.27

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.

-D enable-gtk-doc: Use essa chave se você tiver GTK-Doc-1.34.0 instalado e desejar gerar a documentação da API.

Conteúdo

Aplicativos Instalados: Nenhum(a)

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 ao 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.3.

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

Doxygen-1.13.2 e Lynx-2.9.2

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(a)

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

libdisplay-info-0.2.0

Introdução ao libdisplay-info

O pacote libdisplay-info fornece um conjunto de funções de alto e baixo nível para acessar informações detalhadas de Extended Display Identification Data (EDID).

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

Informação do Pacote

Transferência (HTTP): https://gitlab.freedesktop.org/emersion/libdisplay-info/-/releases/0.2.0/downloads/libdisplay-info-0.2.0.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 160d4159a7805823cf0b3b4f86dfa8d4
Tamanho da transferência: 96 KB
Espaço em disco estimado exigido: 2,8 MB
Tempo de construção estimado: menos que 0,1 UPC

Dependências de libdisplay-info

Exigidas

hwdata-0.392

Instalação do libdisplay-info

Instale libdisplay-info executando os seguintes comandos:

mkdir build &&
cd    build &&

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

Para testar os resultados, execute 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(a)

Biblioteca Instalada: libdisplay-info.so

Diretórios Instalados: /usr/include/libdisplay-info

libgcrypt-1.11.0

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://www.gnupg.org/ftp/gcrypt/libgcrypt/libgcrypt-1.11.0.tar.bz2
Transferência (FTP):
Soma de verificação MD5 da transferência: 321c4975cfd6a496f0530b65a673f9a4
Tamanho da transferência: 4,0 MB
Espaço em disco estimado exigido: 146 MB (com testes)
Tempo de construção estimado: 0,6 UPC (com documentação; adicionar 0,4 UPC para testes)

Dependências do libgcrypt

Exigidas

libgpg-error-1.51

Opcionais

texlive-20240312 (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.11.0 &&
install -v -m644    README doc/{README.apichanges,fips*,libgcrypt*} \
                    /usr/share/doc/libgcrypt-1.11.0 &&

install -v -dm755   /usr/share/doc/libgcrypt-1.11.0/html &&
install -v -m644 doc/gcrypt.html/* \
                    /usr/share/doc/libgcrypt-1.11.0/html &&
install -v -m644 doc/gcrypt_nochunks.html \
                    /usr/share/doc/libgcrypt-1.11.0      &&
install -v -m644 doc/gcrypt.{txt,texi} \
                    /usr/share/doc/libgcrypt-1.11.0

Explicações do Comando

--with-capabilities: Essa opção habilita o suporte a "libcap2". Observe que isso quebra o cryptsetup-2.7.5

Conteúdo

Aplicativos Instalados: dumpsexp, hmac256 e mpicalc

Biblioteca Instalada: libgcrypt.so

Diretório Instalado: /usr/share/doc/libgcrypt-1.11.0

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
mpicalc	é uma calculadora RPN (Reverse Polish Notation)
`libgcrypt.so`	contém as funções criptográficas da API

libgpg-error-1.51

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://www.gnupg.org/ftp/gcrypt/libgpg-error/libgpg-error-1.51.tar.bz2
Transferência (FTP):
Soma de verificação MD5 da transferência: 74b73ea044685ce9fd6043a8cc885eac
Tamanho da transferência: 1,0 MB
Espaço em disco estimado exigido: 11 MB (com testes)
Tempo de construção estimado: 0,3 UPC (com 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.51/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.51

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

libgsf-1.14.53

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://download.gnome.org/sources/libgsf/1.14/libgsf-1.14.53.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: baf36a3e89293652f67cded4b1608cc5
Tamanho da transferência: 700 KB
Espaço em disco estimado exigido: 14 MB (com testes)
Tempo de construção estimado: 0,2 UPC (com testes)

Dependências do libgsf

Exigidas

GLib-2.82.5 e libxml2-2.13.6

Opcionais

7zip-24.09 (para testes), GTK-Doc-1.34.0, Valgrind-3.24.0 (para testes) e unzip (para testes)

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 relacionados ao Valgrind-3.24.0 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 ao 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.3.

Informação do Pacote

Transferência (HTTP): https://download.gnome.org/sources/libgudev/238/libgudev-238.tar.xz
Transferência (FTP):
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

Exigidas

GLib-2.82.5 (GObject Introspection exigido para GNOME)

Opcionais

GTK-Doc-1.34.0 e umockdev-0.19.1 (para testagem)

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.

-D gtk_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(a)

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.9

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://github.com/hughsie/libgusb/releases/download/0.4.9/libgusb-0.4.9.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 354a3227334991ea4e924843c144bd82
Tamanho da transferência: 52 KB
Espaço em disco estimado exigido: 5,0 MB (com testes e documentos)
Tempo de construção estimado: 0,1 UPC (com testes e documentos)

Dependências do libgusb

Exigidas

Opcionais

Gi-DocGen-2025.3 e umockdev-0.19.1 (para cobertura completa de teste)

Instalação do libgusb

Instale libgusb executando os seguintes comandos:

mkdir build &&
cd    build &&

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

Se você tiver Gi-DocGen-2025.3 instalado e desejar construir a documentação da API para esse pacote, emita:

sed -E "/output|install_dir/s/('libgusb)'/\1-0.4.9'/" \
    -i ../docs/meson.build                            &&
meson configure -D docs=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.

-D docs=false: Permite construir esse pacote sem Gi-DocGen-2025.3 instalado. Se você tiver Gi-DocGen-2025.3 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.9 (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.19

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://github.com/libical/libical/releases/download/v3.0.19/libical-3.0.19.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: f671e38e804bf467347807d8c8d057f7
Tamanho da transferência: 951 KB
Espaço em disco estimado exigido: 24 MB (com testes)
Tempo de construção estimado: 0,1 UPC (usando paralelismo = 4; com os testes)

Dependências do libical

Exigidas

Opcionais

Doxygen-1.13.2 (para a documentação da API), Graphviz-12.2.1 (para a documentação da API), GTK-Doc-1.34.0 (para a documentação da API), ICU-76.1, PyGObject-3.50.0 (para alguns testes) e Berkeley DB (obsoleto)

Instalação do libical

Instale libical executando os seguintes comandos:

mkdir build &&
cd    build &&

cmake -D CMAKE_INSTALL_PREFIX=/usr  \
      -D CMAKE_BUILD_TYPE=Release   \
      -D SHARED_ONLY=yes            \
      -D ICAL_BUILD_DOCS=false      \
      -D ICAL_BUILD_EXAMPLES=false  \
      -D GOBJECT_INTROSPECTION=true \
      -D ICAL_GLIB_VAPI=true        \
      .. &&
make

Se tiver Doxygen-1.13.2, Graphviz-12.2.1 e GTK-Doc-1.34.0 instalados e desejar construir a documentação da API, você deveria remover a chave -D ICAL_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.19/html &&
cp -vr apidocs/html/* /usr/share/doc/libical-3.0.19/html

Explicações do Comando

-D CMAKE_BUILD_TYPE=Release: Essa chave é usada para aplicar um nível mais alto de otimização à compilação.

-D SHARED_ONLY=yes: Essa chave é usada para a finalidade de construir somente as bibliotecas compartilhadas.

-D ICAL_BUILD_DOCS=false: Essa chave evita construir a documentação do GTK. Remova se você desejar construir a documentação.

-D ICAL_BUILD_EXAMPLES=false: Essa chave impede construir exemplos. Remova se você quiser construí-los.

-D GOBJECT_INTROSPECTION=true: Essa chave é usada para gerar ligações de meta dados do GObject.

-D ICAL_GLIB_VAPI=true: Essa chave é usada para a finalidade de construir ligações para Vala-0.56.17.

-D USE_BUILTIN_TZDATA=yes: Essa chave é usada para a finalidade de construir usando teus próprios dados de fuso horário.

Conteúdo

Aplicativos Instalados: Nenhum(a)

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.19/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.42

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://ftp.gnu.org/gnu/libidn/libidn-1.42.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: fe061a95ae23979150a692d102dce4ad
Tamanho da transferência: 2,5 MB
Espaço em disco estimado exigido: 19 MB (com testes)
Tempo de construção estimado: 0,2 UPC (com testes)

Dependências do libidn

Opcionais

Emacs-30.1, GTK-Doc-1.34.0, OpenJDK-23.0.2, Valgrind-3.24.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.42     &&
cp -r -v doc/* /usr/share/doc/libidn-1.42

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-23.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.42 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.7

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://ftp.gnu.org/gnu/libidn/libidn2-2.3.7.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: de2818c7dea718a4f264f463f595596b
Tamanho da transferência: 2,1 MB
Espaço em disco estimado exigido: 21 MB (adicionar 3 MB para testes)
Tempo de construção estimado: 0,1 UPC (adicionar 0,6 UPC para testes)

Dependências do libidn2

Opcionais

git-2.48.1 e GTK-Doc-1.34.0

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

libksba-1.6.7

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://www.gnupg.org/ftp/gcrypt/libksba/libksba-1.6.7.tar.bz2
Transferência (FTP):
Soma de verificação MD5 da transferência: 7e736de467b67c7ea88de746c31ea12f
Tamanho da transferência: 692 KB
Espaço em disco estimado exigido: 9,4 MB (com testes)
Tempo de construção estimado: 0,1 UPC (com testes)

Dependências do Libksba

Exigidas

libgpg-error-1.51

Opcionais

Valgrind-3.24.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(a)

Biblioteca Instalada: libksba.so

Diretório Instalado: Nenhum(a)

Descrições Curtas

libksba.so

contém as funções criptográficas da API

liblinear-248

Introdução ao 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.3.

Nota

Depois de atualizar esse pacote a partir de liblinear-247 ou anterior, você precisa reinstalar o Nmap-7.95, para a finalidade de vincular à nova biblioteca.

Informação do Pacote

Transferência (HTTP): https://github.com/cjlin1/liblinear/archive/v248/liblinear-248.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 14116244e09667b393094ce757203d31
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.6 /usr/lib &&
ln -sfv liblinear.so.6 /usr/lib/liblinear.so

Conteúdo

Aplicativos Instalados: Nenhum(a)

Biblioteca Instalada: liblinear.so

Diretórios Instalados: Nenhum(a)

Descrições Curtas

liblinear.so

é uma grande biblioteca de classificação linear

libmbim-1.26.4

Introdução ao 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.3.

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 testes)
Tempo de construção estimado: 0,2 UPC (com testes)

Dependências do libmbim

Opcionais

GTK-Doc-1.34.0 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.11.1

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.3.

Informação do Pacote

Transferência (HTTP): https://github.com/linux-nvme/libnvme/archive/v1.11.1/libnvme-1.11.1.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: b6d2e2277c81d25a213636ac97a311af
Tamanho da transferência: 724 KB
Espaço em disco estimado exigido: 19 MB
Tempo de construção estimado: 0,1 UPC (incluindo testes)

Dependências do libnvme

Opcionais

JSON-C-0.18, keyutils-1.6.3 e SWIG-4.3.0

Instalação do libnvme

Instale o libnvme executando os seguintes comandos:

mkdir build &&
cd    build &&

meson setup --prefix=/usr --buildtype=release -D libdbus=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

Descrições Curtas

libnvme.so

contém funções usadas para lidar com operações relacionadas a dispositivos NVMe.

libpaper-2.2.6

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.3.

Informação do Pacote

Transferência (HTTP): https://github.com/rrthomas/libpaper/releases/download/v2.2.6/libpaper-2.2.6.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 794552e5e5b9796c15bc222fefd9e1ff
Tamanho da transferência: 1,1 MB
Espaço em disco estimado exigido: 12 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     \
            --docdir=/usr/share/doc/libpaper-2.2.6 &&
make

A suíte de teste desse pacote não funciona com uma configuração usando o local padrão de instalação.

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 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 diferente de papel, como letter.

Conteúdo

Aplicativos Instalados: paper e paperconf

Biblioteca Instalada: libpaper.so

Diretórios Instalados: /usr/share/doc/libpaper-2.2.6

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.9.1

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://github.com/flatpak/libportal/releases/download/0.9.1/libportal-0.9.1.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 0c63ee25d2e2986ce4df544fe8149046
Tamanho da transferência: 108 KB
Espaço em disco estimado exigido: 4,0 MB (com testes; adicionar 9 MB para documentos)
Tempo de construção estimado: menos que 0,1 UPC (adicionar 0,6 UPC para testes)

Dependências do libportal

Exigidas

GLib-2.82.5 (com GObject Introspection)

Opcionais

Gi-DocGen-2025.3 (para documentação), dbusmock-0.34.3 e pytest-8.3.4 (para testagem), Qt-6.8.2 e Vala-0.56.17

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 -D docs=false .. &&
ninja

Se você tiver Gi-DocGen-2025.3 instalado e desejar construir a documentação da API para esse pacote, emita:

sed -i "/output/s/-1/-0.9.1/" ../doc/meson.build &&
meson configure -D docs=true                     &&
ninja

Para testar os resultados, emita: ninja test. Observe que processos adicionais dbus-daemon possivelmente precisem ser eliminados depois que os testes forem executados.

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(a)

Bibliotecas Instaladas: libportal.so, libportal-gtk3.so, libportal-gtk4.so e libportal-qt6.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 portais Flatpak
`libportal-gtk4.so`	fornece funções específicas do GTK-4 para interagir com portais Flatpak
`libportal-qt6.so`	fornece funções específicas do Qt6 para interagir com portais Flatpak

libptytty-2.0

Introdução ao 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.3.

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

Exigidas

GTK-Doc-1.34.0 e Valgrind-3.24.0

Instalação do libptytty

Instale libptytty executando os seguintes comandos:

mkdir build &&
cd    build &&

cmake -D CMAKE_INSTALL_PREFIX=/usr     \
      -D CMAKE_BUILD_TYPE=Release      \
      -D PT_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(a)

Bibliotecas Instaladas: libptytty.so

Diretórios Instalados: Nenhum(a)

Descrições Curtas

libptytty.so

fornece manuseio seguro e independente do Sistema Operacional de pty/tty e de utmp/wtmp/lastlog

libqalculate-5.5.1

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://github.com/Qalculate/libqalculate/releases/download/v5.5.1/libqalculate-5.5.1.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 0e1edc7d0376dd89cafdc5d5519ab391
Tamanho da transferência: 2,6 MB
Espaço em disco estimado exigido: 144 MB (com testes)
Tempo de construção estimado: 0,6 UPC (Com testes; ambos usando paralelismo=8)

Dependências do libqalculate

Exigidas

cURL-8.12.1, ICU-76.1 e libxml2-2.13.6

Opcionais

Doxygen-1.13.2 e gnuplot

Instalação do libqalculate

Instale libqalculate executando os seguintes comandos:

./configure --prefix=/usr   \
            --disable-static \
            --docdir=/usr/share/doc/libqalculate-5.5.1 &&
make

Para testar os resultados, emita: make check.

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

make install

O arquivo de arquivamento da libtool oriundo desse pacote está se referindo às bibliotecas provenientes do ICU-76.1. Tal referência possivelmente cause pacotes dependentes desse pacote serem vinculados desnecessariamente às bibliotecas do ICU e aumentar a carga de reconstrução dos pacotes se o ICU for atualizado para uma nova versão principal. Como nós explicamos em Arquivos de arquivamento do Libtool (.la), esses arquivos de arquivamento da libtool são desnecessários de qualquer maneira. Portanto, como o(a) usuário(a) root, remova o arquivo de arquivamento da libtool agora:

rm -v /usr/lib/libqalculate.la

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-5.5.1 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 ao 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.3.

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 testes)
Tempo de construção estimado: 0,3 UPC (Usando paralelismo=4; com testes)

Dependências do libqmi

Exigidas

GLib-2.82.5 (GObject Introspection recomendado) e libgudev-238

Opcionais

GTK-Doc-1.34.0, 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.6.0

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://github.com/seccomp/libseccomp/releases/download/v2.6.0/libseccomp-2.6.0.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 2d42bcde31fd6e994fcf251a1f71d487
Tamanho da transferência: 672 KB
Espaço em disco estimado exigido: 7,6 MB (adicional 6,3 MB para testes)
Tempo de construção estimado: menos que 0,1 UPC (adicional 1,7 UPC para testes)

Dependências do libseccomp

Opcionais

Which-2.23 (necessário para testes), Valgrind-3.24.0, cython-3.0.12 (para ligações python) 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.

--enable-python: essa chave é necessária para construir ligações python se cython-3.0.12 estiver instalado. A opção --disable-static não deve ser fornecida se essa opção for usada.

Conteúdo

Aplicativo Instalado: scmp_sys_resolver

Biblioteca Instalada: libseccomp.so

Diretórios Instalados: Nenhum(a)

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.1

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://download.gnome.org/sources/libsigc++/2.12/libsigc++-2.12.1.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 891f1b2dbaebd8007eda8c639bbe1149
Tamanho da transferência: 4,8 MB
Espaço em disco estimado exigido: 27 MB (com testes)
Tempo de construção estimado: 0,2 UPC (com testes)

Dependências do libsigc++

Opcionais

DocBook-utils-0.6.14, docbook-xml-5.0, Doxygen-1.13.2, fop-2.10 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

--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.

-D build-documentation=true: Use essa chave se Doxygen-1.13.2 estiver instalado e você desejar construir e instalar a documentação da API.

Conteúdo

Aplicativos Instalados: Nenhum(a)

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

fornece um sistema de retorno de chamada seguro para C++ padrão

libsigc++-3.6.0

Introdução ao libsigc++

O pacote libsigc++ implementa um sistema de retorno de chamada seguro para C++ padrão. Essa versão é parte de uma nova API para suporte ao gtkmm-4.

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

Informação do Pacote

Transferência (HTTP): https://download.gnome.org/sources/libsigc++/3.6/libsigc++-3.6.0.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: b7205d5465ac15fbc0c781d39b4011be
Tamanho da transferência: 972 KB
Espaço em disco estimado exigido: 12 MB (com testes)
Tempo de construção estimado: 0,4 UPC (com testes)

Dependências de libsigc++

Opcionais

DocBook-utils-0.6.14, docbook-xml-5.0, Doxygen-1.13.2, fop-2.10 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

--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.

-D build-documentation=true: Use essa chave se Doxygen-1.13.2 estiver instalado e você desejar construir e instalar a documentação da API.

Conteúdo

Aplicativos Instalados: Nenhum(a)

Biblioteca Instalada: libsigc-3.0.so

Diretórios Instalados: /usr/{include,lib}/sigc++-3.0 e /usr/share/{devhelp/books,doc}/libsigc++-3.0 (se a documentação estiver habilitada)

Descrições Curtas

libsigc-3.0.so

fornece um sistema de retorno de chamada seguro para C++ padrão

libsigsegv-2.14

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://ftp.gnu.org/gnu/libsigsegv/libsigsegv-2.14.tar.gz
Transferência (FTP):
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 testes)
Tempo de construção estimado: menos que 0,1 UPC (com 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(a)

Biblioteca Instalada: libsigsegv.so

Diretórios Instalados: Nenhum(a)

Descrições Curtas

libsigsegv.so

é uma biblioteca para lidar com falhas de página no modo de usuário(a)

libssh2-1.11.1

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://www.libssh2.org/download/libssh2-1.11.1.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 38857d10b5c5deb198d6989dacace2e6
Tamanho da transferência: 1,0 MB
Espaço em disco estimado exigido: 15 MB (com testes)
Tempo de construção estimado: 0,2 UPC (com testes)

Dependências do libssh2

Opcionais

CMake-3.31.5 (pode ser usado em vez do conjunto de comandos sequenciais configure), libgcrypt-1.11.0 (pode ser usado em vez do OpenSSL), OpenSSH-9.9p2 (para alguns testes) e Docker (para alguns testes)

Instalação do libssh2

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(a)

Biblioteca Instalada: libssh2.so

Diretórios Instalados: Nenhum(a)

Descrições Curtas

libssh2.so

contém funções para usar o protocolo "SSH2"

libstatgrab-0.92.1

Introdução ao 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.3.

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):
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 testes)
Tempo de construção estimado: 0,1 UPC (adicionar 1,5 UPC para testes)

Dependências da libstatgrab

Opcionais

log4cplus-2.1.2

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.20.0

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://ftp.gnu.org/gnu/libtasn1/libtasn1-4.20.0.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 930f71d788cf37505a0327c1b84741be
Tamanho da transferência: 1,7 MB
Espaço em disco estimado exigido: 16 MB (com testes)
Tempo de construção estimado: 0,3 UPC (com 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)

libunistring-1.3

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://ftp.gnu.org/gnu/libunistring/libunistring-1.3.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 57dfd9e4eba93913a564aa14eab8052e
Tamanho da transferência: 2,6 MB
Espaço em disco estimado exigido: 58 MB (adicionar 46 MB para os testes)
Tempo de construção estimado: 0,6 UPC (adicionar 0,3 UPC para testes; ambos usando paralelismo=4)

Dependências do libunistring

Opcionais

texlive-20240312 (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.3 &&
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(a)

Bibliotecas Instaladas: libunistring.so

Diretório Instalado: /usr/include/unistring e /usr/share/doc/libunistring-1.3

Descrições Curtas

libunistring.so

fornece a API da biblioteca de sequências de caracteres Unicode

libunwind-1.8.1

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://github.com/libunwind/libunwind/releases/download/v1.8.1/libunwind-1.8.1.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 10c96118ff30b88c9eeb6eac8e75599d
Tamanho da transferência: 940 KB
Espaço em disco estimado exigido: 21 MB (com testes)
Tempo de construção estimado: 0,2 UPC (com testes)

Dependências do libunwind

Opcionais

texlive-20240312 (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.

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(a)

Bibliotecas Instaladas: libunwind.so, libunwind-coredump.so, libunwind-generic.so (link simbólico para libunwind-x86_64.so), libunwind-ptrace.so, libunwind-setjmp.so e libunwind-x86_64.so (libunwind-x86.so em i686)

Diretórios Instalados: /usr/libexec/libunwind

liburcu-0.15.1

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://lttng.org/files/urcu/userspace-rcu-0.15.1.tar.bz2
Transferência (FTP):
Soma de verificação MD5 da transferência: 5a6a892f0eea86728b4eb6dea07ed190
Tamanho da transferência: 668 KB
Espaço em disco estimado exigido: 26 MB (com testes)
Tempo de construção estimado: 0,2 UPC (com testes)

Instalação do liburcu

Instale liburcu executando os seguintes comandos:

./configure --prefix=/usr   \
            --disable-static \
            --docdir=/usr/share/doc/liburcu-0.15.1 &&
make

Para testar os resultados, emita: make check.

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

make install

Conteúdo

Aplicativos Instalados: Nenhum(a)

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.15.1

libusb-1.0.27

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://github.com/libusb/libusb/releases/download/v1.0.27/libusb-1.0.27.tar.bz2
Transferência (FTP):
Soma de verificação MD5 da transferência: 1fb61afe370e94f902a67e03eb39c51f
Tamanho da transferência: 632 KB
Espaço em disco estimado exigido: 5,7 MB
Tempo de construção estimado: menos que 0,1 UPC

Dependências do libusb

Opcionais

Doxygen-1.13.2

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]
    [*]     PCI based USB host interface                               [USB_PCI]
    # 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.27/apidocs &&
install -v -m644   doc/api-1.0/* \
                    /usr/share/doc/libusb-1.0.27/apidocs

Conteúdo

Aplicativos Instalados: Nenhum(a)

Biblioteca Instalada: libusb-1.0.so

Diretórios Instalados: /usr/include/libusb-1.0 e /usr/share/doc/libusb-1.0.27

Descrições Curtas

libusb-1.0.so

contém funções de API usadas para acessar hardware USB

libuv-1.50.0

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://dist.libuv.org/dist/v1.50.0/libuv-v1.50.0.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: d346e03fe1ca89d877f9d1431ef97cec
Tamanho da transferência: 1,3 MB
Espaço em disco estimado exigido: 31 MB (com testes e página de manual)
Tempo de construção estimado: 0,5 UPC (com testes e página de manual)

Dependências do libuv

Opcionais

sphinx-8.2.1

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ê instalou o módulo opcional sphinx-8.2.1 do Python, crie a página de manual:

make man -C docs

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

Se você construiu a página de manual, instale-a como o(a) usuário(a) root:

install -Dm644 docs/build/man/libuv.1 /usr/share/man/man1

Conteúdo

Aplicativos Instalados: Nenhum(a)

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.8.0

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://github.com/lfs-book/libxkbcommon/archive/v1.8.0/libxkbcommon-1.8.0.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: e63cb7f5a395a1575246717882b96664
Tamanho da transferência: 973 KB
Espaço em disco estimado exigido: 35 MB (com testes)
Tempo de construção estimado: 0,3 UPC (com testes)

Nota

Dependências do libxkbcommon

Exigidas

xkeyboard-config-2.44 (tempo de execução)

Opcionais

Doxygen-1.13.2 (para gerar a documentação) e Xvfb (oriundo do Xorg-Server-21.1.16 ou Xwayland-24.1.6)

Instalação do libxkbcommon

Instale libxkbcommon executando os seguintes comandos:

mkdir build &&
cd    build &&

meson setup ..             \
      --prefix=/usr        \
      --buildtype=release  \
      -D enable-docs=false &&
ninja

Para testar os resultados, garanta que Xvfb e xkeyboard-config-2.44 estão disponíveis, então 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.

-D enable-docs=true: Essa chave habilita a geração de documentação. O Doxygen-1.13.2 é exigido.

mv -v /usr/share/doc/libxkbcommon{,-1.8.0}: se você construiu a documentação, use esse comando para instalá-la 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.8.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.13.6

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://download.gnome.org/sources/libxml2/2.13/libxml2-2.13.6.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 85dffa2387ff756bdf8b3b247594914a
Tamanho da transferência: 2,3 MB
Espaço em disco estimado exigido: 113 MB (com testes)
Tempo de construção estimado: 0,4 UPC (Usando paralelismo=4; com 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

Valgrind-3.24.0 (possivelmente seja usado nos testes)

Instalação do libxml2

Instale libxml2 executando os seguintes comandos:

./configure --prefix=/usr           \
            --sysconfdir=/etc       \
            --disable-static        \
            --with-history          \
            --with-icu              \
            PYTHON=/usr/bin/python3 \
            --docdir=/usr/share/doc/libxml2-2.13.6 &&
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. Esse comando imprimirá várias linhas de mensagens de erro como “Failed to parse xstc/...” porque alguns arquivos de teste estão ausentes e essas mensagens podem ser seguramente ignoradas. Um sumário dos resultados pode ser obtido com grep -E '^Total|expected|Ran' check.log. Se Valgrind-3.24.0 estiver instalado e você desejar verificar vazamentos de memória, 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

Finalmente, evite que alguns pacotes desnecessariamente se vinculem ao ICU usando os seguintes comandos como o(a) usuário(a) root:

rm -vf /usr/lib/libxml2.la &&
sed '/libs=/s/xml2.*/xml2"/' -i /usr/bin/xml2-config

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.

--with-icu: Essa chave habilita suporte para ICU, o qual fornece suporte adicional Unicode. Isso é necessário para alguns pacotes no BLFS, como para QtWebEngine.

PYTHON=/usr/bin/python3: Permite construir o módulo "libxml2" com "Python3" em vez de "Python2".

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.13.6 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"

libxmlb-0.3.21

Introdução ao libxmlb

O pacote libxmlb contém uma biblioteca e uma ferramenta que ajuda a criar e consultar blobs XML binários.

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

Informação do Pacote

Transferência (HTTP): https://github.com/hughsie/libxmlb/releases/download/0.3.21/libxmlb-0.3.21.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 6f83ad887ffacaa1f393650845eb8a1b
Tamanho da transferência: 104 KB
Espaço em disco estimado exigido: 4,0 MB (com testes)
Tempo de construção estimado: 0,1 UPC (Com testes)

Dependências do libxmlb

Exigidas

GLib-2.82.5 (GObject Introspection recomendado)

Opcionais

GTK-Doc-1.34.0 e libstemmer

Instalação do libxmlb

Instale libxmlb executando os seguintes comandos:

mkdir build &&
cd    build &&

meson setup --prefix=/usr --buildtype=release -D gtkdoc=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.

-D gtkdoc=false: Essa chave desabilita construir a documentação da API. Remova-a se você tiver GTK-Doc-1.34.0 instalado e desejar construir a documentação da API.

-D introspection=false: Use essa chave se você não tiver construído GLib-2.82.5 com GObject Introspection.

-D stemmer=true: Use essa chave se você tiver libstemmer instalado e desejar construir suporte para lematizador.

Conteúdo

Aplicativos Instalados: xb-tool

Bibliotecas Instaladas: libxmlb.so

Diretórios Instalados: /usr/include/libxmlb-2, /usr/libexec/installed-tests/libxmlb e /usr/share/gtk-doc/html/libxmlb (se gtk-doc foi habilitado)

Descrições Curtas

xb-tool	é uma ferramenta usada para criar, despejar ou consultar um blob XML binário
`libxmlb.so`	contém funções que permitem criar e consultar blobs XML binários

libxslt-1.1.42

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://download.gnome.org/sources/libxslt/1.1/libxslt-1.1.42.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 56bc5d89aa39d62002961c150fec08a0
Tamanho da transferência: 1,6 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

Exigidas

libxml2-2.13.6

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.11.0

Instalação do libxslt

Instale libxslt executando os seguintes comandos:

./configure --prefix=/usr                          \
            --disable-static                       \
            --docdir=/usr/share/doc/libxslt-1.1.42 &&
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/cmake/libxslt, /usr/lib/libxslt-plugins, /usr/share/gtk-doc/lib{xslt,exslt}, /usr/share/doc/libxslt-1.1.42 e /usr/share/doc/libxslt-python-1.1.42

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.14.0

Introdução ao libwacom

O pacote libwacom contém uma biblioteca usada para identificar tablets gráficos oriundos da Wacom ou de vários outros fornecedores e os recursos deles específicos do modelo.

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

Informação do Pacote

Transferência (HTTP): https://github.com/linuxwacom/libwacom/releases/download/libwacom-2.14.0/libwacom-2.14.0.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: f3a3ba5144bb83c4ac71dae92e5512a9
Tamanho da transferência: 152 KB
Espaço em disco estimado exigido: 5,0 MB (com testes)
Tempo de construção estimado: menos que 0,1 UPC (com testes)

Dependências do libwacom

Exigidas

libevdev-1.13.3 e libgudev-238

Opcionais

Doxygen-1.13.2, git-2.48.1, librsvg-2.59.2, Valgrind-3.24.0 (opcional para alguns testes), pytest-8.3.4 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 \
      -D tests=disabled    &&
ninja

Para testar os resultados, emita: ninja test. Para executar testes adicionais, instale pytest-8.3.4, python-libevdev e pyudev e, então, remova a opção "-D tests=disabled" da linha meson acima.

Se atualizar a partir de uma versão anterior da libwacom, remova a instalação antiga da base de dados de dispositivos para evitar uma possível correspondência duplicada de dispositivos caso alguns arquivos antigos da base de dados não forem sobrescritos:

rm -rf /usr/share/libwacom

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.

-D tests=disabled: Esse parâmetro desabilita alguns dos testes mais avançados porque eles exigem pytest-8.3.4 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"

libyaml-0.2.5

Introdução ao 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.3.

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 testes)
Tempo de construção estimado: menos que 0,1 UPC (com testes)

Dependências do libyaml

Opcionais

Doxygen-1.13.2

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(a)

Bibliotecas Instaladas: libyaml.so

Diretórios Instalados: Nenhum(a)

Descrições Curtas

libyaml.so

contém funções de API para analisar e emitir código "YAML"

log4cplus-2.1.2

Introdução ao log4cplus

log4cplus é uma API de registro C++20 fácil de usar, que fornece controle de camada segura, flexível e arbitrariamente granular sobre gerenciamento e configuração de registro. Ela é modelada depois da API log4j do Java.

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

Informação do Pacote

Transferência (HTTP): https://github.com/log4cplus/log4cplus/releases/download/REL_2_1_2/log4cplus-2.1.2.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 9b07ce88a3130673848a26e7e983aa5b
Tamanho da transferência: 931 KB
Espaço em disco estimado exigido: 73 MB
Tempo de construção estimado: 0,3 UPC (Usando paralelismo=4; adicionar 0,5 UPC para testes)

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

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 ao 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.3.

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 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(a)

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.7

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://bitmath.org/code/mtdev/mtdev-1.1.7.tar.bz2
Transferência (FTP):
Soma de verificação MD5 da transferência: 483ed7fdf7c1e7b7375c05a62848cce7
Tamanho da transferência: 296 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(a)

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-22.14.0

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://nodejs.org/dist/v22.14.0/node-v22.14.0.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 46fbebddd5da0ded77ec54ebb5134b3e
Tamanho da transferência: 46 MB
Espaço em disco estimado exigido: 1,3 GB (adicionar 45 MB para os testes)
Tempo de construção estimado: 17 UPC (adicionar 2,8 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

Exigidas

Which-2.23

Opcionais

http-parser e npm (uma cópia interna do npm será instalada se não presente)

Nota

Uma conexão com a Internet é necessária para alguns testes desse pacote. A loja de certificados do sistema possivelmente precise ser configurada com make-ca-1.15 antes de se testar esse pacote

Instalação do Node.js

Construa Node.js executando os seguintes comandos:

./configure --prefix=/usr          \
            --shared-brotli        \
            --shared-cares         \
            --shared-libuv         \
            --shared-openssl       \
            --shared-nghttp2       \
            --shared-zlib          \
            --with-intl=system-icu &&
make

Para testar os resultados, emita: make test-only. Dos 4.200 testes, 5 na suíte 'paralela' de teste são conhecidos por falharem.

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

make install &&
ln -sf node /usr/share/doc/node-22.14.0

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-{brotli,cares,libuv,nghttp2,openssl,zlib}: use as bibliotecas instadas do sistema em vez das 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: Nenhum(a)

Diretórios Instalados: /usr/include/node, /usr/lib/node_modules/{corepack,npm}, /usr/share/doc/{node,node-22.14.0} 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.8

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://www.gnupg.org/ftp/gcrypt/npth/npth-1.8.tar.bz2
Transferência (FTP):
Soma de verificação MD5 da transferência: cb4fc0402be5ba67544e499cb2c1a74d
Tamanho da transferência: 312 KB
Espaço em disco estimado exigido: 2,9 MB (com 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(a)

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.36

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://archive.mozilla.org/pub/nspr/releases/v4.36/src/nspr-4.36.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 87a41a0773ab2a5f5c8f01aec16df24c
Tamanho da transferência: 1,0 MB
Espaço em disco estimado exigido: 9,9 MB
Tempo de construção estimado: menos que 0,1 UPC

Instalação do NSPR

Instale NSPR executando os seguintes comandos:

cd nspr &&

sed -i '/^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.

--enable-64bit: O parâmetro --enable-64bit é exigido em um sistema x86_64 para evitar falha do configure com uma alegação de que esse é 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

PCRE2-10.45

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://github.com/PCRE2Project/pcre2/releases/download/pcre2-10.45/pcre2-10.45.tar.bz2
Transferência (FTP):
Soma de verificação MD5 da transferência: f71abbe1b5adf25cd9af5d26ef223b66
Tamanho da transferência: 2,0 MB
Espaço em disco estimado exigido: 20 MB (com testes)
Tempo de construção estimado: 0,5UPC (com testes)

Dependências do PCRE2

Opcionais

Valgrind-3.24.0 e libedit

Instalação do PCRE2

Instale PCRE2 executando os seguintes comandos:

./configure --prefix=/usr                      \
            --docdir=/usr/share/doc/pcre2-10.45 \
            --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.45

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 ao 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.3.

Informação do Pacote

Transferência (HTTP): https://ftp.osuosl.org/pub/rpm/popt/releases/popt-1.x/popt-1.19.tar.gz
Transferência (FTP):
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 testes)

Dependências do popt

Opcionais

Doxygen-1.13.2 (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.13.2 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(a)

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

Protobuf-29.3

Introdução ao Protobuf

O pacote Protobuf contém utilitários e bibliotecas para usar dados no formato de intercâmbio de dados do Google.

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

Informação do Pacote

Transferência (HTTP): https://github.com/protocolbuffers/protobuf/releases/download/v29.3/protobuf-29.3.tar.gz
Soma de verificação MD5 da transferência: 4bc7da60038e4b10de416415c7988ec7
Tamanho da transferência: 8,9 MB
Espaço em disco estimado exigido: 137 MB
Tempo de construção estimado: 1,4 UPC (com paralelismo=4)

Dependências de Protobuf

Exigidas

Abseil-cpp-20250127.0 e CMake-3.31.5

Opcionais

gtest (para testes)

Instalação do Protobuf

Instale Protobuf executando os seguintes comandos:

mkdir build &&
cd    build &&

cmake -D CMAKE_INSTALL_PREFIX=/usr      \
      -D CMAKE_BUILD_TYPE=Release       \
      -D CMAKE_SKIP_INSTALL_RPATH=ON    \
      -D protobuf_BUILD_TESTS=OFF       \
      -D protobuf_ABSL_PROVIDER=package \
      -D protobuf_BUILD_LIBUPB=OFF      \
      -D protobuf_BUILD_SHARED_LIBS=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

Explicações do Comando

-D CMAKE_SKIP_INSTALL_RPATH=ON: Essa chave faz com que cmake remova caminhos de pesquisa de biblioteca rigidamente codificados (rpath) ao instalar um arquivo binário executável ou uma biblioteca compartilhada. Esse pacote não precisa do rpath depois de instalado no local padrão, e o rpath ocasionalmente pode causar efeitos indesejados ou até mesmo problemas de segurança.

-D protobuf_BUILD_TESTS=OFF: Esse parâmetro impede os testes de serem construídos porque gtest não faz parte do BLFS.

-D protobuf_ABSL_PROVIDER=package: Esse parâmetro permite que o sistema de construção use a cópia instalada do sistema de Abseil-cpp-20250127.0.

-D protobuf_BUILD_SHARED_LIBS=ON: Esse parâmetro habilita construir versões compartilhadas das bibliotecas fornecidas por esse pacote em vez das versões estáticas.

Conteúdo

Aplicativos Instalados: protoc-29.3.0 e protoc (um link simbólico para protoc-29.3.0)

Bibliotecas Instaladas: libprotobuf.so, libprotobuf-lite.so, libprotoc.so, libutf8_range.so e libutf8_validity.so

Diretórios Instalados: /usr/include/google, /usr/include/java, /usr/include/upb_generator, /usr/lib/cmake/protobuf e /usr/lib/cmake/utf8_range

Descrições Curtas

protoc	analisa arquivos de buffer de protocolo e gera saída para diversas linguagens de programação e formatos
`libprotobuf.so`	contém funções para utilizar dados no formato de intercâmbio de dados do Google
`libprotobuf-lite.so`	contém uma versão mais simples das funções para utilizar dados no formato de intercâmbio de dados do Google
`libprotoc.so`	contém funções usadas pelo protoc em tempo de execução para saída de dados para diversas linguagens de programação e formatos
`libutf8_range.so`	contém funções que permitem que um programa determine se uma sequência de caracteres é uma sequência válida UTF-8
`libutf8_validity.so`	contém funções que permitem que um programa determine se uma sequência de bytes é uma sequência UTF-8 válida e descubra qual é o maior prefixo válido da sequência

Protobuf-c-1.5.1

Introdução ao Protobuf-c

O pacote Protobuf-c contém uma implementação do formato de serialização de dados Google Protocol Buffers em C.

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

Informação do Pacote

Transferência (HTTP): https://github.com/protobuf-c/protobuf-c/releases/download/v1.5.1/protobuf-c-1.5.1.tar.gz
Soma de verificação MD5 da transferência: 0c02b1bb2b20bb9fc3489fe9e3df354b
Tamanho da transferência: 520 KB
Espaço em disco estimado exigido: 53 MB
Tempo de construção estimado: 0,5 UPC

Dependências de Protobuf-c

Exigidas

Protobuf-29.3

Opcionais

Doxygen-1.13.2

Instalação do Protobuf-c

Instale Protobuf-c 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: protoc-gen-c e protoc-c (lincado simbolicamente a protoc-gen-c)

Bibliotecas Instaladas: libprotobuf-c.so

Diretórios Instalados: /usr/include/google e /usr/include/protobuf-c

Descrições Curtas

protoc-c	gera código descritor C a partir de um arquivo .proto
`libprotobuf-c.so`	contém uma implementação C do formato de serialização de dados do Google Protocol Buffers

Qca-2.3.9

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://download.kde.org/stable/qca/2.3.9/qca-2.3.9.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: d8aaa46356a322464f65b04d00d2bac6
Tamanho da transferência: 748 KB
Espaço em disco estimado exigido: 57 MB (com testes)
Tempo de construção estimado: 1,0UPC (usando paralelismo = 4; com os testes)

Dependências do Qca

Exigidas

make-ca-1.15, CMake-3.31.5, Qt-6.8.2 e Which-2.23

Opcionais

Cyrus SASL-2.1.28, GnuPG-2.4.7, libgcrypt-1.11.0, libgpg-error-1.51, nss-3.108, NSPR-4.36, p11-kit-0.25.5, Doxygen-1.13.2 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 -D CMAKE_INSTALL_PREFIX=$QT6DIR            \
      -D CMAKE_BUILD_TYPE=Release                \
      -D QT6=ON                                  \
      -D QCA_INSTALL_IN_QT_PREFIX=ON             \
      -D QCA_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

-D CMAKE_BUILD_TYPE=Release: Essa chave é usada para aplicar um nível mais alto de otimização à compilação.

-D QT6=ON: Assegura que os pacotes sejam construídos com Qt-6.8.2.

-D QCA_MAN_INSTALL_DIR:PATH=/usr/share/man: Instala a página de manual do qca no local normal.

Conteúdo

Aplicativos Instalados: mozcerts-qt6 e qcatool-qt6

Bibliotecas Instaladas: libqca-qt6.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: $QT6DIR/include/Qca-qt6, $QT6DIR/lib/cmake/Qca-qt6 e $QT6DIR/lib/qca-qt6

Descrições Curtas

mozcerts-qt6	é uma ferramenta de linha de comando para converter "certdata.txt" em arquivos "arquivo_saida_gerada.pem"
qcatool-qt6	é uma ferramenta de linha de comando para realizar várias operações criptográficas com o "Qca"
`libqca-qt6.so`	é a biblioteca "Qt Cryptography Architecture" (Qca)

qcoro-0.11.0

Introdução ao qcoro

Esse pacote fornece um conjunto de ferramentas para fazer uso de corrotinas C++20 com Qt.

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

Informação do Pacote

Transferência (HTTP): https://github.com/danvratil/qcoro/archive/v0.11.0/qcoro-0.11.0.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 085318ce2efd7fc2b4df2b5d9603b763
Tamanho da transferência: 156 KB
Espaço em disco estimado exigido: 9,0 MB (Adicionar 19 MB para testes)
Tempo de construção estimado: 0,3 UPC (Usando paralelismo=4; adicionar 0,6 UPC para testes)

Dependências de qcoro

Exigidas

Qt-6.8.2

Instalação do qcoro

Instale qcoro executando os seguintes comandos:

mkdir build &&
cd    build &&

cmake -D CMAKE_INSTALL_PREFIX=$QT6DIR \
      -D CMAKE_BUILD_TYPE=Release     \
      -D BUILD_TESTING=OFF            \
      -D QCORO_BUILD_EXAMPLES=OFF     \
      -D BUILD_SHARED_LIBS=ON         \
       ..                             &&
make

Para testar esse pacote, remova o parâmetro 'BUILD_TESTING=OFF' acima e execute:

make test

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

make install

Explicações do Comando

-D CMAKE_BUILD_TYPE=Release: Essa chave é usada para aplicar um nível mais alto de otimização à compilação.

Conteúdo

Aplicativos Instalados: Nenhum(a)

Bibliotecas Instaladas: libQCoro6Core.so, libQCoro6DBus.so, libQCoro6Network.so, libQCoro6Qml.so, libQCoro6Quick.so e libQCoro6WebSockets.so

Diretórios Instalados: Nove diretórios em $QT6DIR/lib/cmake/ e $QT6DIR/include/qcoro6

SpiderMonkey oriundo de firefox-128.7.0

Introdução ao SpiderMonkey

SpiderMonkey é o mecanismo JavaScript e WebAssembly da Mozilla, escrito em C++ e Rust. No BLFS, o código-fonte do SpiderMonkey é retirado do Firefox.

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

Informação do Pacote

Transferência (HTTP): https://archive.mozilla.org/pub/firefox/releases/128.7.0esr/source/firefox-128.7.0esr.source.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: aab1f335242b809813d1d4b754d10c0b
Tamanho da transferência: 543 MB
Espaço em disco estimado exigido: 3,6 GB (40 MB instalado depois de remover 36 MB de bibliotecas estáticas; adicionar 34 MB para os testes principais e 37 MB para os testes jit)
Tempo de construção estimado: 1,9 UPC (com paralelismo=4; adicionar 1,1 UPC para testes principais e 3,7 UPC para os testes jit)

Dependências do SpiderMonkey

Exigidas

Cbindgen-0.28.0, ICU-76.1, Which-2.23

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 opção 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 SpiderMonkey

Nota

Ao contrário da maioria dos outros pacotes no BLFS, as instruções abaixo exigem que você desempacote firefox-128.7.0esr.tar.xz e mude para o diretório firefox-128.7.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, como /tmp, ela terminará com mensagens de erro:

tar: .: Cannot utime: Operation not permitted
tar: .: Cannot change mode to rwxr-xr-t: Operation not permitted
tar: Exiting with failure status due to previous errors

Isso finaliza com situação diferente de zero, mas NÃO significa que existe um problema real. Não desempacote como o(a) usuário(a) root em um diretório onde o bit sticky estiver configurado - isso irá desconfigurá-lo.

Se você estiver usando ICU-76.1 ou posterior, adapte o sistema de construção para usar a biblioteca correta:

sed -i 's/icu-i18n/icu-uc &/' js/moz.configure

Instale SpiderMonkey executando os seguintes comandos:

Nota

Se você estiver compilando esse pacote em chroot, você precisa assegurar que /dev/shm esteja montado. Se você não fizer isso, a configuração do Python falhará com um informe de rastreamento reverso referenciando /usr/lib/pythonN.N/multiprocessing/synchronize.py. Como o(a) usuário(a) root, execute:

mountpoint -q /dev/shm || mount -t tmpfs devshm /dev/shm

Compilar o código C++ respeita $MAKEFLAGS e o padrão é 'j1'; o código do rust usará todos os processadores.

mkdir obj &&
cd    obj &&

../js/src/configure --prefix=/usr            \
                    --disable-debug-symbols  \
                    --disable-jemalloc       \
                    --enable-readline        \
                    --enable-rust-simd       \
                    --with-intl-api          \
                    --with-system-icu        \
                    --with-system-zlib       &&
make

Se você desejar executar a suíte de teste, adapte-a para ser compatível com Python 3.13.0 ou mais recente:

sed 's/pipes/shlex/' -i ../js/src/tests/lib/results.py

Para executar a suíte de teste SpiderMonkey, emita:

make -C js/src check-jstests \
     JSTESTS_EXTRA_ARGS="--timeout 300 --wpt=disabled" | tee jstest.log

Como nós estamos construindo com o ICU do sistema, 155 testes (de um total de mais de 50.000) são conhecidos por falharem. A lista de testes falhos pode ser extraída via grep 'UNEXPECTED-FAIL' jstest.log. Passe a opção -c para grep se você quiser somente o número total de testes falhos.

A suíte de teste é executada com todos os núcleos de CPU disponíveis: mesmo em um cgroup com menos núcleos atribuídos, ela ainda tenta gerar tantas tarefas de teste quanto o número de todos os núcleos no sistema; felizmente, o núcleo ainda não executará essas tarefas em núcleos não atribuídos ao cgroup, de forma que o uso da CPU ainda é controlado.

Para executar a suíte de teste JIT, emita o comando a seguir. Observe que 6 testes na suíte 'timezone.js' são conhecidos por falharem devido ao ICU-76.

make -C js/src check-jit-test

Assim como a suíte de teste do SpiderMonkey, o número de tarefas de teste é o mesmo que o número de todos os núcleos de CPU no sistema, mesmo se um cgroup for usado. Para piorar as coisas, alguns casos de teste podem usar até 4 GB de memória do sistema, de forma que o pico de uso de memória possivelmente seja muito grande se tua CPU tiver vários núcleos. Executar a suíte de teste JIT sem memória suficiente possivelmente invoque o OOM killer do núcleo e cause problemas de estabilidade. Se você não tiver memória de sistema suficiente disponível, posponha JITTEST_EXTRA_ARGS=-jN ao comando e substitua N pelo número de tarefas de teste que tua memória de sistema disponível consiga conter. Por exemplo, se você tiver 15 GB de memória de sistema disponível e 4 núcleos de CPU, posponha JITTEST_EXTRA_ARGS=-j3 para executar a suíte de teste com 3 tarefas paralelas de forma que o uso de memória não exceda 12 GB.

Cuidado

Um problema no processo de instalação faz com que qualquer programa em execução que se vincule à biblioteca compartilhada do SpiderMonkey (por exemplo, GNOME Shell) trave se o SpiderMonkey for reinstalado, atualizado ou rebaixado sem uma mudança do número da versão principal (128 em 128.7.0). Para contornar esse problema, remova a versão antiga da biblioteca compartilhada do SpiderMonkey antes da instalação:

rm -fv /usr/lib/libmozjs-128.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/js128-config

Explicações do Comando

--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-o se você quiser depurar o SpiderMonkey.

--disable-jemalloc: Essa chave desabilita o alocador de memória interna usado no SpiderMonkey. jemalloc destina-se somente para o ambiente do navegador Firefox. Para outros aplicativos que usam o SpiderMonkey, o aplicativo pode travar à medida que os itens alocados no alocador jemalloc forem liberados no alocador do sistema (glibc).

--enable-readline: Essa chave habilita suporte Readline na interface de linha de comando do SpiderMonkey.

--enable-rust-simd: Essa chave habilita otimização do SIMD na caixa encoding_rs enviada.

--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 de sistema das bibliotecas acima. Eles são necessários para estabilidade.

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/js128-config: Impede que js128-config use CFLAGS defeituosas.

CC=gcc CXX=g++: O BLFS costumava preferir usar gcc e g++ em vez dos padrões do fluxo de desenvolvimento dos programas clang. Com o lançamento do gcc-12 a construção demora mais tempo com gcc e g++, principalmente por causa de avisos extras, e é maior. Passe essas variáveis de ambiente para o conjunto de comandos sequenciais de configuração se você desejar continuar a usar gcc, g++ (exportando-as e desconfigurando-as depois da instalação ou simplesmente acrescentando-as antes do comando ../js/src/configure). Se você estiver construindo em um sistema de 32 bits, veja também abaixo.

CXXFLAGS="-msse2 -mfpmath=sse": Use SSE2 em vez de 387 para operações de ponto flutuante de precisão dupla. É necessário ao GCC para satisfazer as expectativas dos(as) desenvolvedores(as) do fluxo de desenvolvimento (Mozilla) com aritmética de ponto flutuante. Use-o se você estiver construindo esse pacote em um sistema de 32 bits com GCC (se o Clang não estiver instalado ou o GCC for especificado explicitamente). Observe que isso fará com que o SpiderMonkey trave em um processador sem capacidade SSE2. Se você estiver executando o sistema em um processador tão antigo, o Clang será estritamente necessário. Essa configuração não é necessária em sistemas de 64 bits porque 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: js128 e js128-config

Bibliotecas Instaladas: libmozjs-128.so

Diretórios Instalados: /usr/include/mozjs-128

Descrições Curtas

js128	fornece uma interface de linha de comando para o mecanismo do JavaScript
js128-config	é usado para encontrar o compilador SpiderMonkey e os sinalizadores do vinculador
`libmozjs-128.so`	contém as funções da API de JavaScript da Mozilla

SPIRV-Headers-1.4.304.1

Introdução ao SPIRV-Headers

O pacote SPIRV-Headers contém cabeçalhos que permitem que aplicações usem a linguagem e conjunto de instruções SPIR-V com Vulkan. SPIR-V é uma linguagem intermediária binária para representar estágios gráficos de sombreadores e núcleos de computação para várias APIs Khronos, incluindo OpenGL e Vulkan.

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

Informação do Pacote

Transferência (HTTP): https://github.com/KhronosGroup/SPIRV-Headers/archive/vulkan-sdk-1.4.304.1/SPIRV-Headers-vulkan-sdk-1.4.304.1.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 7421a1530b7a8187a17d0a80547fa44c
Tamanho da transferência: 520 KB
Espaço em disco estimado exigido: 4,3 MB
Tempo de construção estimado: menos que 0,1 UPC

Dependências do SPIRV-Headers

Exigidas

CMake-3.31.5 e SPIRV-Headers-1.4.304.1

Instalação do SPIRV-Headers

Instale SPIRV-Headers executando os seguintes comandos:

mkdir build &&
cd    build &&

cmake -D CMAKE_INSTALL_PREFIX=/usr -G Ninja .. &&
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: Nenhum(a)

Bibliotecas Instaladas: Nenhum(a)

Diretórios Instalados: /usr/include/spirv e /usr/share/cmake/SPIRV-Headers

SPIRV-Tools-1.4.304.1

Introdução ao SPIRV-Tools

O pacote SPIRV-Tools contém bibliotecas e utilitários para processar módulos SPIR-V.

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

Informação do Pacote

Transferência (HTTP): https://github.com/KhronosGroup/SPIRV-Tools/archive/vulkan-sdk-1.4.304.1/SPIRV-Tools-vulkan-sdk-1.4.304.1.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: b7fe16af4e1954b5479f3c55ca3eea9b
Tamanho da transferência: 3,1 MB
Espaço em disco estimado exigido: 63 MB
Tempo de construção estimado: 1,0 UPC (com testes; ambos usando paralelismo=8)

Dependências do SPIRV-Tools

Exigidas

Instalação do SPIRV-Tools

Instale SPIRV-Tools executando os seguintes comandos:

mkdir build &&
cd    build &&

cmake -D CMAKE_INSTALL_PREFIX=/usr     \
      -D CMAKE_BUILD_TYPE=Release      \
      -D SPIRV_WERROR=OFF              \
      -D BUILD_SHARED_LIBS=ON          \
      -D SPIRV_TOOLS_BUILD_STATIC=OFF  \
      -D SPIRV-Headers_SOURCE_DIR=/usr \
      -G Ninja .. &&
ninja

Para testar os resultados, emita: ninja test.

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

ninja install

Explicações do Comando

-D SPIRV_WERROR=OFF: Essa chave impede que o sistema de construção trate avisos como erros.

-D BUILD_SHARED_LIBS=ON: Essa chave força o sistema de construção a instalar bibliotecas compartilhadas em vez de bibliotecas estáticas.

-D SPIRV_TOOLS_BUILD_STATIC=OFF: Essa chave desabilita construir versões estáticas das bibliotecas.

-D SPIRV-Headers_SOURCE_DIR: Essa chave informa ao sistema de construção que SPIRV-Headers-1.4.304.1 está instalado em /usr. Isso é necessário porque o sistema de construção tenta usar uma cópia em external/spirv-headers no diretório do fonte por padrão e a cópia não é enviada (ou seja, você precisa extrair manualmente SPIRV-Headers-1.4.304.1 para lá se quiser construir com a cópia).

Conteúdo

Aplicativos Instalados: spirv-as, spirv-cfg, spirv-dis, spirv-lesspipe.sh, spirv-link, spirv-lint, spirv-objdump, spirv-opt, spirv-reduce e spirv-val

Bibliotecas Instaladas: libSPIRV-Tools-diff.so, libSPIRV-Tools-link.so, libSPIRV-Tools-lint.so, libSPIRV-Tools-opt.so, libSPIRV-Tools-reduce.so, libSPIRV-Tools-shared.so e libSPIRV-Tools.so

Diretórios Instalados: /usr/include/spirv-tools e /usr/lib/cmake/SPIRV-Tools

Descrições Curtas

spirv-as	cria um módulo binário SPIR-V a partir de texto de montagem do SPIR-V
spirv-cfg	mostra o gráfico do fluxo de controle no formato "dot"
spirv-dis	desmonta um módulo binário SPIR-V
spirv-lesspipe.sh	desmonta automaticamente um arquivo .SPV para 'less'
spirv-link	vincula arquivos binários SPIR-V
spirv-lint	verifica um módulo binário SPIR-V para erros
spirv-objdump	despeja informações a partir de um binário SPIR-V
spirv-opt	realiza otimizações em arquivos binários SPIR-V
spirv-reduce	reduz um arquivo binário SPIR-V
spirv-val	valida um arquivo binário SPIR-V
`libSPIRV-Tools.so`	contém funções para processamento de módulos SPIR-V

SPIRV-LLVM-Translator-19.1.4

Introdução ao SPIRV-LLVM-Translator

O pacote SPIRV-LLVM-Translator contém uma biblioteca e um utilitário para conversão entre código IR e SPIR-V do LLVM. Esse pacote, atualmente, suporta somente a versão OpenCL/Compute do SPIR-V.

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

Informação do Pacote

Transferência (HTTP): https://github.com/KhronosGroup/SPIRV-LLVM-Translator/archive/v19.1.4/SPIRV-LLVM-Translator-19.1.4.tar.gz
Soma de verificação MD5 da transferência: 80e0b041b83d1c5e5e6cf4efadaa98a5
Tamanho da transferência: 1,7 MB
Espaço em disco estimado exigido: 38 MB
Tempo de construção estimado: 0,6 UPC (com paralelismo=4)

Dependências de SPIRV-LLVM-Translator

Exigidas

libxml2-2.13.6, LLVM-19.1.7 e SPIRV-Tools-1.4.304.1

Instalação do SPIRV-LLVM-Translator

Instale SPIRV-LLVM-Translator executando os seguintes comandos:

mkdir build &&
cd    build &&

cmake -D CMAKE_INSTALL_PREFIX=/usr                   \
      -D CMAKE_BUILD_TYPE=Release                    \
      -D BUILD_SHARED_LIBS=ON                        \
      -D CMAKE_SKIP_INSTALL_RPATH=ON                 \
      -D LLVM_EXTERNAL_SPIRV_HEADERS_SOURCE_DIR=/usr \
      -G Ninja ..                                    &&
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

-D BUILD_SHARED_LIBS=ON: Esse parâmetro força construir versões compartilhadas das bibliotecas.

-D LLVM_EXTERNAL_SPIRV_HEADERS_SOURCE_DIR=/usr: Esse parâmetro permite que o sistema de construção use a versão do SPIRV-Headers que deveria ter sido instalada como uma dependência do SPIRV-Tools, em vez de baixar novamente uma cópia desnecessária dos cabeçalhos.

Conteúdo

Aplicativos Instalados: llvm-spirv

Bibliotecas Instaladas: libLLVMSPIRVLib.so

Diretórios Instalados: /usr/include/LLVMSPIRVLib

Descrições Curtas

llvm-spirv	converte entre código IR e SPIR-V do LLVM
`libLLVMSPIRVLib.so`	contém funções que convertem entre código IR e SPIR-V do LLVM

Talloc-2.4.3

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://www.samba.org/ftp/talloc/talloc-2.4.3.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: a51e4220fda52f4ae39413ed7e281f38
Tamanho da transferência: 672 KB
Espaço em disco estimado exigido: 10 MB (com testes)
Tempo de construção estimado: 0,4 UPC (com testes)

Dependências do Talloc

Opcionais

docbook-xml-4.5, docbook-xsl-nons-1.79.2 e libxslt-1.1.42 (para gerar páginas de manual), GDB-16.2, git-2.48.1, libnsl-2.0.1, libtirpc-1.3.6, Valgrind-3.24.0 e xfsprogs-6.13.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(a)

Bibliotecas Instaladas: libpytalloc-util.cpython-313-<arch>-linux-gnu.so, libtalloc.so e talloc.cpython-313-<arch>-linux-gnu.so (Módulo Python 3)

Diretórios Instalados: Nenhum(a)

Descrições Curtas

libtalloc.so

contém um substituto para a função "malloc" da Glibc

Uchardet-0.0.8

Introdução ao 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.3.

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

Exigidas

Instalação do Uchardet

Instale Uchardet executando os seguintes comandos:

mkdir build &&
cd    build &&

cmake -D CMAKE_INSTALL_PREFIX=/usr \
      -D BUILD_STATIC=OFF          \
      -W no-dev ..                 &&
make

Para testar os resultados, emita: make test.

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

make install

Explicações do Comando

-D BUILD_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.19.1

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://github.com/martinpitt/umockdev/releases/download/0.19.1/umockdev-0.19.1.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 05e3edda217c404aae1c78adf7e10d18
Tamanho da transferência: 488 KB
Espaço em disco estimado exigido: 6,2 MB (com testes)
Tempo de construção estimado: 0,1UPC (com testes)

Dependências do Umockdev

Exigidas

libgudev-238, libpcap-1.10.5 e Vala-0.56.17

Opcionais

GTK-Doc-1.34.0, Valgrind-3.24.0 (para testes) e libgphoto2 (para 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 como o(a) usuário(a) root: 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

-D gtk_doc=true: Use essa chave se você tiver GTK-Doc-1.34.0 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

utfcpp-4.0.6

Introdução ao utfcpp

O pacote utfcpp contém um conjunto de arquivos de inclusão para fornecer UTF-8 com C++ de maneira portável.

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

Informação do Pacote

Transferência (HTTP): https://github.com/nemtrif/utfcpp/archive/v4.0.6/utfcpp-4.0.6.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 3b79abe634ef157f04bd16aad809889b
Tamanho da transferência: 36 KB
Espaço em disco estimado exigido: 504 KB
Tempo de construção estimado: menos que 0,1 UPC

Dependências do utfcpp

Exigidas

libgsf-1.14.53 e libpng-1.6.46

Instalação do utfcpp

Instale utfcpp executando os seguintes comandos:

mkdir build &&
cd    build &&

cmake -D CMAKE_INSTALL_PREFIX=/usr ..

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/include/utfcpp e /usr/share/utfcpp

Wayland-1.23.0

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://gitlab.freedesktop.org/wayland/wayland/-/releases/1.23.0/downloads/wayland-1.23.0.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 23ad991e776ec8cf7e58b34cbd2efa75
Tamanho da transferência: 236 KB
Espaço em disco estimado exigido: 6,8 MB (com testes)
Tempo de construção estimado: 0,1 UPC (com testes)

Dependências de Wayland

Exigidas

libxml2-2.13.6

Opcionais

Doxygen-1.13.2, Graphviz-12.2.1 e xmlto-0.0.29 (para construir a documentação da API) e docbook-xml-4.5, docbook-xsl-nons-1.79.2 e libxslt-1.1.42 (para construir as páginas de manual)

Instalação do Wayland

Instale Wayland executando os seguintes comandos:

mkdir build &&
cd    build &&

meson setup ..            \
      --prefix=/usr       \
      --buildtype=release \
      -D documentation=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

-D documentation=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.40

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://gitlab.freedesktop.org/wayland/wayland-protocols/-/releases/1.40/downloads/wayland-protocols-1.40.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 5ec06b6ab9c451bb0edf8530c315ed10
Tamanho da transferência: 108 KB
Espaço em disco estimado exigido: 11 MB (com testes)
Tempo de construção estimado: 0,1 UPC (com testes)

Dependências de Wayland-protocols

Exigidas

Wayland-1.23.0

Instalação do 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(a)

Bibliotecas Instaladas: Nenhum(a)

Diretórios Instalados: /usr/share/wayland-protocols

wv-1.2.9

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://anduin.linuxfromscratch.org/BLFS/wv/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

Opcionais

libwmf

Instalação do 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.27

Introdução ao xapian

Xapian é uma biblioteca de mecanismo de pesquisa de fonte aberto.

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

Informação do Pacote

Transferência (HTTP): https://oligarchy.co.uk/xapian/1.4.27/xapian-core-1.4.27.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 1b72c939a283c1e61ff6743e7d859041
Tamanho da transferência: 3,1 MB
Espaço em disco estimado exigido: 146 MB (adicionar 168 MB para os testes)
Tempo de construção estimado: 0,4 UPC (adicionar 9,1 UPC para testes; ambos usando paralelismo=4)

Dependências de Xapian

Opcionais

Valgrind-3.24.0 (para os testes)

Instalação do Xapian

Instale Xapian executando os seguintes comandos:

./configure --prefix=/usr    \
            --disable-static \
            --docdir=/usr/share/doc/xapian-core-1.4.27 &&
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.27 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 da versão instalada do xapian
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 ao 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.3.

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 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

Mude a fonte padrão do X11 de Fontes Legadas do Xorg para Fontes do Xorg:

sed -e 's/8x13bold/-*-luxi mono-bold-r-normal--13-120-*-*-m-*-*-*/' \
    -i src/aax.c

Corrija o uso excessivo de algumas estruturas internas de dados do ncurses para permitir construir esse pacote com ncurses-6.5 ou posterior:

sed 's/stdscr->_max\([xy]\) + 1/getmax\1(stdscr)/' \
    -i src/aacurses.c

Para permitir construir esse pacote com GCC-14 ou posterior, adicione algumas diretivas #include ausentes e corrija uma instrução return incorreta para tornar o código compatível com C99. Em seguida, gere novamente o conjunto de comandos sequenciais configure para garantir que o código C para avaliar o sistema também seja compatível com C99:

sed -i '1i#include <stdlib.h>'                            \
    src/aa{fire,info,lib,linuxkbd,savefont,test,regist}.c &&
sed -i '1i#include <string.h>'                            \
    src/aa{kbdreg,moureg,test,regist}.c                   &&
sed -i '/X11_KBDDRIVER/a#include <X11/Xutil.h>'           \
    src/aaxkbd.c                                          &&
sed -i '/rawmode_init/,/^}/s/return;/return 0;/'          \
    src/aalinuxkbd.c                                      &&
autoconf

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(a)

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.110

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://download.gimp.org/pub/babl/0.1/babl-0.1.110.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 647708858d0c217579dec462b5f202a2
Tamanho da transferência: 312 KB
Espaço em disco estimado exigido: 14 MB (com testes)
Tempo de construção estimado: 0,1 UPC (Usando paralelismo=4; com testes)

Dependências do Babl

Opcionais

Little CMS-2.17 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(a)

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.5

Introdução ao Exiv2

Exiv2 contém 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.3.

Informação do Pacote

Transferência (HTTP): https://github.com/Exiv2/exiv2/archive/v0.28.5/exiv2-0.28.5.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: f8de9495e03f06be5152ecae3a82815c
Tamanho da transferência: 45 MB
Espaço em disco estimado exigido: 134 MB (com testes)
Tempo de construção estimado: 0,4 UPC (Usando paralelismo=4, com testes)

Dependências do Exiv2

Exigidas

c2man (para construir páginas de manual)

Opcionais

libssh

Opcionais para documentação

Doxygen-1.13.2, Graphviz-12.2.1 e libxslt-1.1.42

Instalação do Exiv2

Instale Exiv2 executando os seguintes comandos:

mkdir build &&
cd    build &&

cmake -D CMAKE_INSTALL_PREFIX=/usr   \
      -D CMAKE_BUILD_TYPE=Release    \
      -D EXIV2_ENABLE_VIDEO=yes      \
      -D EXIV2_ENABLE_WEBREADY=yes   \
      -D EXIV2_ENABLE_CURL=yes       \
      -D EXIV2_BUILD_SAMPLES=no      \
      -D CMAKE_SKIP_INSTALL_RPATH=ON \
      -G Ninja ..                    &&
ninja

Para testar os resultados, emita: ninja test.

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

ninja install

Explicações do Comando

-D EXIV2_ENABLE_VIDEO=yes: Essa chave habilita o gerenciamento de metadados de vídeo.

-D EXIV2_ENABLE_WEBREADY=yes: Essa chave habilita o gerenciamento de metadados de imagem da web.

-D EXIV2_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.

-D EXIV2_ENABLE_CURL=yes: Essa chave é necessária para habilitar os recursos de rede de comunicação/http.

-D EXIV2_ENABLE_INIH=no: Use essa chave se você não tiver instalado inih-58.

-D EXIV2_ENABLE_BROTLI=no: Use essa chave se você não tiver instalado Brotli-1.1.0.

Conteúdo

Aplicativo Instalado: exiv2

Biblioteca Instalada: libexiv2.so

Diretórios Instalados: /usr/include/exiv2 e /usr/lib/cmake/exiv2

Descrições Curtas

exiv2

é um utilitário usado para despejar dados "Exif"

FreeType-2.13.3

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://downloads.sourceforge.net/freetype/freetype-2.13.3.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: f3b4432c4212064c00500e1ad63fbc64
Tamanho da transferência: 2,5 MB
Espaço em disco estimado exigido: 33 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.3.tar.xz
Soma de verificação MD5 da transferência: 6affe0d431939398cc3c7cdd58d824f8
Tamanho da transferência: 2,1 MB

Dependências do FreeType2

Opcionais

Brotli-1.1.0 e librsvg-2.59.2

Opcionais (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.3.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.3 &&
rm -v /usr/share/doc/freetype-2.13.3/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.3

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.16.0

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://www.freedesktop.org/software/fontconfig/release/fontconfig-2.16.0.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 20d5466544aa62d18c94106faa169a09
Tamanho da transferência: 1,3 MB
Espaço em disco estimado exigido: 19 MB (com testes)
Tempo de construção estimado: 0,3 UPC (com testes)

Dependências do Fontconfig

Exigidas

FreeType-2.13.3

Opcionais

bubblewrap-0.11.0 (usado por alguns testes), cURL-8.12.1 e libarchive-3.7.7 (ambos usados por alguns testes para baixar e extrair arquivos de teste), JSON-C-0.18, DocBook-utils-0.6.14 e libxml2-2.13.6, texlive-20240312 (ou install-tl-unx)

Nota

Uma conexão com a Internet é necessária para alguns testes desse pacote. A loja de certificados do sistema possivelmente precise ser configurada com make-ca-1.15 antes de se testar esse pacote

Nota

Se tiver DocBook Utils instalado e remover o parâmetro --disable-docs do comando configure abaixo, você precisa também ter SGMLSpm-1.1 e texlive-20240312 instalados, 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.16.0 &&
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.16.0} &&
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/*.{pdf,sgml,txt,html} \
                                  /usr/share/doc/fontconfig-2.16.0

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.16.0/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.16.0, /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 amostra (modelo 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.16

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://github.com/fribidi/fribidi/releases/download/v1.0.16/fribidi-1.0.16.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 333ad150991097a627755b752b87f9ff
Tamanho da transferência: 1,1 MB
Espaço em disco estimado exigido: 22 MB (com testes)
Tempo de construção estimado: menos que 0,1 UPC (com 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.54

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://download.gimp.org/pub/gegl/0.4/gegl-0.4.54.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: e739f5c59b18d3813b7b4ae77372f53d
Tamanho da transferência: 5,7 MB
Espaço em disco estimado exigido: 124 MB (Adicionar 4 MB para testes)
Tempo de construção estimado: 0,7 UPC (adicionar 0,1 UPC para testes, ambos com paralelismo=4)

Dependências do gegl

Exigidas

babl-0.1.110 e JSON-GLib-1.10.6

Opcionais

asciidoc-10.2.1, Cairo-1.18.2, FFmpeg-7.1 (atualmente quebrado), gdk-pixbuf-2.42.12, gexiv2-0.14.3, GTK-Doc-1.34.0, jasper-4.2.4, Little CMS-2.17, libraw-0.21.3, librsvg-2.59.2, libspiro-20220722, libtiff-4.7.0, libwebp-1.5.0, luajit-20250212, Pango-1.56.1, Poppler-25.02.0, Ruby-3.4.2, SDL2-2.30.11, v4l-utils-1.28.1, Vala-0.56.17, lensfun, libnsgif, libumfpack, maxflow, MRG, OpenCL, OpenEXR, poly2tri-c, source-highlight e w3m

Instalação do gegl

Se você estiver instalando sobre uma versão anterior do gegl, um dos módulos precisará ser removido. Como o(a) usuário(a) root, execute o seguinte comando para removê-lo:

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.

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

ninja install

Explicações do Comando

-D docs=true: Use essa chave para construir e instalar a documentação (exige GTK-Doc-1.34.0).

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 interfacear com a biblioteca gegl
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.2

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://sourceforge.net/projects/giflib/files/giflib-5.2.2.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 913dd251492134e235ee3c9a91987a4d
Tamanho da transferência: 440 KB
Espaço em disco estimado exigido: 4,0 MB (com documentação)
Tempo de construção estimado: menos que 0,1 UPC (com a documentação)

Transferências Adicionais

Remendo exigido: https://www.linuxfromscratch.org/patches/blfs/12.3/giflib-5.2.2-upstream_fixes-1.patch

Dependências do giflib

Exigidas

xmlto-0.0.29

Instalação do giflib

Primeiro, evite que o processo de construção instale arquivos XML em vez de páginas de manual:

patch -Np1 -i ../giflib-5.2.2-upstream_fixes-1.patch

Em seguida, remova uma dependência desnecessária de ImageMagick-7.1.1-43 movendo um arquivo para um local esperado:

cp pic/gifgrid.gif doc/giflib-logo.gif

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.2 &&
cp -v -R doc/* /usr/share/doc/giflib-5.2.2

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.2

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"

Glad-2.0.8

Introdução ao Glad

O pacote Glad contém um gerador para carregar contextos do Vulkan, OpenGL, EGL, GLES e GLX.

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

Informação do Pacote

Transferência (HTTP): https://github.com/Dav1dde/glad/archive/v2.0.8/glad-2.0.8.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 028c39d581e6b53e53871f1dc21cf442
Tamanho da transferência: 632 KB
Espaço em disco estimado exigido: 14 MB
Tempo de construção estimado: menos que 0,1 UPC

Dependências do Glad

Opcionais (exigidas para executar os testes)

pytest-8.3.4, rustc-1.85.0, Bibliotecas do Xorg, glfw e WINE

Instalação do Glad

Instale Glad executando os seguintes comandos:

pip3 wheel -w dist --no-build-isolation --no-deps --no-cache-dir $PWD

Esse pacote vem com uma suíte de teste, mas ela não pode ser executada sem instalar-se as dependências externas listadas acima.

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

pip3 install --no-index --find-links dist --no-user glad2

Conteúdo

Aplicativos Instalados: glad

Bibliotecas Instaladas: Nenhum(a)

Diretórios Instalados: /usr/lib/python3.13/site-packages/glad e /usr/lib/python3.13/site-packages/glad2-2.0.8.dist-info

Descrições Curtas

glad

gera carregadores para contextos do Vulkan, OpenGL, EGL, GLES e GLX

GLM-1.0.1

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://github.com/g-truc/glm/archive/1.0.1/glm-1.0.1.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: f824ac50e16310a95279032f82cbd341
Tamanho da transferência: 4,4 MB
Espaço em disco estimado exigido: 44 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-1.0.1

Conteúdo

Aplicativo Instalado: Nenhum(a)

Biblioteca Instalada: Nenhum(a)

Diretório Instalado: /usr/include/glm e /usr/share/doc/glm-1.0.1

Graphite2-1.3.14

Introdução ao 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.3.

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 testes)

Dependências do Graphite2

Exigidas

Opcionais

FreeType-2.13.3, silgraphite para construir a ferramenta de teste e avaliação comparativa comparerender e, se isso estiver presente, e harfBuzz-10.4.0 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.1, Doxygen-1.13.2, texlive-20240312 (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 -D CMAKE_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

-D CMAKE_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-10.4.0

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://github.com/harfbuzz/harfbuzz/releases/download/10.4.0/harfbuzz-10.4.0.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 9ff3796c1b8ae03540e466168c6a5bd1
Tamanho da transferência: 17 MB
Espaço em disco estimado exigido: 144 MB (com testes)
Tempo de construção estimado: 0,8 UPC (com testes; ambos usando paralelismo=4)

Dependências do HarfBuzz

Opcionais

Cairo-1.18.2 (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.48.1, GTK-Doc-1.34.0, 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  \
      -D graphite2=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.

-D graphite2=enabled: Essa chave habilita o suporte Graphite2, que é exigido para construir texlive-20240312 ou o LibreOffice-25.2.1.2 com harfbuzz do sistema.

-D docs=disabled: Se GTK-Doc-1.34.0 estiver instalado, a documentação será 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.2.4

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://github.com/jasper-software/jasper/archive/version-4.2.4/jasper-version-4.2.4.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: aa4df693b90223fe6848b34cf1208624
Tamanho da transferência: 1,9 MB
Espaço em disco estimado exigido: 9,4 MB (com testes)
Tempo de construção estimado: 0,3 UPC (com testes)

Dependências do jasper

Exigidas

libjpeg-turbo-3.0.1 e libtiff-4.7.0

Opcionais

Freeglut-3.6.0 (necessário para jiv), Doxygen-1.13.2 (necessário para gerar documentação html) e texlive-20240312 ( necessário para regerar a documentação em pdf)

Instalação do jasper

Instale jasper executando os seguintes comandos:

mkdir BUILD &&
cd    BUILD &&

cmake -D CMAKE_INSTALL_PREFIX=/usr    \
      -D CMAKE_BUILD_TYPE=Release     \
      -D CMAKE_SKIP_INSTALL_RPATH=ON  \
      -D JAS_ENABLE_DOC=NO            \
      -D ALLOW_IN_SOURCE_BUILD=YES    \
      -D CMAKE_INSTALL_DOCDIR=/usr/share/doc/jasper-4.2.4 \
      ..  &&
make

Para testar os resultados, emita: make test.

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

make install

Explicações do Comando

-D JAS_ENABLE_DOC=NO: Essa opção desabilita a reconstrução da documentação em PDF se texlive-20240312 estiver instalado.

-D ALLOW_IN_SOURCE_BUILD=YES: Essa chave permite construir a partir da árvore do fonte. No nosso caso, isso é necessário para nos permitir construir dentro do diretório BUILD em vez de precisar criar outro diretório fora da árvore do fonte.

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.2.4

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-2.17

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://github.com/mm2/Little-CMS/releases/download/lcms2.17/lcms2-2.17.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 9f44275ee8ac122817e94fdc50ecce13
Tamanho da transferência: 5,0 MB
Espaço em disco estimado exigido: 22 MB (com os testes)
Tempo de construção estimado: 0,2 UPC (com testes)

Dependências do Little CMS2

Opcionais

Instalação do Little CMS2

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(a)

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-1.2.0

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.3.

Informação do Pacote

Transferência (HTTP): https://github.com/AOMediaCodec/libavif/archive/v1.2.0/libavif-1.2.0.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: ec292cb8d51c0aa02f9fd5ef2419c853
Tamanho da transferência: 13 MB
Espaço em disco estimado exigido: 22 MB
Tempo de construção estimado: menos que 0,1 UPC

Dependências do libavif

Exigidas

libaom-3.12.0

Opcionais

gtest, libdav1d, libyuv, rav1e e svt-av1

Nota

Uma conexão com a Internet é necessária para alguns testes desse pacote. A loja de certificados do sistema possivelmente precise ser configurada com make-ca-1.15 antes de se testar esse pacote

Instalação do libavif

Instale o libavif executando os seguintes comandos:

mkdir build &&
cd    build &&

cmake -D CMAKE_INSTALL_PREFIX=/usr \
      -D CMAKE_BUILD_TYPE=Release  \
      -D AVIF_CODEC_AOM=SYSTEM     \
      -D AVIF_BUILD_GDK_PIXBUF=ON  \
      -D AVIF_LIBYUV=OFF           \
      -G Ninja .. &&
ninja

Para testar o pacote (observe que isso fará com que o sistema de construção baixe uma cópia do gtest e construa a suíte de teste com a cópia), emita:

cmake .. -D AVIF_GTEST=LOCAL -D AVIF_BUILD_TESTS=ON &&
ninja && ninja test

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

-D AVIF_CODEC_AOM=ON: Essa chave habilita usar o codificador AOM. Esse pacote é inútil sem pelo menos um codificador integrado.

-D AVIF_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.12.

-D AVIF_LIBYUV=OFF: Use essa chave se você não tiver instalado libyuv.

-D AVIF_CODEC_DAV1D=SYSTEM: Use essa chave se você tiver instalado libdav1d e desejar usá-lo como um codificador.

-D AVIF_CODEC_RAV1E=SYSTEM: Use essa chave se você tiver instalado rav1e e desejar usá-lo como um codificador.

-D AVIF_CODEC_SVT=SYSTEM: 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 e /usr/lib/cmake/libavif

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.25

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.3.

Informação do Pacote

Transferência (HTTP): https://github.com/libexif/libexif/releases/download/v0.6.25/libexif-0.6.25.tar.bz2
Transferência (FTP):
Soma de verificação MD5 da transferência: eba77b69efac8fa8e8fc53f8c2cdad7c
Tamanho da transferência: 1,9 MB
Espaço em disco estimado exigido: 17 MB
Tempo de construção estimado: menos que 0,1 UPC

Dependências do "libexif"

Opcionais (para construir a documentação)

Doxygen-1.13.2 e Graphviz-12.2.1

Instalação do "libexif"

Instale libexif executando os seguintes comandos:

./configure --prefix=/usr   \
            --disable-static \
            --with-doc-dir=/usr/share/doc/libexif-0.6.25 &&
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.25.

Explicações do Comando

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

Conteúdo

Aplicativos Instalados: Nenhum(a)

Biblioteca Instalada: libexif.so

Diretórios Instalados: /usr/include/libexif e /usr/share/doc/libexif-0.6.25

Descrições Curtas

libexif.so

contém funções usadas para analisar, editar e salvar dados "EXIF"

libgxps-0.3.2

Introdução ao libgxps

O pacote libgxps fornece uma interface para manipular documentos "XPS".

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

Informação do Pacote

Transferência (HTTP): https://download.gnome.org/sources/libgxps/0.3/libgxps-0.3.2.tar.xz
Transferência (FTP):
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.48, Little CMS-2.17, libarchive-3.7.7, libjpeg-turbo-3.0.1, libtiff-4.7.0 e libxslt-1.1.42

Opcionais

git-2.48.1 e GTK-Doc-1.34.0

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.1

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://downloads.sourceforge.net/libjpeg-turbo/libjpeg-turbo-3.0.1.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 1fdc6494521a8724f5f7cf39b0f6aff3
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

Exigidas

libjpeg-turbo-3.0.1 e Little CMS-2.17

Instalação do libjpeg-turbo

Instale libjpeg-turbo executando os seguintes comandos:

mkdir build &&
cd    build &&

cmake -D CMAKE_INSTALL_PREFIX=/usr        \
      -D CMAKE_BUILD_TYPE=RELEASE         \
      -D ENABLE_STATIC=FALSE              \
      -D CMAKE_INSTALL_DEFAULT_LIBDIR=lib \
      -D CMAKE_SKIP_INSTALL_RPATH=ON      \
      -D CMAKE_INSTALL_DOCDIR=/usr/share/doc/libjpeg-turbo-3.0.1 \
      .. &&
make

Para testar os resultados, emita: make test.

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

make install

Explicações do Comando

-D WITH_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.1

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"

libjxl-0.11.1

Introdução ao libjxl

O pacote libjxl contém a implementação de referência do formato de imagem JPEG XL.

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

Informação do Pacote

Transferência (HTTP): https://github.com/libjxl/libjxl/archive/v0.11.1/libjxl-0.11.1.tar.gz
Soma de verificação MD5 da transferência: 8f26fc954c2d9cb377544a5f029182ef
Tamanho da transferência: 1,8 MB
Espaço em disco estimado exigido: 57 MB
Tempo de construção estimado: 0,9 UPC (com paralelismo=4)

Dependências de libjxl

Exigidas

Brotli-1.1.0, CMake-3.31.5, giflib-5.2.2, highway-1.2.0, Little CMS-2.17, libjpeg-turbo-3.0.1 e libpng-1.6.46

Opcionais

asciidoc-10.2.1 (para páginas de manual), Doxygen-1.13.2 e Graphviz-12.2.1 (para documentação), Java-23.0.2 (para o JAR), libavif-1.2.0, libwebp-1.5.0, gtest, OpenEXR, sjpeg e skcms

Instalação do libjxl

Instale libjxl executando os seguintes comandos:

mkdir build &&
cd    build &&

cmake -D CMAKE_INSTALL_PREFIX=/usr             \
      -D CMAKE_BUILD_TYPE=Release              \
      -D BUILD_TESTING=OFF                     \
      -D BUILD_SHARED_LIBS=ON                  \
      -D JPEGXL_ENABLE_SKCMS=OFF               \
      -D JPEGXL_ENABLE_SJPEG=OFF               \
      -D JPEGXL_ENABLE_PLUGINS=ON              \
      -D JPEGXL_INSTALL_JARDIR=/usr/share/java \
      -G Ninja ..                              &&
ninja

Esse pacote vem com uma suíte de teste, porém ela exige gtest, que não está no BLFS.

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

ninja install &&
gdk-pixbuf-query-loaders --update-cache

Explicações do Comando

gdk-pixbuf-query-loaders --update-cache: Esse comando regenera o cache do carregador do GDK Pixbuf, de forma que ele esteja ciente do carregador JPEG-XL.

-D BUILD_TESTING=OFF: Esse parâmetro desabilita os testes porque eles exigem gtest, que não está no BLFS. Se você deseja executar os testes e ter o gtest instalado, remova esse parâmetro.

-D BUILD_SHARED_LIBS=ON: Esse parâmetro habilita construir versões compartilhadas das bibliotecas em vez das estáticas.

-D JPEGXL_ENABLE_SKCMS=OFF: Esse parâmetro desabilita construir suporte para skcms do Skia, pois não é necessário para fins de BLFS e exige skcms.

-D JPEGXL_ENABLE_SJPEG=OFF: Esse parâmetro desabilita o suporte para SimpleJPEG, pois não é necessário para fins de BLFS e exige sjpeg.

-D JPEGXL_ENABLE_PLUGINS=ON: Esse parâmetro habilita o suporte de Plugin, que cria plug-ins para gdk-pixbuf-2.42.12 se o pacote estiver instalado.

-D JPEGXL_INSTALL_JARDIR=/usr/share/java: Esse parâmetro coloca o arquivo JAR para suporte JPEG XL no diretório correto se Java-23.0.2 estiver instalado.

Conteúdo

Aplicativos Instalados: benchmark_xl, cjxl, djxl e jxlinfo

Bibliotecas Instaladas: libjxl.so, libjxl_cms.so, libjxl_extras_codec.so, libjxl_jni.so, libjxl_threads.so e libpixbufloader-jxl.so (em /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders)

Diretórios Instalados: /usr/include/jxl

Descrições Curtas

benchmark_xl	executa avaliações de desempenho em relação à libjxl
cjxl	comprime imagens no formato JPEG XL
djxl	descomprime imagens do formato JPEG XL para outros formatos
jxlinfo	exibe informações acerca de imagens JPEG XL
`libjxl.so`	contém a implementação de referência do padrão JPEG XL
`libjxl_cms.so`	contém suporte para Little CMS na libjxl
`libjxl_extras_codec.so`	contém suporte adicional de codificador/decodificador para imagens JPEG XL
`libjxl_jni.so`	contém uma interface Java para suportar JPEG XL em sistemas onde Java-23.0.2 foi instalado ao tempo da construção
`libjxl_threads.so`	contém funções de camada para JPEG XL
`libpixbufloader-jxl.so`	contém um carregador para gdk-pixbuf para permiti-lo carregar imagens JPEG XL

libmng-2.0.3

Introdução ao 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.3.

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(a)

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 ao 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.3.

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 testes)

Dependências do libmypaint

Exigidas

JSON-C-0.18

Opcionais

Doxygen-1.13.2 (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.46

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://downloads.sourceforge.net/libpng/libpng-1.6.46.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 2ba00adb5d5c76d512486559a3e77be7
Tamanho da transferência: 1,0 MB
Espaço em disco estimado exigido: 14 UPC (com testes)
Tempo de construção estimado: 0,1 UPC (adicionar 0,3 UPC para 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.46-apng.patch.gz
Soma de verificação MD5 do remendo: 30b2da9a1e27235499806e415bc56840

Instalação do libpng

Se você deseja remendar a "libpng" para suportar arquivos "apng", [então] aplique-o aqui:

gzip -cd ../libpng-1.6.46-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.46 &&
cp -v README libpng-manual.txt /usr/share/doc/libpng-1.6.46

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.46

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.3

Introdução ao libraw

Libraw é uma biblioteca para leitura de arquivos BRUTOS obtidos a partir de câmeras digitais (CRW/CR2, NEF, RAF, DNG e outros).

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

Informação do Pacote

Transferência (HTTP): https://www.libraw.org/data/LibRaw-0.21.3.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: b9d2b96a8e30ed76ff5b0da19f3fbe81
Tamanho da transferência: 1,4 MB
Espaço em disco estimado exigido: 27 MB
Tempo de construção estimado: 0,1 UPC (Usando paralelismo=4)

Dependências do libraw

Instalação do libraw

Instale libraw executando os seguintes comandos:

./configure --prefix=/usr    \
            --enable-jpeg    \
            --enable-jasper  \
            --enable-lcms    \
            --disable-static \
            --docdir=/usr/share/doc/libraw-0.21.3 &&
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 imagens JPEG. Remova-a se você não tiver libjpeg-turbo-3.0.1 instalado.

--enable-jasper: Essa chave habilita o suporte para imagens JPEG2000. Remova-a se você não tiver jasper-4.2.4 instalado.

--enable-lcms: Essa chave habilita o suporte para gerenciamento de cores. Remova-a se você não tiver Little CMS-2.17 instalado.

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

Conteúdo

Nota

Todos os programas 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.3

Descrições Curtas

4channels	gera quatro arquivos TIFF a partir de dados BRUTOS, com um arquivo por canal
dcraw_half	emula executar "dcraw -h" (veja-se a página de manual do DCRAW)
mem_image	emula executar "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 executar "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 executar "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 executar "dcraw -i [-v]" (veja-se a página de manual do DCRAW)
unprocessed_raw	gera uma imagem bruta não processada (com pixeis mascarados e sem subtração de preto)
`libraw.so`	contém funções usadas para analisar, editar e salvar dados BRUTOS de imagem.

librsvg-2.59.2

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://download.gnome.org/sources/librsvg/2.59/librsvg-2.59.2.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 6d495c8bb2ee0cb0a62856c790a67298
Tamanho da transferência: 6,3 MB
Espaço em disco estimado exigido: 1,2 GB (17 MB instalado), adicionar 492 MB para testes
Tempo de construção estimado: 0,6 UPC (adicionar 0,4 UPC para testes; ambos usando paralelismo=4)

Dependências do librsvg

Exigidas

Cairo-1.18.2, cargo-c-0.10.11, gdk-pixbuf-2.42.12, Pango-1.56.1 e rustc-1.85.0

Nota

Uma conexão com a Internet é necessária para construir esse pacote. A loja de certificados do sistema possivelmente precise ser configurada com make-ca-1.15 antes de se construir esse pacote

Opcionais

docutils-0.21.2 (para páginas de manual), Gi-DocGen-2025.3 (para documentação) e Fontes do Xorg (para testes)

Instalação do librsvg

Primeiro, corrija o caminho de instalação da documentação da API:

sed -e "/OUTDIR/s|,| / 'librsvg-2.59.2', '--no-namespace-dir',|" \
    -e '/output/s|Rsvg-2.0|librsvg-2.59.2|'                      \
    -i doc/meson.build

Instale librsvg executando os seguintes comandos:

mkdir build &&
cd    build &&

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

Para testar os resultados, emita:

ninja test

Um teste, Rust tests (rsvg), é conhecido por falhar.

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

ninja install

Conteúdo

Aplicativos Instalados: rsvg-convert

Biblioteca Instalada: librsvg-2.so e libpixbufloader-svg.so (instalada em /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders)

Diretórios Instalados: /usr/include/librsvg-2.0 e /usr/share/doc/librsvg-2.59.2

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 ao 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.3.

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(a)

Biblioteca Instalada: libspiro.so

Diretórios Instalados: Nenhum(a)

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.7.0

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://download.osgeo.org/libtiff/tiff-4.7.0.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 3a0fa4a270a4a192b08913f88d0cfbdd
Tamanho da transferência: 3,7 MB
Espaço em disco estimado exigido: 60 MB (com testes)
Tempo de construção estimado: 0,2 UPC (com testes)

Dependências do libtiff

Opcionais

Freeglut-3.6.0 (exigido para tiffgt), libjpeg-turbo-3.0.1, sphinx-8.2.1, libwebp-1.5.0, JBIG-KIT e LERC

Instalação do libtiff

Instale libtiff executando os seguintes comandos:

mkdir -p libtiff-build &&
cd       libtiff-build &&

cmake -D CMAKE_INSTALL_DOCDIR=/usr/share/doc/libtiff-4.7.0 \
      -D CMAKE_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/lib/cmake/tiff e /usr/share/doc/tiff-4.7.0

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.5.0

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://storage.googleapis.com/downloads.webmproject.org/releases/webp/libwebp-1.5.0.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 8f659e426eaa2aeec4b36bc9ea43b3f3
Tamanho da transferência: 4,1 MB
Espaço em disco estimado exigido: 40 MB
Tempo de construção estimado: 0,1 UPC (com paralelismo=4)

Dependências do libwebp

Opcionais

Freeglut-3.6.0 e giflib-5.2.2

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 ao 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.3.

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 em 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.24

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://releases.pagure.org/newt/newt-0.52.24.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 9a0630e2f59eaa3037aec94989c36c4a
Tamanho da transferência: 176 KB
Espaço em disco estimado exigido: 3,0 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.13 &&
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.13: 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.13/site-packages/_snack.so

Diretórios Instalados: Nenhum(a)

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.11.0

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://github.com/opencv/opencv/archive/4.11.0/opencv-4.11.0.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: f35fbd46350cc677af13e198805b58f7
Tamanho da transferência: 91 MB
Espaço em disco estimado exigido: 832 MB (com opencv-contrib)
Tempo de construção estimado: 3,6 UPC (usando paralelismo = 8)

Transferências Adicionais

Módulos adicionais opcionais: https://github.com/opencv/opencv_contrib/archive/4.11.0/opencv_contrib-4.11.0.tar.gz
Soma de verificação MD5 dos módulos adicionais opcionais: 7dd4bc67eb67faff96ce71745a5e3abe
Tamanho dos módulos opcionais adicionais: 53 MB

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.31.5 e libarchive-3.7.7

Opcionais

apache-ant-1.10.15, Doxygen-1.13.2, Java-23.0.2, NumPy-2.2.3, Protobuf-29.3, ATLAS, 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.11.0.tar.gz

Instale opencv executando os seguintes comandos:

mkdir build &&
cd    build &&

cmake -D CMAKE_INSTALL_PREFIX=/usr      \
      -D CMAKE_BUILD_TYPE=Release       \
      -D ENABLE_CXX11=ON                \
      -D BUILD_PERF_TESTS=OFF           \
      -D WITH_XINE=ON                   \
      -D BUILD_TESTS=OFF                \
      -D ENABLE_PRECOMPILED_HEADERS=OFF \
      -D CMAKE_SKIP_INSTALL_RPATH=ON    \
      -D BUILD_WITH_DEBUG_INFO=OFF      \
      -D OPENCV_GENERATE_PKGCONFIG=ON   \
      -W no-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

-D WITH_XINE=ON: Essa chave instrui o procedimento make a usar xine-lib-1.2.13.

-D ENABLE_PRECOMPILED_HEADERS=OFF: Essa chave é necessária para compatibilidade com gcc-6.1 e posteriores.

-D OPENCV_GENERATE_PKGCONFIG=ON: Essa chave informa ao sistema de construção para gerar um arquivo pkg-config para outros pacotes detectarem e se vincularem às bibliotecas instaladas por este pacote.

-D OPENCV_EXTRA_MODULES_PATH=../opencv_contrib-4.11.0/modules: instrui o sistema de construção a construir módulos adicionais. Alguns pacotes no BLFS (como gst-plugins-bad-1.24.12) precisam desses módulos para construir componentes que usam OpenCV.

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.13/site-packages/cv2, /usr/share/licenses/opencv4, /usr/share/opencv4 e /usr/share/java/opencv4

OpenJPEG-2.5.3

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://github.com/uclouvain/openjpeg/archive/v2.5.3/openjpeg-2.5.3.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 12ae257cb21738c41b5f6ca977d01081
Tamanho da transferência: 2,1 MB
Espaço em disco estimado exigido: 17 MB (adicionar 1,7 GB para os testes)
Tempo de construção estimado: 0,2 UPC (adicionar 1,0 UPC para testes)

Dependências do OpenJPEG

Exigidas

gdk-pixbuf-2.42.12 e libwebp-1.5.0

Opcionais

git-2.48.1 (para testes), Little CMS-2.17, libpng-1.6.46, libtiff-4.7.0 e Doxygen-1.13.2 (para construir a documentação da API)

Instalação do OpenJPEG

Instale OpenJPEG executando os seguintes comandos:

mkdir -v build &&
cd       build &&

cmake -D CMAKE_BUILD_TYPE=Release  \
      -D CMAKE_INSTALL_PREFIX=/usr \
      -D BUILD_STATIC_LIBS=OFF ..  &&
make

Se você desejar executar os testes, alguns arquivos adicionais serão necessários. Baixe esses arquivos e execute os testes usando os seguintes comandos, mas observe que oito (8) testes são conhecidos por falharem:

git clone https://github.com/uclouvain/openjpeg-data.git --depth 1 &&
OPJ_DATA_ROOT=$PWD/openjpeg-data cmake -D BUILD_TESTING=ON ..      &&
make                                                               &&
make test

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

make install &&
cp -rv ../doc/man -T /usr/share/man

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.44.2

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://www.cairographics.org/releases/pixman-0.44.2.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 0825cd6bfc488d5177f2f013a06ef240
Tamanho da transferência: 796 KB
Espaço em disco estimado exigido: 29 MB (Com testes)
Tempo de construção estimado: 0,2 UPC (Usando paralelismo=4; com testes)

Dependências do Pixman

Opcionais

libpng-1.6.46 e GTK-3.24.48 (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(a)

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-25.02.0

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://poppler.freedesktop.org/poppler-25.02.0.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: feae5e0715ed7738fcb4220730a3ff4c
Tamanho da transferência: 1,9 MB
Espaço em disco estimado exigido: 77 MB (com biblioteca Qt6 e testes)
Tempo de construção estimado: 1,0 UPC (com paralelismo=4, testes e biblioteca Qt6)

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

CMake-3.31.5, Fontconfig-2.16.0 e GLib-2.82.5 (com GObject Introspection)

Opcionais

cURL-8.12.1, gdk-pixbuf-2.42.12, git-2.48.1 (para baixar arquivos de teste), GTK-Doc-1.34.0 e GTK-3.24.48

Instalação do Poppler

Agora, Instale Poppler executando os seguintes comandos:

mkdir build                         &&
cd    build                         &&

cmake -D CMAKE_BUILD_TYPE=Release   \
      -D CMAKE_INSTALL_PREFIX=/usr  \
      -D TESTDATADIR=$PWD/testfiles \
      -D ENABLE_QT5=OFF             \
      -D ENABLE_UNSTABLE_API_ABI_HEADERS=ON \
      -G Ninja ..                   &&
ninja

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 ninja test.

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

ninja install

Para instalar a documentação, execute os seguintes comandos como root:

install -v -m755 -d          /usr/share/doc/poppler-25.02.0 &&
cp -vr ../glib/reference/html /usr/share/doc/poppler-25.02.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

-D CMAKE_BUILD_TYPE=Release: Essa chave é usada para aplicar um nível mais alto de otimização à compilação.

-D TESTDATADIR=$PWD/testfiles: Informa aos aplicativos de teste onde os arquivos auxiliares estão localizados.

-D ENABLE_QT5=OFF: Essa chave é necessária para evitar um erro quando o Qt5 não estiver instalado.

-D ENABLE_UNSTABLE_API_ABI_HEADERS=ON: Instala alguns cabeçalhos antigos do Xpdf exigidos por certos aplicativos.

-D ENABLE_GTK_DOC=ON: Use esse parâmetro se o GTK-Doc estiver instalado e você desejar reconstruir e instalar a documentação da API.

-D ENABLE_QT6=OFF: Use esse parâmetro se Qt-6.8.2 não estiver instalado.

-D ENABLE_BOOST=OFF: Use esse parâmetro se você não tiver instalado o boost (a estrutura de retaguarda Splash para Qt6 recomenda o boost).

-D ENABLE_NSS3=OFF: Use esse parâmetro se você não tiver instalado nss.

-D ENABLE_GPGME=OFF: Use esse parâmetro se você não tiver instalado gpgme.

-D ENABLE_LIBTIFF=OFF: Use esse parâmetro se você não tiver instalado libtiff.

LC_ALL=en_US.UTF-8 ninja test: Executa a suíte de teste. A variável de ambiente "LC_ALL=en_US.UTF-8" só é necessária se a localidade 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 (opcionalmente) libpoppler-qt6.so

Diretórios Instalados: /usr/include/poppler, /usr/share/poppler e /usr/share/doc/poppler-25.02.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-qt6.so`	é uma biblioteca invólucro usada para interfacear as funções de renderização de PDF com Qt6

Potrace-1.16

Introdução ao 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.3.

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 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.10.1

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://github.com/qpdf/qpdf/releases/download/v11.10.1/qpdf-11.10.1.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 1ff2340ee610bd8d1e1296d3523c79c9
Tamanho da transferência: 19 MB
Espaço em disco estimado exigido: 313 MB (com testes)
Tempo de construção estimado: 0,5 UPC (usando paralelismo=4; adicionar 0,4 UPC para testes)

Dependências do Qpdf

Exigidas

libjpeg-turbo-3.0.1

Opcionais

ghostscript-10.04.0, GnuTLS-3.8.9, libtiff-4.7.0, sphinx-8.2.1, com sphinx_rtd_theme-3.0.2, e texlive-20240312 ou install-tl-unx

Instalação do Qpdf

Instale Qpdf executando os seguintes comandos:

mkdir build &&
cd    build &&

cmake -D CMAKE_INSTALL_PREFIX=/usr \
      -D CMAKE_BUILD_TYPE=Release  \
      -D BUILD_STATIC_LIBS=OFF     \
      -D CMAKE_INSTALL_DOCDIR=/usr/share/doc/qpdf-11.10.1 \
      .. &&
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.10.1

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 ao 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.3.

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 testes

Dependências do Qrencode

Opcionais

Doxygen-1.13.2 para gerar documentação e SDL2-2.30.11 para os testes

Instalação do qrencode

Instale libqrencode executando os seguintes comandos:

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

Se instalou Doxygen-1.13.2, [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.30.11.

--without-tools: Essa opção evita construir o executável qrencode, removendo a necessidade da libpng-1.6.46.

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 ao 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.3.

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.6/libsass-3.6.6.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: afda97284d75a030cabadf5b9f998a3b
Tamanho da transferência: 336 KB
Espaço em disco estimado exigido: 135 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.6.tar.gz &&
pushd libsass-3.6.6 &&

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.7

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.3.

Informação do Pacote

Transferência (HTTP): https://github.com/aruiz/webp-pixbuf-loader/archive/0.2.7/webp-pixbuf-loader-0.2.7.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: e97025dc70178877dbd041776f151947
Tamanho da transferência: 8,8 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

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 ao 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.3.

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.1.0 e CMake-3.31.5

Instalação do WOFF2

Instale WOFF2 executando os seguintes comandos:

mkdir out                               &&
cd    out                               &&
cmake -D CMAKE_INSTALL_PREFIX=/usr   \
      -D CMAKE_BUILD_TYPE=Release    \
      -D CMAKE_SKIP_INSTALL_RPATH=ON .. &&
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

Conteúdo

Aplicativo Instalado: Nenhum(a)

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"

zxing-cpp-2.3.0

Introdução ao zxing-cpp

O pacote zxing-cpp fornece uma biblioteca de processamento de imagens de código de barras linear/matriz multiformato de código aberto.

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

Informação do Pacote

Transferência (HTTP): https://github.com/zxing-cpp/zxing-cpp/archive/v2.3.0/zxing-cpp-2.3.0.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 91ae23c12b5a00d54037ad019777238a
Tamanho da transferência: 988 KB
Espaço em disco estimado exigido: 67 MB
Tempo de construção estimado: 0,1 UPC (Usando paralelismo=4)

Dependências do zxing-cpp

Exigidas

Opcionais

googletest

Instalação do zxing-cpp

Instale zxing-cpp executando os seguintes comandos:

mkdir build &&
cd    build &&

cmake -D CMAKE_INSTALL_PREFIX=/usr \
      -D CMAKE_BUILD_TYPE=Release  \
      -D ZXING_EXAMPLES=OFF        \
      -W no-dev ..                 &&
make

Testes exigem um pacote externo.

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

make install

Conteúdo

Aplicativos Instalados: None

Bibliotecas Instaladas: libZXing.so

Diretórios Instalados: /usr/include/ZXing e /usr/lib/cmake/ZXing

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.23

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.3.

Informação do Pacote

Transferência (HTTP): https://github.com/asciidoctor/asciidoctor/archive/v2.0.23/asciidoctor-2.0.23.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: e629ec9b6a82a21b4afaab7d5d495e52
Tamanho da transferência: 1,6 MB
Espaço em disco estimado exigido: 5,5 MB
Tempo de construção estimado: menos que 0,1 UPC

Dependências do Asciidoctor

Exigidas

Ruby-3.4.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.23.gem &&
install -vm644 man/asciidoctor.1 /usr/share/man/man1

Conteúdo

Aplicativos Instalados: asciidoctor

Bibliotecas Instaladas: Nenhum(a)

Diretórios Instalados: /usr/lib/ruby/gems/3.4.0/gems/asciidoctor-2.0.23 e /usr/lib/ruby/gems/3.4.0/doc/asciidoctor-2.0.23

Descrições Curtas

asciidoctor

converte arquivos fonte "AsciiDoc" em "HTML", "DocBook" e outros formatos

Bogofilter-1.2.5

Introdução ao 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.3.

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

Opcionais

lmdb-0.9.31, xmlto-0.0.29, Berkeley DB (obsoleto), QDBM e TokyoCabinet

Nota

Se você não instalar o pacote gsl-2.8 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 \
            --with-database=sqlite3      &&
make

Para testar os resultados, emita make check.

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

make install

Explicações do Comando

--with-database=sqlite3: Essa chave faz com que Bogofilter use SQLite-3.49.1 como a base de dados, em vez de Berkeley DB.

--with-database={lmdb,qdbm,tokyocabinet}: Essa chave também permite usar lmdb, qdbm ou tokyocabinet como a base de dados.

Conteúdo

Aplicativos Instalados: bf_compact, bf_copy, bf_tar, bogofilter, bogolexer, bogotune, bogoupgrade e bogoutil

Bibliotecas Instaladas: Nenhum(a)

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 ao 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.3.

Informação do Pacote

Transferência (HTTP): https://anduin.linuxfromscratch.org/BLFS/compface/compface-1.5.2.tar.gz
Transferência (FTP):
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

Primeiro, corrija o conjunto de comandos sequenciais configure, de forma que ele seja compatível com C99:

autoreconf

A seguir, corrija uma falha de construção que ocorre com GCC 14:

sed -e '/compface.h/a #include <unistd.h>' \
    -i cmain.c                             \
    -i uncmain.c

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.a

Diretórios Instalados: Nenhum(a)

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.a`	permite que os algoritmos de compressão e descompressão sejam usados em outros aplicativos, tais como "MTAs"

desktop-file-utils-0.28

Introdução ao "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.3.

Informação do Pacote

Transferência (HTTP): https://www.freedesktop.org/software/desktop-file-utils/releases/desktop-file-utils-0.28.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: dec5d7265c802db1fde3980356931b7b
Tamanho da transferência: 80 KB
Espaço em disco estimado exigido: 1,2 MB
Tempo de construção estimado: menos que 0,1 UPC

Dependências do "Desktop File Utils"

Exigidas

CMake-3.31.5, Glslang-15.1.0 e SPIRV-Tools-1.4.304.1

Opcionais

Emacs-30.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

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.2

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://downloads.sourceforge.net/dos2unix/dos2unix-7.5.2.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 646272020848c9b673de24c4e8e3422e
Tamanho da transferência: 972 KB
Espaço em disco estimado exigido: 7,2 MB (com testes)
Tempo de construção estimado: menos que 0,1 UPC (com 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: Nenhum(a)

Diretórios Instalados: /usr/share/doc/dos2unix-7.5.2

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"

glslc originário de shaderc-2024.4

Introdução ao glslc

O programa glslc é o compilador de linha de comando do Google para OpenGL Shading Language/High Level Shading Language (GLSL/HLSL) para Standard Portable Intermediate Representation (SPIR-V).

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

Informação do Pacote

Transferência (HTTP): https://github.com/google/shaderc/archive/v2024.4/shaderc-2024.4.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 31c4120c5bba0f79ad3bb6491be69d5a
Tamanho da transferência: 224 KB
Espaço em disco estimado exigido: 4,0 MB
Tempo de construção estimado: menos que 0,1 UPC

Dependências do Glslc

Exigidas

Instalação do glslc

Primeiro, permita construir com Glslang-15.1.0 e SPIRV-Tools-1.4.304.1 do sistema:

sed '/build-version/d'   -i glslc/CMakeLists.txt            &&
sed '/third_party/d'     -i CMakeLists.txt                  &&
sed 's|SPIRV|glslang/&|' -i libshaderc_util/src/compiler.cc &&

echo '"2024.4"' > glslc/src/build-version.inc

Agora instale glslc executando os seguintes comandos:

mkdir build &&
cd    build &&

cmake -D CMAKE_INSTALL_PREFIX=/usr \
      -D CMAKE_BUILD_TYPE=Release  \
      -D SHADERC_SKIP_TESTS=ON     \
      -G Ninja ..
ninja

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

install -vm755 glslc/glslc /usr/bin

Conteúdo

Aplicativos Instalados: glslc

Bibliotecas Instaladas: Nenhum(a)

Diretórios Instalados: Nenhum(a)

Descrições Curtas

glslc

compila sombreadores OpenGL Shading Language/High Level Shading Language (GLSL/HLSL) para SPIR-V

Graphviz-12.2.1

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://gitlab.com/graphviz/graphviz/-/archive/12.2.1/graphviz-12.2.1.tar.bz2
Transferência (FTP):
Soma de verificação MD5 da transferência: 4a4dbe47b00b07cd6ba01c75f7d02e6a
Tamanho da transferência: 25 MB
Espaço em disco estimado exigido: 216 MB
Tempo de construção estimado: 0,6 UPC (usando paralelismo = 4)

Dependências do Graphviz

Nota

O uso básico do Graphviz não exige quaisquer bibliotecas além das encontradas no livro LFS. O mecanismo “central” dele de renderização é capaz de gerar vários formatos gráficos, como Postscript, SVG, VML, .fig e Tk. Esses formatos podem ser convertidos para quase qualquer outro formato usando ferramentas provenientes de pacotes como ImageMagick-7.1.1-43. As dependências abaixo adicionam a capacidade para gerar imagens de gráfico em formato de bitmap, para exibir a imagem de gráfico na tela, para editar um gráfico visualizando a imagem resultante diretamente ou para visualizar gráficos grandes. Como o Graphviz é uma dependência de vários pacotes neste livro, é sugerido que você o construa primeiro sem quaisquer dependências e, em seguida, o reconstrua quando tiver construído pacotes suficientes para atender às tuas necessidades.

Opcional, para várias saídas de "bitmap"

Pango-1.56.1, com Cairo-1.18.2, Bibliotecas do Xorg, Fontconfig-2.16.0 e libpng-1.6.46, para gerar imagens nos formatos bitmap SVG, postscript, PNG e PDF ou para exibir a imagem na tela. A saída gerada PNG é exigida para construir gegl-0.4.54

Adicionar GTK+-2 com libjpeg-turbo-3.0.1 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.5.0 (o suporte a "WebP" é considerado experimental), DevIL, libLASi e glitz

Opcional (para carregar gráficos que podem ser exibidos dentro dos nós de um gráfico)

libgs.so originária de ghostscript-10.04.0, librsvg-2.59.2 e Poppler-25.02.0

Opcional (para construir mais ferramentas)

Freeglut-3.6.0 (com GtkGLExt e libGTS para construir o visualizador de gráficos grandes smyrna, o qual é considerado experimental)

Opcional (para construir ligações de idioma)

SWIG-4.3.0 (SWIG precisa estar instalado ou nenhuma ligação será construída), GCC-14.2.0 (para o compilador "go"), Guile-3.0.10, OpenJDK-23.0.2, Lua-5.4.7, PHP-8.4.4, Ruby-3.4.2, Tk-8.6.16, 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.04.0 (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-12.2.1

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-23.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.5.0 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.13,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-12.2.1 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.34.0

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://download.gnome.org/sources/gtk-doc/1.34/gtk-doc-1.34.0.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: f0e7385ba25eddb6ce0953e8cf63d1bf
Tamanho da transferência: 484 KB
Espaço em disco estimado exigido: 14 MB (com testes)
Tempo de construção estimado: 0,2 UPC (com testes)

Dependências do GTK-Doc

Exigidas

docbook-xml-4.5, docbook-xsl-nons-1.79.2, GLib-2.82.5, itstool-2.0.7, libxslt-1.1.42 e Pygments-2.19.1

Opcionais

Para testes: dblatex ou fop-2.10 (suporte a PDF XML), Which-2.23 e módulos Python lxml-5.3.1, 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:

mkdir -p build &&
cd       build &&

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

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:

ninja install

Para testar os resultados, emita: ninja test. 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: Nenhum(a)

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.15

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.3.

Informação do Pacote

Transferência (HTTP): http://www.andre-simon.de/zip/highlight-4.15.tar.bz2
Transferência (FTP):
Soma de verificação MD5 da transferência: fd16041ffc8945ef6c4c07dbf83c541c
Tamanho da transferência: 1,4 MB
Espaço em disco estimado exigido: 25 MB (com GUI)
Tempo de construção estimado: 0,3 UPC (Usando paralelismo=4; com GUI)

Dependências do "Highlight"

Exigidas

Boost-1.87.0 e Lua-5.4.7

Opcionais

Qt-6.8.2 (para construir a estrutura GUI de retaguarda)

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 GUI do qt6, execute o seguinte comando:

make doc_dir=/usr/share/doc/highlight-4.15/ 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.15/ 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.15/: 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.15 e /usr/share/highlight

Descrições Curtas

highlight	é um código-fonte universal para conversor de texto formatado
highlight-gui	é a interface do qt6 para highlight.

ibus-1.5.31

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://github.com/ibus/ibus/archive/1.5.31/ibus-1.5.31.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 3d685af1010d871bb858dc8a8aabb5c4
Tamanho da transferência: 1,5 MB
Espaço em disco estimado exigido: 55 MB (adicionar 1 MB para os testes)
Tempo de construção estimado: 0,3 UPC (Usando paralelismo=4; adicionar 1,0 UPC para testes)

Transferências Adicionais

Base de dados de caracteres "Unicode": https://www.unicode.org/Public/zipped/16.0.0/UCD.zip

Dependências do ibus

Exigidas

ISO Codes-4.17.0 e Vala-0.56.17

Opcionais

GTK-Doc-1.34.0 (para gerar documentação da API), D-Bus Python-1.3.2 e PyGObject-3.50.0 (ambos para construir a biblioteca de suporte a Python), libxkbcommon-1.8.0, Wayland-1.23.0 (ambos para construir os programas de suporte a Wayland), EmojiOne e libdbusmenu

Instalação do ibus

Primeiro, instale a base de dados de caracteres Unicode como o(a) usuário(a) root:

mkdir -p               /usr/share/unicode/ucd &&
unzip -o ../UCD.zip -d /usr/share/unicode/ucd

Corrija um problema com entradas de esquema obsoletas:

sed -e 's@/desktop/ibus@/org/freedesktop/ibus@g' \
    -i data/dconf/org.freedesktop.ibus.gschema.xml

Se GTK-Doc-1.34.0 não estiver instalado, remova as referências a ele:

if ! [ -e /usr/bin/gtkdocize ]; then
  sed '/docs/d;/GTK_DOC/d' -i Makefile.am configure.ac
fi

Instale ibus executando os seguintes comandos:

SAVE_DIST_FILES=1 NOCONFIGURE=1 ./autogen.sh &&

PYTHON=python3                     \
./configure --prefix=/usr          \
            --sysconfdir=/etc      \
            --disable-python2      \
            --disable-appindicator \
            --disable-gtk2         \
            --disable-emoji-dict   &&
make

Para testar os resultados, emita: make -k check. O teste chamado ibus-compose falha porque usa algumas localidades não instaladas no LFS. O teste chamado ibus-keypress falhará se executar em uma sessão do Wayland. O teste xkb-latin-layouts também é conhecido por falhar em alguns sistemas.

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

make install

Explicações do Comando

--disable-appindicator: Essa chave desabilita usar a libdbusmenu. Omita se você instalou a dependência opcional.

--disable-emoji-dict: Essa chave desabilita o uso de dicionários de emoticons. Omita se você instalou o pacote opcional.

--disable-gtk2: Essa chave remove a dependência do GTK+-2.

--disable-gtk4: Essa chave desabilita construir o immodule do GTK 4. Use-a se você não quiser instalar o GTK 4.

--enable-python-library: Essa chave habilita construir a biblioteca de suporte do Python. Use-a se você tiver instalado os módulos opcionais do Python.

--enable-wayland: Essa chave habilita construir os programas de suporte do Wayland. Ela é habilitada automaticamente se libxkbcommon-1.8.0 e Wayland-1.23.0 estiverem instalados.

NOCONFIGURE=1: Impede que autogen.sh execute o conjunto de comandos sequenciais configure gerado. Nós executaremos o conjunto de comandos sequenciais manualmente em vez de depender do autogen.sh para executá-lo, porque autogen.sh configuraria -fsanitize=address -fsanitize=leak em CFLAGS executando configure, mas essas opções do compilador não são adequadas para uso produtivo e também podem causar uma falha da construção.

PYTHON=python3: Essa variável de ambiente faz com que o conjunto de comandos sequenciais configure procure por Python 3. Use-o se quiser construir a biblioteca de suporte do Python 3.

SAVE_DIST_FILES=1: Essa variável de ambiente faz com que o conjunto de comandos sequenciais autogen.sh salve alguns arquivos de cabeçalho pré gerados em vez de sobrescrevê-los quando for executado. Isso evita falhas de construção ao gerar ibusemojigen.h.

--enable-gtk-doc: Use esse parâmetro se GTK-Doc estiver instalado e você desejar reconstruir e instalar a documentação da API.

Configurando Ibus

Se o GTK+-3 estiver instalado e --disable-gtk3 não for usado, o módulo IM do ibus para GTK+-3 será instalado. Como o(a) usuário(a) root, atualize um arquivo de cache do GTK+-3, 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. 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-43

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://www.imagemagick.org/archive/releases/ImageMagick-7.1.1-43.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 007f3006dc48fbd9d6a5da6dbdf3c5c2
Tamanho da transferência: 10 MB
Espaço em disco estimado exigido: 192 MB, 45 MB instalado (com dependências típicas; adicionar 10 MB para verificações)
Tempo de construção estimado: 0,9 UPC (com dependências típicas; adicionar 0,7 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, você pode baixá-la a partir do servidor de pacotes do BLFS na Oregon State University: https://ftp.osuosl.org/pub/blfs/conglomeration/ImageMagick/.

Dependências do ImageMagick

Utilitários Opcionais do Sistema

7zip-24.09 (LZMA), Clang proveniente de LLVM-19.1.7, Cups-2.4.11, cURL-8.12.1, FFmpeg-7.1, fftw-3.3.10, SANE-1.2.1, Wget-1.25.0, xdg-utils-1.2.1, xterm-397, Dmalloc, Electric Fence e PGP ou GnuPG-2.4.7 (você terá que fazer alguns ajustes para usar GnuPG), Profiles

Bibliotecas Opcionais de Gráficos

jasper-4.2.4, Little CMS-2.17, libgxps-0.3.2, libjpeg-turbo-3.0.1, libjxl-0.11.1, libpng-1.6.46, libraw-0.21.3 (para arquivos dng; precisa da libraw_r de camada segura), librsvg-2.59.2, libtiff-4.7.0, libwebp-1.5.0, OpenJPEG-2.5.3, Pango-1.56.1, DjVuLibre, FlashPIX (libfpx), FLIF, JBIG-KIT, libheif com libde265 (ambos necessários se converter imagens heic do macOS), libraqm, Liquid Rescale, OpenEXR e RALCGM (ou ralcgm)

Utilitários Opcionais Gráficos

Fontes Dejavu, ghostscript-10.04.0, Gimp-3.0.0-RC3, Graphviz-12.2.1, Inkscape-1.4, Blender, corefonts, GhostPCL, Gnuplot, POV-Ray e Radiance

Ferramentas Opcionais de Conversão

Enscript-1.6.6, Potrace-1.16, texlive-20240312 (ou install-tl-unx) AutoTrace, Utilitários de Linha de Comandos GeoExpress, também conhecidos como Utilitários MrSID (pacote binário), hp2xx, libwmf, UniConvertor, e Utah Raster Toolkit (ou URT-3.1b)

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 da “Helvetica” originário de “Ghostscript Standard Fonts”, que são opcionalmente instaladas em ghostscript-10.04.0 - 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-fftw: Habilita suporte para a biblioteca compartilhada FFTW.

--with-rsvg: Habilita suporte para a biblioteca librsvg.

--with-autotrace: Habilita suporte para a biblioteca Autotrace.

--with-wmf: Habilita suporte para a biblioteca libwmf.

--with-gvc: Habilita suporte para GraphViz.

--with-security-policy=open|limited|secure|websafe: Se você desejar impor uma política diferente da padrão 'open', veja-se www/security-policy.html no fonte para detalhes.

--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.40/{,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	converte entre formatos de imagem, bem como redimensiona uma imagem, desfoca, corta, descolore, pontilha, desenha, inverte, junta, reamostra e muito mais
Magick{++,Core,Wand}-config	mostra informações a respeito das versões instaladas das bibliotecas do 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 ler, manipular e escrever 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 do pacote estar 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.17.0

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://salsa.debian.org/iso-codes-team/iso-codes/-/archive/v4.17.0/iso-codes-v4.17.0.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: f4b460577728ba331e078ad8bd246c98
Tamanho da transferência: 15 MB
Espaço em disco estimado exigido: 97 MB
Tempo de construção estimado: 0,1 UPC (com testes)

Instalação do ISO Codes

Instale ISO Codes 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 LN_S='ln -sfn'

Explicações do Comando

LN_S='ln -sfn': Essa substituição garante os links simbólicos instalados recriados corretamente caso nós estejamos atualizando ou reinstalando o pacote. Ela é desnecessária, mas inofensiva, ao instalar o pacote no sistema pela primeira vez.

Conteúdo

Aplicativos Instalados: Nenhum(a)

Bibliotecas Instaladas: Nenhum(a)

Diretório Instalado: /usr/share/iso-codes, /usr/share/xml/iso-codes

lsof-4.99.0

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://github.com/lsof-org/lsof/releases/download/4.99.0/lsof-4.99.0.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 8c858675f6d6e137df9b4e26ad6c46e8
Tamanho da transferência: 1,1 MB
Espaço em disco estimado exigido: 14 MB (com testes)
Tempo de construção estimado: 0,1 UPC (com testes)

Dependências do lsof

Exigidas

libtirpc-1.3.6

Opcionais

Nmap-7.95 (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 --prefix=/usr --disable-static &&
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.95 seja instalado com um link simbólico /usr/bin/nc apontando para ncat.

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: lsof

Bibliotecas Instaladas: liblsof.so

Diretórios Instalados: Nenhum(a)

Descrições Curtas

lsof	lista arquivos abertos para processos em execução
`liblsof.so`	contém uma interface para aplicativos listarem arquivos abertos

pinentry-1.3.1

Introdução ao PIN-Entry

O pacote PIN-Entry contém uma coleção de caixas de diálogos simples de entrada de PIN ou frase secreta que utiliza o protocolo Assuan conforme descrito pelo projeto Egito. 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 (baseadas 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.3.

Informação do Pacote

Transferência (HTTP): https://www.gnupg.org/ftp/gcrypt/pinentry/pinentry-1.3.1.tar.bz2
Transferência (FTP):
Soma de verificação MD5 da transferência: 89a6844fcf76d3c022ce6c6e930c17ee
Tamanho da transferência: 600 KB
Espaço em disco estimado exigido: 17 MB
Tempo de construção estimado: 0,3 UPC

Dependências do PIN-Entry

Exigidas

libassuan-3.0.2 e libgpg-error-1.51

Opcionais

Emacs-30.1, FLTK-1.4.2, Gcr-4.3.1 (ou Gcr-3.41.2), KDE Frameworks-6.11.0, libsecret-0.21.6 e efl

Instalação do PIN-Entry

Primeiro, torne configure consistente com fltk-1.4.1:

sed -i "/FLTK 1/s/3/4/" configure   &&
sed -i '14462 s/1.3/1.4/' configure

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-gnome3=yes/no: O padrão é sim. Essa opção usa Gcr-4.3.1 (ou Gcr-3.41.2 se o primeiro não estiver instalado) para a caixa de diálogo do pinentry.

--enable-pinentry-tty: Padrão é "maybe".

Conteúdo

Aplicativos Instalados: pinentry (link simbólico), pinentry-curses, pinentry-emacs, pinentry-fltk, pinentry-gnome3, 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-qt	é um aplicativo auxiliar Qt4 ou 5 do PIN-Entry
pinentry-tty	é um aplicativo auxiliar tty do PIN-Entry

Screen-5.0.0

Introdução ao 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.3.

Informação do Pacote

Transferência (HTTP): https://ftp.gnu.org/gnu/screen/screen-5.0.0.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: befc115989242ed4bceeff8d8bfeb4e6
Tamanho da transferência: 876 KB
Espaço em disco estimado exigido: 7,7 MB
Tempo de construção estimado: 0,1 UPC

Dependências do Screen

Opcionais

Instalação do Screen

Instale Screen executando os seguintes comandos:

./configure --prefix=/usr                        \
            --infodir=/usr/share/info            \
            --mandir=/usr/share/man              \
            --disable-pam                        \
            --enable-socket-dir=/run/screen      \
            --with-pty-group=5                   \
            --with-system_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

--disable-pam: Essa opção remove uma dependência de construção de Linux-PAM. Remova essa opção se você quiser suporte a PAM.

--enable-socket-dir=/run/screen: Essa opção coloca os soquetes por usuário(a) em um local padrão.

--with-system_screenrc=/etc/screenrc: Essa opção coloca o arquivo global screenrc em /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-5.0.0

Bibliotecas Instaladas: Nenhum(a)

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.4

Introdução ao "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.3.

Informação do Pacote

Transferência (HTTP): https://gitlab.freedesktop.org/xdg/shared-mime-info/-/archive/2.4/shared-mime-info-2.4.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: aac56db912b7b12a04fb0018e28f2f36
Tamanho da transferência: 7,5 MB
Espaço em disco estimado exigido: 26 MB (com testes)
Tempo de construção estimado: menos que 0,1 UPC (com 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.82.5 e libxml2-2.13.6

Opcionais

xmlto-0.0.29

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 -D update-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.

-D update-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: Nenhum(a)

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 ao 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.3.

Informação do Pacote

Transferência (HTTP): https://ftp.gnu.org/gnu/sharutils/sharutils-4.15.2.tar.xz
Transferência (FTP):
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

tidy-html5-5.8.0

Introdução ao "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.3.

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"

Exigidas

Instalação do "Tidy HTML5"

Instale Tidy HTML5 executando os seguintes comandos:

cd build/cmake &&

cmake -D CMAKE_INSTALL_PREFIX=/usr \
      -D CMAKE_BUILD_TYPE=Release  \
      -D BUILD_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

-D CMAKE_BUILD_TYPE=Release: Essa chave é usada para construir a biblioteca de lançamento sem qualquer `assertiva` de depuração no código.

-D BUILD_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 ao 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.3.

Informação do Pacote

Transferência (HTTP): https://ftp.gnu.org/gnu/time/time-1.9.tar.gz
Transferência (FTP):
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 testes)
Tempo de construção estimado: 0,1 UPC (com 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.2.1

Introdução ao "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.3.

Informação do Pacote

Transferência (HTTP): https://gitlab.com/OldManProgrammer/unix-tree/-/archive/2.2.1/unix-tree-2.2.1.tar.bz2
Transferência (FTP):
Soma de verificação MD5 da transferência: ada08dc80717b09e2041ac9276d7b854
Tamanho da transferência: 56 KB
Espaço em disco estimado exigido: 588 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

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 ao "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.3.

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):
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

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.6

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.3.

Informação do Pacote

Transferência (HTTP): https://github.com/flatpak/xdg-dbus-proxy/releases/download/0.1.6/xdg-dbus-proxy-0.1.6.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 6d38a1b6bba80a3134270204558ba17e
Tamanho da transferência: 48 KB
Espaço em disco estimado exigido: 908 KB
Tempo de construção estimado: menos que 0,1 UPC

Dependências do xdg-dbus-proxy

Exigidas

dbusmock-0.34.3 e PyGObject-3.50.0

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 ao "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.3.

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.42 (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.

7zip-24.09

Introdução ao 7zip

7zip é um arquivador de arquivos que arquiva com altas taxas de compressão. Ele lida com 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.3.

Informação do Pacote

Transferência (HTTP): https://github.com/ip7z/7zip/archive/24.09/7zip-24.09.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 41d0d31a3b0e39a1cbd848c10574fb0b
Tamanho da transferência: 2,1 MB
Espaço em disco estimado exigido: 39 MB
Tempo de construção estimado: 2,3 UPC (com testes)

Dependências do 7zip

Opcionais

UASM

Instalação do 7zip

Instale 7zip executando os seguintes comandos:

for i in Bundles/{Alone,Alone7z,Format7zF,SFXCon} UI/Console; do
    make -C CPP/7zip/$i -f ../../cmpl_gcc.mak
done

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

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

install -vDm755 CPP/7zip/Bundles/Alone{/b/g/7za,7z/b/g/7zr} \
                CPP/7zip/Bundles/Format7zF/b/g/7z.so        \
                CPP/7zip/UI/Console/b/g/7z                  \
                -t /usr/lib/7zip/                              &&

install -vm755 CPP/7zip/Bundles/SFXCon/b/g/7zCon \
               /usr/lib/7zip/7zCon.sfx           &&

(for i in 7z 7za 7zr; do
    cat > /usr/bin/$i << EOF || exit
#!/bin/sh
exec /usr/lib/7zip/$i "\$@"
EOF
    chmod 755 /usr/bin/$i || exit
done) &&

cp -rv DOC -T /usr/share/doc/7zip-24.09

Conteúdo

Aplicativos Instalados: 7z, 7za e 7zr

Bibliotecas Instaladas: Nenhum(a)

Diretório Instalado: /usr/lib/7zip e /usr/share/doc/7zip-24.09

Descrições Curtas

7z	é um utilitário arquivador de arquivos
7za	é um executável autônomo que lida com menos formatos de arquivamento que o 7z
7zr	é uma versão mínima do 7za que lida somente com arquivamentos 7z

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.3.

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-126

Opcionais

GTK-Doc-1.34.0 e xmlto-0.0.29

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.34.3 não estiver instalado:

mv tests/dbusmock{,-tests}

Em seguida, corrija um conjunto de comandos sequenciais de teste, de forma que o novo diretório seja encontrado e adapte-o para Python 3.12.0 ou posterior:

sed -e '/accounts_service\.py/s/dbusmock/dbusmock-tests/' \
    -e 's/assertEquals/assertEqual/'                      \
    -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 \
      -D admin_group=adm

Agora adapte a cópia de mocklibc enviada para permitir construir a suíte de teste com GCC 14 ou posterior:

grep 'print_indent'     ../subprojects/mocklibc-1.0/src/netgroup.c \
     | sed 's/ {/;/' >> ../subprojects/mocklibc-1.0/src/netgroup.h &&
sed -i '1i#include <stdio.h>'                                      \
    ../subprojects/mocklibc-1.0/src/netgroup.h

Construa o pacote:

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.

-D admin_group=adm: Essa chave configura o grupo para contas de administrador(a).

-D docbook=true: Essa chave habilita construir a documentação da API da interface do D-Bus (precisa do xmlto-0.0.29).

-D gtk_doc=true: Essa chave habilita construir a documentação da API da libaccountsservice (precisa do GTK-Doc-1.34.0).

-D vapi=false: Essa chave desabilita construir as ligações vala. Use-a se você não tiver instalado Vala-0.56.17.

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

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 ao "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-257.3 (leia-se a documentação para Handle*= em logind.conf(5) para detalhes) e UPower-1.90.7 (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-257.3 lida com alguns eventos ACPI por padrão, de forma que o tratamento desses eventos pelo Systemd-257.3 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.3.

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-257.3 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-20241211 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: Nenhum(a)

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 ao "at"

O pacote at fornece execução diferida de tarefas 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.3.

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"

Exigidas

Um MTA

Opcionais

libtirpc-1.3.6 e rpcsvc-proto-1.4.4

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: Nenhum(a)

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.9

Introdução ao "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.3.

Informação do Pacote

Transferência (HTTP): https://www.kernel.org/pub/linux/daemons/autofs/v5/autofs-5.1.9.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 06fb59a03c82364a0d788435b6853d70
Tamanho da transferência: 328 KB
Espaço em disco estimado exigido: 5,7 MB
Tempo de construção estimado: menos que 0,1 UPC

Dependências do "Autofs"

Exigidas

Opcionais

nfs-utils-2.8.2, libnsl-2.0.1, libxml2-2.13.6, MIT Kerberos V5-1.21.3, OpenLDAP-2.6.9 (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"

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.3.

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: libautofs.so, lookup_dir.so, lookup_file.so, lookup_files.so (link simbólico para lookup_file.so), lookup_hosts.so, lookup_ldap.so (opcional), lookup_multi.so, lookup_nis.so (link simbólico para lookup_yp.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 (link simbólico para mount_ext2.so), mount_ext4.so (link simbólico para mount_ext2.so), mount_generic.so, mount_nfs.so, mount_nfs4.so (link simbólico para mount_nfs.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.79

Introdução ao "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.3.

Informação do Pacote

Transferência (HTTP): https://www.kernel.org/pub/linux/bluetooth/bluez-5.79.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: a22d25ca60e89d211ac154dca3a84e61
Tamanho da transferência: 2,3 MB
Espaço em disco estimado exigido: 170 MB (com testes)
Tempo de construção estimado: 0,5 UPC (usando paralelismo = 4; com os testes)

Dependências do "BlueZ"

Exigidas

dbus-1.16.0, GLib-2.82.5 e libical-3.0.19

Opcionais

docutils-0.21.2 (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, instale a documentação da API como o(a) usuário(a) root:

install -v -dm755 /usr/share/doc/bluez-5.79 &&
install -v -m644 doc/*.txt /usr/share/doc/bluez-5.79

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.21.2 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.79

Descrições Curtas

bluemoon	é um utilitário de configuração do Bluetooth
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.11.0

Introdução ao "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.3.

Informação do Pacote

Transferência (HTTP): https://github.com/containers/bubblewrap/releases/download/v0.11.0/bubblewrap-0.11.0.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 630eec714ea04729efd116ea85a715a3
Tamanho da transferência: 116 KB
Espaço em disco estimado exigido: 3,2 MB (com testes)
Tempo de construção estimado: menos que 0,1 UPC (com testes)

Dependências do "Bubblewrap"

Opcionais

libxslt-1.1.42 (para gerar páginas de manual), libseccomp-2.6.0 (construído com ligações Python, para testes), bash-completion e SELinux

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]

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.

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.7

Introdução ao "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.3.

Informação do Pacote

Transferência (HTTP): https://www.freedesktop.org/software/colord/releases/colord-1.4.7.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 94bd795efa1931a34990345e4ac439a8
Tamanho da transferência: 1,7 MB
Espaço em disco estimado exigido: 18 MB (com testes)
Tempo de construção estimado: 0,4 UPC (com testes)

Transferências Adicionais

Remendo exigido: https://www.linuxfromscratch.org/patches/blfs/12.3/colord-1.4.7-upstream_fixes-1.patch

Dependências do "Colord"

Exigidas

dbus-1.16.0, GLib-2.82.5 (GObject Introspection recomendado), Little CMS-2.17, libgudev-238, libgusb-0.4.9, Polkit-126 e SQLite-3.49.1

Opcionais

gnome-desktop-44.1 e colord-gtk-0.3.1 (para construir as ferramentas de exemplo), docbook-xml-5.0, docbook-xsl-ns-1.79.2, e libxslt-1.1.42 (para construir as páginas de manual), GTK-Doc-1.34.0, SANE-1.2.1, ArgyllCMS e Bash Completion

Instalação do "Colord"

Primeiro, corrija um uso indevido da API do sqlite, causante de uma falha de teste e possível quebra ao tempo da execução bem como uma configuração de proteção do systemd excessivamente restrita, causante do serviço do systemd falhar para iniciar:

patch -Np1 -i ../colord-1.4.7-upstream_fixes-1.patch

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

Instale Colord executando os seguintes comandos:

mkdir build &&
cd    build &&

meson setup ..                  \
      --prefix=/usr             \
      --buildtype=release       \
      -D daemon_user=colord     \
      -D vapi=true              \
      -D systemd=true           \
      -D libcolordcompat=true   \
      -D argyllcms_sensor=false \
      -D bash_completion=false  \
      -D docs=false             \
      -D man=false              &&
ninja

Se docbook-xml-5.0, docbook-xsl-ns-1.79.2 e libxslt-1.1.42 estiverem instalados, construa as páginas de manual:

sed -e '/class="manual"/i<refmiscinfo class="source">colord</refmiscinfo>' \
    -i ../man/*.xml &&
meson configure -D man=true &&
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.

-D daemon_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.

-D vapi=true: Essa chave habilita construir as ligações Vala. Remova se você não tiver Vala-0.56.17 instalado.

-D systemd=true: Essa chave habilita a instalação do serviço systemd.

-D libcolordcompat=true: Essa chave habilita construir uma biblioteca de compatibilidade para pacotes mais antigos que usam Colord.

-D argyllcms_sensor=false: Essa chave desabilita o controlador do sensor ArgLLCMS. Omita se você tiver ArgyllCMS instalado e desejar usá-lo.

-D bash_completion=false: Essa chave desabilita o suporte ao Completação do Bash para aplicativos Colord.

-D docs=false: Essa chave desabilita a construção de documentação. Omita se você tiver GTK-Doc-1.34.0 disponível.

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.15

Introdução ao "cpio"

O pacote cpio contém ferramentas para arquivamento.

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

Informação do Pacote

Transferência (HTTP): https://ftp.gnu.org/gnu/cpio/cpio-2.15.tar.bz2
Transferência (FTP):
Soma de verificação MD5 da transferência: 3394d444ca1905ea56c94b628b706a0b
Tamanho da transferência: 1,6 MB
Espaço em disco estimado exigido: 21 MB (com testes e documentos)
Tempo de construção estimado: 0,3 UPC (com testes e documentos)

Dependências do "CPIO"

Opcionais

texlive-20240312 (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-20240312 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.15/html &&
install -v -m644   doc/html/* \
                    /usr/share/doc/cpio-2.15/html &&
install -v -m644    doc/cpio.{html,txt} \
                    /usr/share/doc/cpio-2.15

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.15

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: Nenhum(a)

Diretórios Instalados: /usr/share/doc/cpio-2.15

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 ao "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.3.

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.11 e Polkit-126

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.16.0

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.3.

Informação do Pacote

Transferência (HTTP): https://dbus.freedesktop.org/releases/dbus/dbus-1.16.0.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 66bfcf1f42d4ebc634ca558d14335e92
Tamanho da transferência: 1,3 MB
Espaço em disco estimado exigido: 110 MB (adicionar 6 MB para os testes)
Tempo de construção estimado: 0,2 UPC (adicionar 0,4 UPC para testes)

Dependências do "D-Bus"

Opcionais

Systemd-257.3 (tempo de execução, para registrar serviços iniciados pelo processo de segundo plano de sessão D-Bus como serviços de usuário(a) do systemd); Para os testes: D-Bus Python-1.3.2, PyGObject-3.50.0 e Valgrind-3.24.0; para documentação: Doxygen-1.13.2, xmlto-0.0.29, Ducktype e Yelp Tools

Instalação do "D-Bus"

Instale o D-Bus executando os seguintes comandos (você possivelmente deseje revisar o arquivo meson_options.txt primeiro e adicionar quaisquer opções adicionais desejadas à linha setup do meson abaixo):

mkdir build &&
cd    build &&

meson setup --prefix=/usr          \
            --buildtype=release    \
            --wrap-mode=nofallback \
            .. &&
ninja

Veja-se abaixo para instruções de teste.

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

ninja 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

Finalmente, ainda como o(a) usuário(a) root, renomeie o diretório da documentação (ele só existe se as dependências opcionais forem satisfeitas para pelo menos um formato de documentação) para torná-lo versionado:

if [ -e /usr/share/doc/dbus ]; then
  rm -rf /usr/share/doc/dbus-1.16.0    &&
  mv -v  /usr/share/doc/dbus{,-1.16.0}
fi

Muitos testes estão desabilitados, a menos que D-Bus Python-1.3.2 e PyGObject-3.50.0 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 ninja test.

Se você deseja executar os testes de regressão de unidade, o meson 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, emita os seguintes comandos (para os testes, você não precisa construir os documentos):

meson configure -D asserts=true -D intrusive_tests=true &&
ninja test

Explicações do Comando

--wrap-mode=nofallback: Essa chave impede meson de usar substitutos de subprojeto para quaisquer declarações de dependência nos arquivos de construção, impedindo-o de baixar quaisquer dependências opcionais que não estejam instaladas no sistema.

-D intrusive_tests=true: Constrói partes extras do código para suportar todos os testes. Não use em uma construção de produção.

-D asserts=true: Habilita código de depuração para executar asserções para declarações normalmente presumidas serem verdadeiras. Isso evita um aviso de que '-D asserts=true' 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.3-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.3.

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.1.1166), Linux-PAM-1.7.0 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.3.

Informação do Pacote

Transferência (HTTP): https://anduin.linuxfromscratch.org/BLFS/gpm/gpm-1.20.7.tar.bz2
Transferência (FTP):
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.3/gpm-1.20.7-consolidated-1.patch

Dependências do GPM

Opcionais

texlive-20240312 (para documentação)

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 ac_cv_path_emacs=no &&
make

Se texlive-20240312 estiver instalado, construa o manual do GPM como formatos dvi, ps e pdf:

make -C doc gpm.{dvi,ps} &&
dvipdfm doc/gpm.dvi -o doc/gpm.pdf

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

Se texlive-20240312 estiver instalado e você tiver construído o manual do GPM como formatos dvi, ps e pdf, instale-os como o(a) usuário(a) root:

install -vm644 doc/gpm.{dvi,ps,pdf} /usr/share/doc/gpm-1.20.7

Explicações do Comando

./autogen.sh: Esse comando cria o ausente script configure.

ac_cv_path_emacs=no: Essa variável soluciona um problema que faz com que o pacote falhe para construir com Emacs-30.1 instalado. Ela também suprime as instalações de alguns “arquivos de suporte do Emacs” fornecidos com o GPM. Esses arquivos estão bastante desatualizados e deveriam ser substituídos pelo suporte GPM integrado ao Emacs-30.1. Se precisar usar Emacs-30.1 no console do Linux com suporte para mouse, você deveria instalar (ou reinstalar) Emacs-30.1 depois do GPM.

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-20241211 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.3.

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

hwdata-0.392

Introdução ao hwdata

O pacote hwdata contém dados atuais de PCI e ID do fornecedor.

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

Informação do Pacote

Transferência (HTTP): https://github.com/vcrhonek/hwdata/archive/v0.392/hwdata-0.392.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 14cee546bfc1f6cb83c4339df1cbe4b9
Tamanho da transferência: 2,4 MB
Espaço em disco estimado exigido: 9,6 MB
Tempo de construção estimado: menos que 0,1 UPC

Instalação do hwdata

Instale hwdata executando os seguintes comandos:

./configure --prefix=/usr --disable-blacklist

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)

Biblioteca Instalada: Nenhum(a)

Diretório Instalado: /usr/share/hwdata

LSB-Tools-0.12

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.3.

Informação do Pacote

Transferência (HTTP): https://github.com/lfs-book/LSB-Tools/releases/download/v0.12/LSB-Tools-0.12.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 1e6ef8cdfddb55035a6c36757e6313f9
Tamanho da transferência: 20 KB
Espaço em disco estimado exigido: 412 KB
Tempo de construção estimado: menos que 0,1 UPC

Instalação do "LSB-Tools"

Instale LSB-Tools executando os seguintes comandos:

make

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

make install

Remova um arquivo que não deveria ser instalado, como o(a) usuário(a) root:

rm /usr/sbin/lsbinstall

Remova dois conjuntos de comandos sequenciais que não servem para nada em um sistema systemd:

rm /usr/sbin/{install,remove}_initd

Informação de Configuração

A configuração para esse pacote foi feita no LFS. O arquivo /etc/lsb-release já deveria existir. Certifique-se de que a entrada DISTRIB_CODENAME tenha sido configurada corretamente.

Conteúdo

Aplicativos Instalados: lsb_release

Biblioteca Instalada: Nenhum(a)

Diretórios Instalados: /usr/lib/lsb e /usr/lib/python3.13/site-packages/lsbtools

Descrições Curtas

lsb_release

é um script para fornecer dados "LSB"

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 para ajustar o desempenho de alguns hardwares (como ventiladores de resfriamento).

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

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.23

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 \
     EXLDFLAGS=

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.

EXLDFLAGS=: Esse parâmetro desabilita codificar rigidamente caminhos de pesquisa de biblioteca (rpath) nos arquivos binários executáveis e bibliotecas compartilhadas. Esse pacote não precisa do rpath para uma instalação no local padrão, e o rpath às vezes pode causar efeitos indesejados ou até mesmo problemas de segurança.

PROG_EXTRA=sensord: Esse parâmetro habilita compilar o sensord, um processo de segundo plano que consegue monitorar teu sistema em intervalos regulares. Compilar 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 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 conjunto de comandos sequenciais de shell para uso com lm-sensors. Ele lê a configuração dele a partir de um arquivo (/etc/sensors3.conf por padrão), 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 conjunto de comandos sequenciais Perl que te guiará ao longo do processo de varredura do teu sistema em busca de vários chips de monitoramento de hardware (sensores) suportados pela `libsensors`, ou mais geralmente pela suíte de ferramentas do 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 de API do lm-sensors

Logrotate-3.22.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.3.

Informação do Pacote

Transferência (HTTP): https://github.com/logrotate/logrotate/releases/download/3.22.0/logrotate-3.22.0.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 2386501a53ff086f44eeada2b27d50b8
Tamanho da transferência: 172 KB
Espaço em disco estimado exigido: 2,6 MB (adicionar 38 MB para os testes)
Tempo de construção estimado: menos que 0,1 UPC (adicionar 0,1 UPC para 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. 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.33

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.3.

Informação do Pacote

Transferência (HTTP): http://ftp.midnight-commander.org/mc-4.8.33.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: b3596c1f092b9822a6cd9c9a1aef8dde
Tamanho da transferência: 2,3 MB
Espaço em disco estimado exigido: 71 MB (adicionar 97 MB para os testes)
Tempo de construção estimado: 0,3 UPC (usando paralelismo=4; adicionar 0,1 UPC para testes)

Dependências do "MC"

Exigidas

Opcionais

Doxygen-1.13.2, GPM-1.20.7, Graphviz-12.2.1, libarchive-3.7.7, libssh2-1.11.1, pcre2-10.45, Ruby-3.4.2, 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-screen=ncurses: Use isso se você não tiver slang-2.3.3 instalado.

--with-search-engine=pcre2: Use essa chave se você preferisse usar pcre2-10.45 em vez de GLib para o mecanismo de pesquisa integrado.

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 principal de configuração ~/.config/mc/ini manualmente ou por meio do shell do MC. Consulte-se 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: Nenhum(a)

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.3.

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 testes)
Tempo de construção estimado: 0,7 UPC (Usando paralelismo=4; com 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.3.

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):
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.48 e libcanberra-0.30 (Construído com suporte a GTK-3.24.48).

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.9.7.

Conteúdo

Aplicativo Instalado: nenhum(a)

Bibliotecas Instaladas: nenhum(a)

Diretório Instalado: nenhum(a)

Pax-20240817

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.3.

Informação do Pacote

Transferência (HTTP): http://www.mirbsd.org/MirOS/dist/mir/cpio/paxmirabilis-20240817.tgz
Transferência (FTP):
Soma de verificação MD5 da transferência: 9a723154a4201a0892b7ff815b6753b5
Tamanho da transferência: 180 KB
Espaço em disco estimado exigido: 1,6 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.13.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.3.

Informação do Pacote

Transferência (HTTP): https://mj.ucw.cz/download/linux/pci/pciutils-3.13.0.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 1edb865de7a2de84e67508911010091b
Tamanho da transferência: 660 KB
Espaço em disco estimado exigido: 4,9 MB
Tempo de construção estimado: menos que 0,1 UPC

Dependências do "PCI Utils"

Instalação do "PCI Utils"

Evite a instalação do arquivo pci.ids para evitar um conflito com o pacote hwdata-0.392:

sed -r '/INSTALL/{/PCI_IDS|update-pciids /d; s/update-pciids.8//}' \
    -i Makefile

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

Em seguida, instale o pacote hwdata-0.392 para o arquivo pci.ids.

Explicações do Comando

SHARED=yes: Esse parâmetro habilita a construção da biblioteca compartilhada em vez da estática.

Conteúdo

Aplicativos Instalados: lspci, pcilmr e setpci

Biblioteca Instalada: libpci.so

Diretório Instalado: /usr/include/pci

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
pcilmr	é um utilitário para gerenciar links PCIe
setpci	é um utilitário para consultar e configurar dispositivos "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.3.

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.3/pm-utils-1.4.1-bugfixes-1.patch

Dependências dos Utilitários de Gerenciamento de Eletricidade

Opcionais

xmlto-0.0.29 (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.29 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-se 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: Nenhum(a)

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)

Power-profiles-daemon-0.30

Introdução ao Power-profiles-daemon

O pacote Power-profiles-daemon fornece um programa que permite a modificação do estado de eletricidade/comportamento do sistema. Isso é usado em muitos laptops e pode ser usado por um ambiente de área de trabalho para ativar a economia de eletricidade ou controladores de desempenho da CPU por meio do dbus. Em outros sistemas, o Power-profiles-daemon pode ser usado como uma forma simplificada para configurar o controladores da CPU para a finalidade de aumentar o desempenho do sistema ao custo do uso de eletricidade.

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

Informação do Pacote

Transferência (HTTP): https://gitlab.freedesktop.org/upower/power-profiles-daemon/-/archive/0.30/power-profiles-daemon-0.30.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: b72dbed7159cbeff972e9a20ddcc7388
Tamanho da transferência: 84 KB
Espaço em disco estimado exigido: 1,6 MB
Tempo de construção estimado: menos que 0,1 UPC (com testes)

Dependências do Power-profiles-daemon

Exigidas

Polkit-126, PyGObject-3.50.0 (pycairo não é necessário) e UPower-1.90.7

Opcionais

GTK-Doc-1.34.0, Os restos são para os testes, dbusmock-0.34.3, umockdev-0.19.1, isort e mccabe

Configuração do Núcleo

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

Power management and ACPI options --->
  CPU Frequency scaling --->
    -*-   CPU Frequency scaling                                       [CPU_FREQ]
    -*-     'performance' governor                    [CPU_FREQ_GOV_PERFORMANCE]
    <*/M>   'powersave' governor                        [CPU_FREQ_GOV_POWERSAVE]
    # Select if CPU is Intel:
    [ /*]   Intel P state control                             [X86_INTEL_PSTATE]
    # Select if CPU is AMD:
    [ /*]   AMD Processor P-State driver                        [X86_AMD_PSTATE]

Device Drivers --->
  # Some drivers under this submenu provide "platform profile" support
  # and power-profiles-daemon can take advantage from platform profiles;
  # select a driver if suitable for your platform:
  [ /*] X86 Platform Specific Device Drivers --->         [X86_PLATFORM_DEVICES]

Selecione as sub opções apropriadas que aparecem quando as opções acima são selecionadas. Tanto quanto possível, o esquema deveria ser o mesmo dos menus de configuração do núcleo.

Instalação do Power-profiles-daemon

Instale Power-profiles-daemon executando os seguintes comandos:

mkdir build &&
cd build &&

meson setup                \
      --prefix=/usr        \
      --buildtype=release  \
      -D gtk_doc=false     \
      -D tests=false       \
      .. &&
ninja

Se você tiver instalado as dependências externas, para testar os resultados, emita: ninja test.

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

ninja install

Explicações do Comando

-D gtk_doc=false: Impede construir a documentação. Remova isso se você tiver o GTK-Doc instalado e desejar construir a documentação.

-D tests=false: Impede construir os testes porque eles não podem ser executados dentro dos limites do BLFS. Remova isso se você tiver instalado as dependências externas e desejar executar os testes.

Configurando Power-profiles-daemon

Unidade do Systemd

Para iniciar o power-profiles-daemon na inicialização, habilite o serviço de systemd que foi instalado executando o seguinte comando como o(a) usuário(a) root:

systemctl enable power-profiles-daemon

Selecione um Perfil de Eletricidade

Para listar todos os perfis de eletricidade suportados, emita:

powerprofilesctl

Para ativar um perfil de eletricidade (por exemplo performance), emita:

powerprofilesctl set performance

Alguns ambientes de área de trabalho (por exemplo GNOME e KDE) também fornecem uma interface gráfica para interagir com power-profiles-daemon e ativar um perfil de eletricidade.

O perfil de eletricidade ativado é automaticamente armazenado em /var/lib/power-profiles-daemon/state.ini e power-profiles-daemon irá lê-lo e ativá-lo novamente na próxima inicialização se a unidade do Systemd estiver habilitada como acima.

Conteúdo

Aplicativo Instalado: powerprofilesctl

Bibliotecas Instaladas: Nenhum(a)

Diretórios Instalados: Nenhum(a)

Descrições Curtas

powerprofilesctl

Isso permite que o(a) usuário(a) configure o regulador de eletricidade da CPU.

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.3.

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.12.1 e libxslt-1.1.42

Opcionais

GTK-Doc-1.34.0, ICU-76.1 e libyajl

Instalação do "Raptor"

Primeiro, corrija uma incompatibilidade com libxml2-2.11.x:

sed -i 's/20627/20627 \&\& LIBXML_VERSION < 21100/' src/raptor_libxml.c

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-76.1 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.3.

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

libgcrypt-1.11.0

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.3.

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

SQLite-3.49.1, MariaDB-11.4.5 ou MySQL, PostgreSQL-17.4, Berkeley DB (obsoleto) libiodbc, 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.3.

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(a)

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

sysmond-1.0.0

Introdução ao sysmond

O pacote sysmond (pronuncia-se sys-mon-d) é a parte de processo de segundo plano do aplicativo cliente/servidor sysmond/sysmon3 que monitora valores do sistema, incluindo uso de CPU, uso de memória e temperaturas do sistema em uma janela de tela compacta.

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

Informação do Pacote

Transferência (HTTP): https://github.com/lfs-book/sysmond/releases/download/sysmond-1.0.0/sysmond-1.0.0.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: ef7bf090b835c3265e9b602b4a297fcd
Tamanho da transferência: 22 KB
Espaço em disco estimado exigido: 196 KB
Tempo de construção estimado: menos que 0,1 UPC

Configuração do Núcleo

Existem muitos dispositivos de hardware que detectam temperaturas. As leituras de temperatura são atualizadas por controladores do núcleo que suportam dispositivos específicos. Para determinar quais dispositivos estão presentes em um sistema, o pacote lm-sensors-3-6-0 tem um conjunto de comandos sequenciais Perl, sensors-detect, que consegue procurar por dispositivos específicos que estão no sistema atual.

Depois dos dispositivos sensores serem conhecidos, o controlador apropriado de núcleo precisa ser habilitado. Em muitos casos, mas não em todos, os controladores apropriados serão selecionados por padrão. Os parâmetros de configuração do núcleo estão localizados em:

Device Drivers --->                                    
  Networking options --->
    [*] Hardware Monitoring support --->        [CONFIG_HWMON]

Na maioria dos casos, pelo menos o sensor de temperatura Intel Core/Core2/Atom (SENSORS_CORETEMP) deveria estar habilitado para sistemas baseados em Intel ou CONFIG_SENSORS_K10TEMP (AMD) deveria estar habilitado para sistemas baseados em AMD.

Instalação do sysmond

Instale sysmond 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 install

Configurando sysmond

Unidade do systemd

Para iniciar o processo de segundo plano sysmond na inicialização, instale a unidade do systemd a partir do pacote blfs-systemd-units-20241211 executando o seguinte comando como o(a) usuário(a) root:

make install-sysmond

Arquivo de Configuração

Por padrão, o arquivo de configuração é /etc/sysmond.conf, mas ele pode ser mudado passando-se --config-file <nomearquivo> na linha de comando. Inicialmente, todos os itens de configuração estão comentados e os padrões especificados ali serão usados.

Conteúdo

Aplicativos Instalados: sysmond

Bibliotecas Instaladas: Nenhum(a)

Diretórios Instalados: Nenhum(a)

sysmon3-3.0.1

Introdução ao sysmon3

O pacote sysmon3 (pronuncia-se sys-mon-3) é a parte cliente do aplicativo cliente/servidor sysmond/sysmon3 que monitora valores do sistema, incluindo uso de CPU, uso de memória e temperaturas do sistema em uma janela de tela compacta. Múltiplas instâncias do sysmon3 podem ser executadas em um sistema para monitorar valores em sistemas diferentes.

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

Informação do Pacote

Transferência (HTTP): https://github.com/lfs-book/sysmon3/releases/download/sysmon3-3.0.1/sysmon3-3.0.1.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: d1f4cb9490c2c068ee2e2b3bd23db1ea
Tamanho da transferência: 32 KB
Espaço em disco estimado exigido: 1,3 MB
Tempo de construção estimado: 0,3 UPC

Dependências do sysmon3

Exigidas

Qt-6.8.2 (ou qt5)

Exigidas em tempo de execução

sysmond-1.0.0 (tempo de execução no sistema a ser monitorado)

Instalação do sysmon3

Instale sysmon3 executando os seguintes comandos:

qmake sysmon3.pro &&
make

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

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

install -vm755 sysmon3 /usr/bin

Configurando sysmon3

Arquivos de Configuração

$HOME/.config/LinuxFromScratch/<sistema monitorado>.conf

Os arquivos de configuração são criados em tempo de execução para cada sistema sendo monitorado. Eles normalmente não são atualizados manualmente, mas são gerenciados pelas pequenas engenhocas de configuração do programa.

Quando da primeira execução, o programa solicita o sistema a ser monitorado. Depois de testar se a comunicação com o servidor está satisfatória e se o nome do servidor está salvo, a janela principal iniciará. Depois da configuração inicial, a pequena engenhoca de configuração pode ser contornada passando-se o nome do servidor como um argumento para o programa.

O programa é projetado para ocupar o mínimo de espaço na tela, de forma que, por padrão, ele não tem um quadro. O quadro pode ser ligado e desligado com Ctrl-F. Isso pode ser útil para colocar a janela no local desejado. Depois do posicionamento inicial, o local será salvo no arquivo de configuração para a próxima vez que o programa for iniciado.

Um menu curto de operação é exibido com um clique direito do mouse na janela principal. Pequenas engenhocas de configuração são exibidas com F1.

Conteúdo

Aplicativos Instalados: sysmon3

Bibliotecas Instaladas: Nenhum(a)

Diretórios Instalados: $HOME/.config/LinuxFromScratch/

Sysstat-12.7.7

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.3.

Informação do Pacote

Transferência (HTTP): https://sysstat.github.io/sysstat-packages/sysstat-12.7.7.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 2643a0734d0d3c6dc48f04372a7bf59c
Tamanho da transferência: 912 KB
Espaço em disco estimado exigido: 31 MB
Tempo de construção estimado: 0,1 UPC

Instalação do "Sysstat"

Instale Sysstat executando os seguintes comandos:

sa_lib_dir=/usr/lib/sa    \
sa_dir=/var/log/sa        \
conf_dir=/etc/sysstat     \
./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 as unidades e temporizadores 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-rotate.service /usr/lib/systemd/system/sysstat-rotate.service   &&
install -v -m644 cron/sysstat-rotate.timer /usr/lib/systemd/system/sysstat-rotate.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 uma das unidades 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 de Inicialização do Sistema

Na inicialização do sistema, uma mensagem LINUX RESTART precisa ser inserida no arquivo diário de dados para reinicializar os contadores do núcleo. Isso pode ser automatizado habilitando-se a unidade do systemd instalada anteriormente executando-se o seguinte comando como o(a) usuário(a) root:

systemctl enable sysstat

Além de colocar a mensagem LINUX RESTART no arquivo diário de dados, existem temporizadores do systemd instalados que capturarão automaticamente as informações exigidas de histórico para o comando sar.

Conteúdo

Aplicativos Instalados: cifsiostat, iostat, mpstat, pidstat, sadf, sar e tapestat

Bibliotecas Instaladas: Nenhum(a)

Diretórios Instalados: /usr/lib/sa, /usr/share/doc/sysstat-12.7.7 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-257.3

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.3.

Informação do Pacote

Transferência (HTTP): https://github.com/systemd/systemd/archive/v257.3/systemd-257.3.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 8e4fc90c7aead651fa5c50bd1b34abc2
Tamanho da transferência: 15 MB
Espaço em disco estimado exigido: 353 MB (com testes)
Tempo de construção estimado: 1,4 UPC (com testes usando quatro núcleos)

Dependências do "systemd"

Nota

Linux-PAM-1.7.0 não é estritamente exigido 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.7.0 é exigido para eles. Todos os pacotes no livro BLFS com dependência do systemd esperam que ele tenha sido reconstruído com Linux-PAM-1.7.0.

Linux-PAM-1.7.0 e Polkit-126 (tempo de execução)

Opcionais

btrfs-progs-6.13, cURL-8.12.1, cryptsetup-2.7.5, git-2.48.1, GnuTLS-3.8.9, iptables-1.8.11, libarchive-3.7.7, libgcrypt-1.11.0, libidn2-2.3.7, libpwquality-1.4.5, libseccomp-2.6.0, libxkbcommon-1.8.0, make-ca-1.15, p11-kit-0.25.5, pcre2-10.45, qemu-9.2.2, qrencode-4.1.1, rsync-3.4.1, sphinx-8.2.1, Valgrind-3.24.0, zsh-5.9 (para as completações do zsh), AppArmor, audit-userspace, bash-completion, jekyll, kexec-tools, libbpf, libdw, libfido2, libmicrohttpd, pefile, 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.42 e lxml-5.3.1 (para construir o índice das páginas de manual do "systemd")

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

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      \
      -D default-dnssec=no     \
      -D firstboot=false       \
      -D install-tests=false   \
      -D ldconfig=false        \
      -D man=auto              \
      -D sysusers=false        \
      -D rpmmacrosdir=no       \
      -D homed=disabled        \
      -D userdb=false          \
      -D mode=release          \
      -D pam=enabled           \
      -D pamconfdir=/etc/pam.d \
      -D dev-kvm-mode=0660     \
      -D nobody-group=nogroup  \
      -D sysupdate=disabled    \
      -D ukify=disabled        \
      -D docdir=/usr/share/doc/systemd-257.3 &&

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. O teste chamado test-stat-util é conhecido por falhar 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.

-D pamconfdir=/etc/pam.d: Força os arquivos do PAM serem instalados em /etc/pam.d em vez de /usr/lib/pam.d.

-D userdb=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, substitua "false" por "true" no comando meson acima.

-D homed=disabled: 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 que você tenha cryptsetup-2.7.5 e libpwquality-1.4.5 instalados e, em seguida, mude “disabled” para “enabled” no comando meson setup acima.

-D ukify=disabled: Remove um conjunto de comandos sequenciais para combinar um núcleo, um initramfs e uma linha de comando do núcleo, etc., em um aplicativo UEFI que pode ser carregado pelo firmware UEFI para iniciar o núcleo incorporado Linux. Ele não é necessário para inicializar um sistema BLFS com UEFI se seguir-se Usando o GRUB para Configurar o Processo de Inicialização com UEFI. E ele exige o módulo pefile do Python em tempo de execução, de forma que, se estiver habilitado, mas pefile não estiver instalado, um teste para ele falhará na suíte de teste. Para habilitar o systemd-ukify, instale o módulo pefile e, então, mude “disabled” para “enabled” no comando meson setup 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"
# Inicia adições do Systemd

session  required    pam_loginuid.so
session  optional    pam_systemd.so

# Termina adições do Systemd
EOF

cat > /etc/pam.d/systemd-user << "EOF"
# Inicia /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_loginuid.so
session  optional    pam_keyinit.so force revoke
session  optional    pam_systemd.so

auth     required    pam_deny.so
password required    pam_deny.so

# Termina /etc/pam.d/systemd-user
EOF

Como o(a) usuário(a) root, substitua o gerenciador systemd em execução (o processo init) pelo executável systemd recém-construído e instalado:

systemctl daemon-reexec

Importante

Agora certifique-se de que Shadow-4.17.3 já tenha sido reconstruído com suporte Linux-PAM-1.7.0 primeiro, depois deslogue-se e logue-se novamente. Isso garantirá que a sessão de login em execução seja registrada com systemd-logind e que uma instância do systemd por usuário(a) esteja executando para cada usuário(a) titularizando uma sessão de login. Muitos pacotes do BLFS que listam o systemd como uma dependência precisam da integração do systemd-logind e (ou) de uma instância do systemd em execução por usuário(a) em tempo de execução.

Atenção

Se estiver atualizando a partir de uma versão anterior do systemd e um initrd for usado para inicialização do sistema, 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.3-systemd/chapter08/systemd.html#contents-systemd.

Listados abaixo estão os programas recém-instalados, juntamente com descrições curtas.

Aplicativos Instalados: homectl (opcional), systemd-cryptenroll (se cryptsetup-2.7.5 estiver instalado), systemd-cryptsetup (se cryptsetup-2.7.5 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
systemd-cryptsetup	Anexa ou remove um dispositivo de bloco criptografado
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.1

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.3.

Informação do Pacote

Transferência (HTTP): https://github.com/storaged-project/udisks/releases/download/udisks-2.10.1/udisks-2.10.1.tar.bz2
Transferência (FTP):
Soma de verificação MD5 da transferência: 613af9bfea52cde74d2ac34d96de544d
Tamanho da transferência: 1,8 MB
Espaço em disco estimado exigido: 44 MB (com testes)
Tempo de construção estimado: 0,2 UPC (com testes)

Dependências do "UDisks"

Exigidas

libatasmart-0.19, libblockdev-3.3.0, libgudev-238 e Polkit-126

Opcionais (Exigidas se construir "GNOME")

GLib-2.82.5 (com GObject Introspection)

Opcionais

D-Bus Python-1.3.2 (para os testes de integração), GTK-Doc-1.34.0, libxslt-1.1.42 (para as páginas de manual), LVM2-2.03.30, PyGObject-3.50.0 (para os testes de integração), exFAT e libiscsi

Dependências Opcionais de Tempo de Execução

btrfs-progs-6.13, dosfstools-4.2, gptfdisk-1.0.10, mdadm-4.3 e xfsprogs-6.13.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.3.0 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-7.1.5

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.3.

Informação do Pacote

Transferência (HTTP): https://www.rarlab.com/rar/unrarsrc-7.1.5.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 2cfa06457cf93dacf870da6de2f1c1a1
Tamanho da transferência: 264 KB
Espaço em disco estimado exigido: 2,7 MB
Tempo de construção estimado: 0,4 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-7.1.5.

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

UPower-1.90.7

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 consegue 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.3.

Informação do Pacote

Transferência (HTTP): https://gitlab.freedesktop.org/upower/upower/-/archive/v1.90.7/upower-v1.90.7.tar.bz2
Transferência (FTP):
Soma de verificação MD5 da transferência: d5eeb9af086f696bb55bb979a7fb06ca
Tamanho da transferência: 149 KB
Espaço em disco estimado exigido: 5,9 MB (adicionar 2,7 MB para os testes)
Tempo de construção estimado: menos que 0,1 UPC (adicionar 0,5 UPC para testes)

Dependências do "UPower"

Exigidas

libgudev-238 e libusb-1.0.27

Opcionais (Exigidas se construir GNOME)

GLib-2.82.5 (com GObject Introspection)

Opcionais

GTK-Doc-1.34.0, libxslt-1.1.42, docbook-xsl-nons-1.79.2, PyGObject-3.50.0, dbusmock-0.34.3, umockdev-0.19.1 (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"

Instale UPower executando os seguintes comandos:

mkdir build               &&
cd    build               &&

meson setup ..            \
      --prefix=/usr       \
      --buildtype=release \
      -D gtk-doc=false    \
      -D man=false        &&
ninja

Para testar os resultados, emita: LC_ALL=C ninja test. A suíte de teste deveria ser executada a partir de uma sessão GUI local iniciada com dbus-launch. Em máquinas de 32 bits, um teste falhará devido a erros de arredondamento: Tests.test_battery_energy_charge_mixed. Em alguns sistemas, dois testes relacionados ao recurso hotplug de fone de ouvido são conhecidos por falharem. Eles podem ser ignorados com segurança, pois a funcionalidade ainda funciona.

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

ninja install

Explicações do Comando

-D gtk-doc=false: Impede construir a documentação. Remova isso se você tiver o GTK-Doc instalado e desejar construir a documentação.

-D man=false: Impede construir as páginas de manual. Remova isso se você tiver libxslt-1.1.42 e docbook-xsl-nons-1.79.2 instalados e desejar construir as páginas de manual.

Conteúdo

Aplicativos Instalados: 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-018

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.3.

Informação do Pacote

Transferência (HTTP): https://kernel.org/pub/linux/utils/usb/usbutils/usbutils-018.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 0a351e2241c50a1f026a455dccf24d73
Tamanho da transferência: 120 KB
Espaço em disco estimado exigido: 1,9 MB
Tempo de construção estimado: menos que 0,1 UPC

Dependências do "USB Utils"

Exigidas

libusb-1.0.27

Instalação do "USB Utils"

Instale USB 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

Para o arquivo de dados usb.ids, instale o pacote hwdata-0.392.

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.

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.23 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.3.

Informação do Pacote

Transferência (HTTP): https://ftp.gnu.org/gnu/which/which-2.23.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 1963b85914132d78373f02a84cdb3c86
Tamanho da transferência: 197 KB
Espaço em disco estimado exigido: 1,2 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.

xdotool-3.20211022.1

Introdução ao xdotool

O pacote xdotool fornece os recursos para simular entrada de teclado e atividade de mouse, mover e redimensionar janelas, etc. Ele faz isso usando a extensão XTEST do X11 e outras funções da Xlib.

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

Informação do Pacote

Transferência (HTTP): https://github.com/jordansissel/xdotool/releases/download/v3.20211022.1/xdotool-3.20211022.1.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 9fd993a251a7c38b32381503544b0dd7
Tamanho da transferência: 116 KB
Espaço em disco estimado exigido: 2,1 MB
Tempo de construção estimado: menos que 0,1 UPC

Dependências do xdotool

Exigidas

Bibliotecas do Xorg

Instalação do xdotool

Instale xdotool executando os seguintes comandos:

make WITHOUT_RPATH_FIX=1

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

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

make PREFIX=/usr INSTALLMAN=/usr/share/man install

Conteúdo

Aplicativo Instalado: xdotool

Bibliotecas Instaladas: libxdo.so

Diretórios Instalados: Nenhum(a)

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.3.

Informação do Pacote

Transferência (HTTP): https://downloads.sourceforge.net/infozip/zip30.tar.gz
Transferência (FTP):
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 CC="gcc -std=gnu89"

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

CC="gcc -std=gnu89": Esse parâmetro substitui a variável CC que é configurada como cc no arquivo unix/Makefile. No LFS, cc é um link simbólico para gcc e usa -std=gnu17 (ISO 9899:2017 com extensões GNU) como padrão, mas Zip é um pacote “legado” onde algumas construções gramaticais são inválidas no ISO 9899:1999 e usos comuns mais recentes.

prefix=/usr: Esse parâmetro substitui a variável prefix que está configurada como /usr/local no arquivo unix/Makefile.

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.

cargo-c-0.10.11

Introdução ao cargo-c

O pacote cargo-c cria um sub comando cargo para construir e instalar bibliotecas dinâmicas e estáticas compatíveis com C-ABI.

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

Informação do Pacote

Transferência (HTTP): https://github.com/lu-zero/cargo-c/archive/v0.10.11/cargo-c-0.10.11.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 727bcba75cf4e65313bb3a1b084bb57e
Tamanho da transferência: 36 KB
Espaço em disco estimado exigido: 827 MB
Tempo de construção estimado: 0,7 UPC

Dependências do cargo-c

Exigidas

rustc-1.85.0

Nota

Uma conexão com a Internet é necessária para construir esse pacote. A loja de certificados do sistema possivelmente precise ser configurada com make-ca-1.15 antes de se construir esse pacote

Instalação do cargo-c

Primeiro, baixe um arquivo para garantir que cargo use as versões de dependência especificadas pelos(as) desenvolvedores(as) do fluxo de desenvolvimento quando essa versão cargo-c (0.10.11) foi lançada. Sem isso, as versões mais recentes das dependências seriam usadas e elas poderiam causar quebras:

curl -LO https://github.com/lu-zero/cargo-c/releases/download/v0.10.11/Cargo.lock

Nota

Normalmente, nós colocaríamos essa transferência em uma seção “Transferências Adicionais”. Mas, nesse caso, não podemos dizer o nome e a versão do pacote a partir do nome do arquivo Cargo.lock, de forma que é melhor não colocar o arquivo ambiguamente nomeado fora do diretório cargo-c-0.10.11. Nós usamos curl aqui porque o pacote cURL-8.12.1 deveria ter sido instalado como uma dependência exigida do rustc-1.85.0.

A soma de verificação MD5 do arquivo deveria ser d39f6c60470dc6aff66fac7a86b6b261.

Instale cargo-c executando os seguintes comandos:

[ ! -e /usr/include/libssh2.h ] || export LIBSSH2_SYS_USE_PKG_CONFIG=1    &&
[ ! -e /usr/include/sqlite3.h ] || export LIBSQLITE3_SYS_USE_PKG_CONFIG=1 &&

cargo build --release

Para testar os resultados, emita: cargo test --release.

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

install -vm755 target/release/cargo-{capi,cbuild,cinstall,ctest} /usr/bin/

Conteúdo

Aplicativos Instalados: cargo-capi, cargo-cbuild, cargo-cinstall e cargo-ctest

Bibliotecas Instaladas: Nenhum(a)

Diretórios Instalados: Nenhum(a)

Cbindgen-0.28.0

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.3.

Informação do Pacote

Transferência (HTTP): https://github.com/mozilla/cbindgen/archive/v0.28.0/cbindgen-0.28.0.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 0712d991fc8e65121924265d738db71d
Tamanho da transferência: 232 KB
Espaço em disco estimado exigido: 121 MB (adicionar 600 MB para testes)
Tempo de construção estimado: 0,5 UPC (adicionar 0,4 UPC para testes), ambos em uma máquina de 4 núcleos

Dependências do "cbindgen"

Exigidas

rustc-1.85.0

Nota

Uma conexão com a Internet é necessária para construir esse pacote. A loja de certificados do sistema possivelmente precise ser configurada com make-ca-1.15 antes de se construir esse pacote

Instalação do "cbindgen"

Instale cbindgen executando os seguintes comandos:

cargo build --release

Para testar os resultados, emita: cargo test --release. Três testes em profile.rs são conhecidos por falharem porque eles esperam alguns recursos instáveis da Rust desabilitados no na configuração de rustc-1.85.0 do BLFS.

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.3.

Informação do Pacote

Transferência (HTTP): https://ftp.gnu.org/gnu/clisp/latest/clisp-2.49.tar.bz2
Transferência (FTP):
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.3/clisp-2.49-readline7_fixes-1.patch (exigido se construir contra a "libffcall")

Dependências do "Clisp"

Opcionais

libnsl-2.0.1 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 -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 -s 16384: isso aumenta o tamanho máximo da pilha, conforme recomendado pelo configure.

--docdir=/usr/share/doc/clisp-2.49: essa chave força a documentação HTML ser instalada em um diretório versionado em vez de no /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 pacote opcional libffcall em /usr, caso contrário, como libsigsegv, ele não será encontrado.

Conteúdo

Aplicativos Instalados: clisp e 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 e /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.31.5

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.3.

Informação do Pacote

Transferência (HTTP): https://cmake.org/files/v3.31/cmake-3.31.5.tar.gz
Transferência (FTP):
Soma de verificação MD5da transferência: ea5e8d7208616b1609018db290a67419
Tamanho da transferência: 12 MB
Espaço em disco estimado exigido: 576 MB (adicionar 1,4 GB para os testes)
Tempo de construção estimado: 2,2 UPC (adicionar 5,4 UPC para testes, ambos usando paralelismo=4)

Dependências do "CMake"

Opcionais

GCC-14.2.0 (para gfortran), git-2.48.1 (para uso durante testes), Mercurial-6.9.2 (para uso durante testes), OpenJDK-23.0.2 (para uso durante testes), Qt-6.8.2 (para a GUI baseada em Qt), sphinx-8.2.1 (para construir documentos), Subversion-1.14.5 (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.31.5 &&
make

Para testar os resultados, emita: bin/ctest -j$(nproc). Substitua $(nproc) por um inteiro entre 1 e o número de núcleos lógicos do sistema se você não quiser usar todos.

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 à versão instalada do sistema para todas as bibliotecas necessárias, exceto aquelas especificadas explicitamente por meio de uma opção --no-system-*.

--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 permite executar as instruções de autoaprimoramento do CMake com várias tarefas ao mesmo tempo. Não é necessário se a variável MAKEFLAGS já tiver sido configurada para usar vários processadores seguindo Usando Múltiplos Processadores.

Conteúdo

Aplicativos Instalados: ccmake, cmake, cmake-gui (opcional), cpack e ctest

Bibliotecas Instaladas: Nenhum(a)

Diretórios Instalados: /usr/share/cmake-3.31 e /usr/share/doc/cmake-3.31.5

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.13.2

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.3.

Informação do Pacote

Transferência (HTTP): https://doxygen.nl/files/doxygen-1.13.2.src.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: 1c3bfaaeda1544bf2b33b73ceb4d2ea4
Tamanho da transferência: 8,1 MB
Espaço em disco estimado exigido: 253 MB (com testes)
Tempo de construção estimado: 1,6 UPC (com testes; ambos usando paralelismo=4)

Dependências do "Doxygen"

Exigidas

CMake-3.31.5 e git-2.48.1

Opcionais

Graphviz-12.2.1, ghostscript-10.04.0, libxml2-2.13.6 (exigido para os testes), LLVM-19.1.7 (com clang), texlive-20240312 (ou install-tl-unx), xapian-1.4.27 (para doxyindexer) e javacc

Instalação do "Doxygen"

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"          \
      -D CMAKE_BUILD_TYPE=Release  \
      -D CMAKE_INSTALL_PREFIX=/usr \
      -D build_wizard=ON           \
      -D force_qt=Qt6              \
      -W no-dev .. &&
make

Para testar os resultados, emita: make testes. Um teste, 012_cite.dox, é conhecido por falhar se texlive-20240312 ou install-tl-unx não estiver instalado.

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  -D build_doc=ON \
       -D DOC_INSTALL_DIR=share/doc/doxygen-1.13.2 \
       .. &&
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

-D build_wizard=OFF: Use essa chave se Qt6 não estiver instalado.

-D build_search=ON: Use essa chave se xapian estiver instalado e você desejar construir ferramentas de pesquisa externas (doxysearch.cgi e doxyindexer).

-D force_qt6=ON: Use essa chave para construir doxywizard com Qt6, mesmo se Qt5 estiver instalado.

-D use_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 demandar fórmulas para criar documentação em PDF, então você precisa ter o texlive-20240312 instalado. Se demandar fórmulas para converter arquivos PostScript em bitmaps, então você precisa ter o ghostscript-10.04.0 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.13.2

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

dtc-1.7.2

Introdução ao Dtc

O pacote dtc contém o Device Tree Compiler para trabalhar com fontes de árvores de dispositivos e arquivos binários e também libfdt, uma biblioteca de utilitários para ler e manipular árvores de dispositivos no formato binário.

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

Informação do Pacote

Transferência (HTTP): https://kernel.org/pub/software/utils/dtc/dtc-1.7.2.tar.xz
Soma de verificação MD5 da transferência: 0f193be84172556027da22d4fe3464e0
Tamanho da transferência: 168 KB
Espaço em disco estimado exigido: 13 MB (com testes)
Tempo de construção estimado: 0,2 UPC (com testes)

Dependências de Dtc

Opcionais

libyaml-0.2.5, SWIG-4.3.0 e texlive-20240312

Instalação do Dtc

Instale dtc executando os seguintes comandos:

mkdir build &&
cd    build &&

meson setup --prefix=/usr         \
            --buildtype=release   \
            -D python=disabled .. &&
ninja

Para testar os resultados, emita: CC='gcc -Wl,-z,noexecstack' meson test -v.

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

ninja install

Ainda como o(a) usuário(a) root, remova a biblioteca estática inútil:

rm /usr/lib/libfdt.a

Se você tiver texlive-20240312 instalado, poderá construir o formato PDF da documentação emitindo o seguinte comando:

pushd ../Documentation
  latexmk -bibtex --pdf dtc-paper &&
  latexmk -bibtex --pdf dtc-paper -c
popd

Para instalar a documentação, como o(a) usuário(a) root emita o seguinte comando:

cp -R ../Documentation -T /usr/share/doc/dtc-1.7.2

Se você tiver instalado SWIG-4.3.0 e desejar instalar as ligações Python 3 desse pacote, construa o módulo Python 3:

pip3 wheel -w dist --no-build-isolation --no-deps --no-cache-dir ..

Como o(a) usuário(a) root, instale o módulo Python 3:

pip3 install --no-index --find-links dist --no-user libfdt

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.

-D python=disabled: Essa chave impede construir a ligação do Python 3 com o método obsoleto (executando setup.py diretamente). Nós construiremos a ligação do Python 3 com o comando pip3 wheel separadamente, se desejado.

CC='gcc -Wl,-z,noexecstack': Essa variável impede marcar as bibliotecas compartilhadas na suíte de teste como exigindo pilha executável. A Glibc 2.41 ou posterior parou de permitir abrir com dlopen tal biblioteca compartilhada, de forma que a suíte de teste falharia. Mas essas bibliotecas compartilhadas não precisam realmente de uma pilha executável, de modo que nós podemos usar -Wl,-z,noexecstack para consertar a suíte de teste. É necessário no ambiente CC para o meson test porque essas bibliotecas compartilhadas são construídas por um conjunto de comandos sequenciais de teste em vez do sistema de construção meson/ninja, e o conjunto de comandos sequenciais de teste não reconhece outras variáveis de ambiente “comuns” como LDFLAGS.

Conteúdo

Aplicativos Instalados: convert-dtsv0, dtc, dtdiff, fdtdump, fdtget, fdtoverlay e fdtput

Biblioteca Instalada: libfdt.so

Diretório Instalado: /usr/lib/python3.13/site-packages/libfdt-1.7.2.dist-info e /usr/share/doc/dtc-1.7.2 (opcionalmente)

Descrições Curtas

convert-dtsv0	converte a fonte da árvore de dispositivos v0 em árvore de dispositivos v1
dtc	compila a fonte da árvore de dispositivos (dts) para o blob binário da árvore de dispositivos (dtb) ou descompila dtb para dts
dtdiff	compara duas árvores de dispositivos
fdtdump	imprime uma versão legível de um arquivo simples de árvore de dispositivos
fdtget	lê valores a partir da árvore de dispositivos
fdtoverlay	aplica uma série de sobreposições a um blob de árvore de dispositivo base
fdtput	escreve um valor de propriedade em uma árvore de dispositivos
`libfdt.so`	é uma biblioteca de utilitários para ler e manipular árvores de dispositivos no formato binário

GCC-14.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.3.

Cuidado

Se você estiver atualizando o GCC a partir de qualquer outra versão anterior ao 14.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.

Informação do Pacote

Transferência (HTTP): https://ftp.gnu.org/gnu/gcc/gcc-14.2.0/gcc-14.2.0.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 2268420ba02dc01821960e274711bde0
Tamanho da transferência: 88 MB
Espaço em disco estimado exigido: 11 GB (3,4 GB instalado com todas as linguagens listadas; adicionar 1,6 GB para testes)
Tempo de construção estimado: 14 UPC (adicionar 34 UPC para testes; ambos com paralelismo=8)

Dependências do GCC

Opcionais

GDB-16.2, Graphviz-12.2.1 (alguns testes usam ele se instalado; observe que se ele estiver instalado, porém não construído com libpng-1.6.46, esses testes falharão), Valgrind-3.24.0 (para testes) e ISL (para habilitar otimização do graphite)

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.3-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  \
    --enable-host-pie     \
    --disable-fixincludes \
    --enable-languages=c,c++,fortran,go,objc,obj-c++,m2 &&
make

Se executar testes, como no LFS, remova/corrija várias falhas de teste conhecidas:

sed -e '/cpython/d'               -i ../gcc/testsuite/gcc.dg/plugin/plugin.exp
sed -e 's/no-pic /&-no-pie /'     -i ../gcc/testsuite/gcc.target/i386/pr113689-1.c
sed -e 's/300000/(1|300000)/'     -i ../libgomp/testsuite/libgomp.c-c++-common/pr109062.c
sed -e 's/{ target nonpic } //' \
    -e '/GOTPCREL/d'              -i ../gcc/testsuite/gcc.target/i386/fentryname3.c

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-14.1.0, cerca de setenta e quatro (74) 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 cento e dez (110) falhas inesperadas em mais que seiscentos e dezessete mil (617.000) testes. Para executar os testes, emita:

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/14.2.0/include{,-fixed}     &&

ln -sfv ../../libexec/gcc/$(gcc -dumpmachine)/14.2.0/liblto_plugin.so \
        /usr/lib/bfd-plugins/

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-host-pie: Torna os executáveis do compilador PIE (Position Independent Executable). Isso pode ser usado para aumentar a proteção contra ataques ROP (Return Oriented Programming) e pode ser visto como parte de uma tendência mais ampla de fortalecer os binários.

--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.

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.8

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.3.

Informação do Pacote

Transferência (HTTP): https://github.com/ivmai/bdwgc/releases/download/v8.2.8/gc-8.2.8.tar.gz
Transferência (FTP):
Soma de verificação MD5 da transferência: ad7298be1a300fc0ce75196718036c61
Tamanho da transferência: 1,2 MB
Espaço em disco estimado exigido: 9,3 MB (com testes)
Tempo de construção estimado: 0,1 UPC (com testes)

Opcionais

libatomic_ops-7.8.2

Instalação do "GC"

Instale GC executando os seguintes comandos:

./configure --prefix=/usr     \
            --enable-cplusplus \
            --disable-static   \
            --docdir=/usr/share/doc/gc-8.2.8 &&
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.8: 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.8

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-16.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.3.

Informação do Pacote

Transferência (HTTP): https://ftp.gnu.org/gnu/gdb/gdb-16.2.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 05e4a7e3b177432771aa7277af9bccee
Tamanho da transferência: 23 MB
Espaço em disco estimado exigido: 1,0 GB (adicionar 943 MB para documentos; adicionar 960 MB para testes)
Tempo de construção estimado: 1,4 UPC (adicionar 0,3 UPC para documentos; adicionar 3,0 UPC testes; todos usando paralelismo=8)

Dependências do GDB

Dependência Recomendada de Tempo de Execução

six-1.17.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.13.2, GCC-14.2.0 (ada, gfortran e go são usados para testes), Guile-3.0.10, rustc-1.85.0 (usado para alguns testes), Valgrind-3.24.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.13.2, execute:

make -C gdb/doc doxy

Executar os testes não é recomendado. Os resultados variam muito dependendo da arquitetura do sistema e de quais dependências opcionais estão instaladas e qual versão do GCC está sendo usada. Em um sistema testado, existiram 140 falhas inesperadas (de mais de 108.000 testes) e em outro sistema existiram “somente” 14 falhas inesperadas. O tempo para executar os testes varia de aproximadamente 3 UPC a mais de 15 UPC ao usar -j8. Isso depende do número de testes que expiram, assim como de outros fatores.

Dica

Com um make check simples, existem muitas mensagens de aviso acerca de um arquivo de configuração global ausente. Essas podem ser evitadas executando-se touch global.exp e antepondo-se ao comando make check DEJAGNU=$PWD/global.exp. Além disso, os testes podem ser consideravelmente acelerados usando-se a opção do make "-j<N>", onde <N> é o número de núcleos em teu sistema. Às vezes, porém, usar paralelismo possivelmente resulte em falhas estranhas.

Para testar os resultados de qualquer forma, emita:

pushd gdb/testsuite &&
make  site.exp      &&
echo  "set gdb_test_timeout 30" >> site.exp &&
make check 2>1 | tee gdb-check.log
popd

Veja-se gdb/testsuite/README e TestingGDB. Existem muitos problemas adicionais 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 também podem depender dos compiladores instalados.
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".
Para gdb-16.1, usando um Intel Xeon E5-1650 v3, existiram 14 falhas inesperadas em mais de 120.000 testes.
Quatro testes na suíte gdb.base/step-over-syscall.exp são conhecidos por falharem devido a mudanças no Linux 6.13 e glibc-2.41.

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-16.2 &&
rm -rf gdb/doc/doxy/xml &&
cp -Rv gdb/doc/doxy /usr/share/doc/gdb-16.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, gdb-add-index e gstack

Biblioteca Instalada: libinproctrace.so

Diretórios Instalados: /usr/{include,share}/gdb e /usr/share/doc/gdb-16.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.
gstack	imprime um rastreamento de pilha a partir de um programa que esteja executando atualmente
`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.48.1

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.9.2, Bazaar, Subversion-1.14.5, CVS, Perforce e Team Foundation Server.

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

Informação do Pacote

Transferência (HTTP): https://www.kernel.org/pub/software/scm/git/git-2.48.1.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 99656f1481e70701198257ada703a480
Tamanho da transferência: 7,4 MB
Espaço em disco estimado exigido: 541 MB (com documentação baixada; adicionar 19 MB para construir documentos; adicionar 21 MB para testes)
Tempo de construção estimado: 0,3 UPC (com paralelismo=4; adicionar 1,0 UPC para construir documentos e até 7 UPC (dependente da velocidade do disco) para testes)

Transferências Adicionais

https://www.kernel.org/pub/software/scm/git/git-manpages-2.48.1.tar.xz (não necessário se você tiver instalado asciidoc-10.2.1, xmlto-0.0.29 e preferir reconstrui-las)
https://www.kernel.org/pub/software/scm/git/git-htmldocs-2.48.1.tar.xz e outros documentos (não necessários se você tiver instalado asciidoc-10.2.1 e desejar reconstruir a documentação).

Dependências do "Git"

Opcionais

Apache-2.4.63 (para alguns testes), Fcron-3.2.1 (tempo de execução, para agendamento de tarefas git maintenance), GnuPG-2.4.7 (tempo de execução, possivelmente seja usado para assinar submissões ou etiquetas do Git, ou verificar as assinaturas delas), OpenSSH-9.9p2 (tempo de execução, necessário para usar Git sobre ssh), pcre2-10.45, Subversion-1.14.5 com ligações Perl (tempo de execução, para git svn), Tk-8.6.16 (gitk, um visualizador simples de repositórios do Git, usa Tk em tempo de execução), Valgrind-3.24.0, Authen::SASL (tempo de execução, para git send-email), IO-Socket-SSL-2.089 (tempo de execução, para git send-email se conectar a um servidor SMTP com encriptação SSL), e Systemd-257.3 (tempo de execução, reconstruído com Linux-PAM-1.7.0, para agendamento de tarefas do git maintenance)

Opcional (para criar as páginas de manual, documentos "HTML" e outros documentos)

xmlto-0.0.29 e asciidoc-10.2.1 , 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.1, [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.1 e xmlto-0.0.29, [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: GIT_UNZIP=nonexist make test -k |& tee test.log. A configuração GIT_UNZIP impede que a suíte de teste use unzip; nós precisamos dela porque no BLFS unzip é um link simbólico para bsdunzip que não satisfaz a suposição de alguns casos de teste. Se algum caso de teste falhar, a lista de testes falhos pode ser mostrada via grep '^not ok' test.log | grep -v TODO.

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

make perllibdir=/usr/lib/perl5/5.40/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.48.1 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.48.1.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.48.1 &&
tar   -xf   ../git-htmldocs-2.48.1.tar.xz \
     -C    /usr/share/doc/git-2.48.1 --no-same-owner --no-overwrite-dir &&

find        /usr/share/doc/git-2.48.1 -type d -exec chmod 755 {} \; &&
find        /usr/share/doc/git-2.48.1 -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.48.1/man-pages/{html,text}        &&
mv        /usr/share/doc/git-2.48.1/{git*.txt,man-pages/text}     &&
mv        /usr/share/doc/git-2.48.1/{git*.,index.,man-pages/}html &&

mkdir -vp /usr/share/doc/git-2.48.1/technical/{html,text}         &&
mv        /usr/share/doc/git-2.48.1/technical/{*.txt,text}        &&
mv        /usr/share/doc/git-2.48.1/technical/{*.,}html           &&

mkdir -vp /usr/share/doc/git-2.48.1/howto/{html,text}             &&
mv        /usr/share/doc/git-2.48.1/howto/{*.txt,text}            &&
mv        /usr/share/doc/git-2.48.1/howto/{*.,}html               &&

sed -i '/^<a href=/s|howto/|&html/|' /usr/share/doc/git-2.48.1/howto-index.html &&
sed -i '/^\* link:/s|howto/|&html/|' /usr/share/doc/git-2.48.1/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.

tar -xf ../git-manpages-2.48.1.tar.gz -C /usr/share/man --no-same-owner: Isso descompacta git-manpages-2.48.1.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.48.1 ...: 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, /usr/lib/perl5/5.40/site_perl/Git e /usr/share/{doc/git-2.48.1,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.16)
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.48.1 e OpenSSH-9.9p2

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-20241211:

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.10

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.3.

Informação do Pacote

Transferência (HTTP): https://ftp.gnu.org/gnu/guile/guile-3.0.10.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 375f8a423a23d229552512113aa4a954
Tamanho da transferência: 5,5 MB
Espaço em disco estimado exigido: 184 MB (adicionar 4 MB para os testes)
Tempo de construção estimado: 4,5 UPC (Usando paralelismo=4; adicionar 0,3 UPC para testes)

Dependências do "Guile"

Exigidas

GC-8.2.8 e libunistring-1.3

Opcionais

Emacs-30.1 e GDB-16.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.10 &&
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.10/{guile.html,ref} &&
mv /usr/share/doc/guile-3.0.10/r5rs{.html,}     &&

find examples -name "Makefile*" -delete         &&
cp -vR examples   /usr/share/doc/guile-3.0.10   &&

for DIRNAME in r5rs ref; do
  install -v -m644  doc/${DIRNAME}/*.txt \
                    /usr/share/doc/guile-3.0.10/${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.10 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

LLVM-19.1.7

Introdução ao LLVM

O pacote LLVM contém uma coleção de compiladores modulares e reusá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 para 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 LLVM Intermediate Representation ("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.3.

Informação do Pacote

Transferência (HTTP): https://github.com/llvm/llvm-project/releases/download/llvmorg-19.1.7/llvm-19.1.7.src.tar.xz
Transferência (FTP):
Soma de verificação MD5 da transferência: 45229744809103ad151e3757a0f21d3d
Tamanho da transferência: 65 MB
Espaço em disco estimado exigido: 3,5 GB (964 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 LLVM

Transferência: https://anduin.linuxfromscratch.org/BLFS/llvm/llvm-cmake-19.1.7.src.tar.xz
Soma de verificação MD5 da transferência: 52b5249a06305e19c3bdae2e972c99c3
Tamanho da transferência: 12 KB

Dependências de terceiros(as) para sistema de construção LLVM

Transferência: https://anduin.linuxfromscratch.org/BLFS/llvm/llvm-third-party-19.1.7.src.tar.xz
Soma de verificação MD5 da transferência: d950171ac5ea4a1a20cb8f6eb9f1c8eb
Tamanho da transferência: 448 KB

Transferência Recomendada

Clang

Transferência: https://github.com/llvm/llvm-project/releases/download/llvmorg-19.1.7/clang-19.1.7.src.tar.xz
Soma de verificação MD5 da transferência: 8a29181acd27b9c03b0039b75f5fcaa0
Tamanho da transferência: 23 MB

Transferência Opcional

Compilador RT

Transferência: https://github.com/llvm/llvm-project/releases/download/llvmorg-19.1.7/compiler-rt-19.1.7.src.tar.xz
Soma de verificação MD5 da transferência: 0286b00ef3057362eb0636d3298999b1
Tamanho da transferência: 2,5 MB

Dependências do LLVM

Exigidas