Perguntas frequentes sobre o Fink

A: Nada, é apenas um nome. Não é nem mesmo uma sigla.

Na verdade, Fink é o nome do pintassilgo em alemão (na verdade, uma família de pássaros à qual o pintassilgo pertence, os fringilídeos). Eu estava procurando por um nome para o projeto e o nome do sistema operacional, Darwin, levou-me a pensar sobre Charles Darwin, as Ilhas Galápagos e evolução. Lembrei-me de uma passagem da época da escola sobre os fringilídeos encontrados por Darwin nas Ilhas Galápagos e seus bicos característicos e, bem, foi isso...

A: Algumas vantagens principais:

• É escrito em Perl e não make/shell. Por conseguinte, dispensa as características especiais que só são encontradas no make do BSD e não é necessário sinalizar os pacotes que necessitam do GNU make para compilá-los.

• O dpkg fornece um gerenciado de pacotes de binários bem sofisticado - atualização tranquila, gerenciamento especial de arquivos de configuração, pacotes virtuais e outras dependências avançadas.

• O Fink não instala no diretório /usr/local a menos que isto haja sido solicitado de forma explícita e não necessita de artimanhas para lidar com o /usr/bin/make ou outros comandos providos pelo sistema. Isto faz com que ele seja mais seguro para usar e reduz ao mínimo possível interferências com o Mac OS X e pacotes de terceiros.

A: Há várias razões, mas de forma geral é "porque algo vai dar errado".

Primeira razão: softwares de terceiros. O diretório /usr/local é um lugar bem padronizado para se colocar software que não seja parte do sistema que foi distribuído pelo fabricante. Isto significa que é um bom lugar para se instalar programas. Entretanto, isto também significa que outras pessoas irão colocar suas coisas nesse diretório. A maior parte das rotinas de instalação simplesmente sobrescreve o que estiver lá - isto também se aplica ao dpkg. Pode-se, claro, escolher não instalar softwares de terceiros no /usr/local. Infelizmente, a maior parte dos programas de instalação não avisa de antemão que irão instalar nesse diretório.

Segunda razão: /usr/local/bin está no PATH padrão. Isto significa que seu shell irá encontrar os programas instalados sem que sejam necessárias medidas adicionais. Mas isto também significa que você precisa tomar medidas adicionais caso não queira usar os programas. Em casos extremos, isto também pode afetar o sistema em si - muitas partes dependem de scripts de shell.

Terceira razão: os programas de compilação leem o diretório /usr/local por padrão: o compilador procura arquivos de cabeçalho em /usr/local/include e o linkeditor procura bibliotecas em /usr/local/lib. Uma vez mais, às vezes isto é conveniente, porém é dificíl desabilitar este comportamento caso necessário. É muito fácil desabilitar um comportador caso um arquio stdio.h contendo lixo seja colocado em /usr/local/include.

De qualquer forma, é possível instalar o Fink em /usr/local. O script de instalação irá avisá-lo explicitamente mas você pode prosseguir sabendo que você está fazendo isso por sua própria conta e risco.

A: Essa escolha é arbitrária e deverá continuar desta forma por motivos práticos (atualização) e também pelo fato de que é uma escolha segura no tocante ao conflito com outros sistemas de empacotamento.

A: Estamos tentando. Às vezes repassar correções e ajustes é fácil e todos ficam felizes assim que seja liberada a nova versão do pacote. Infelizmente, isto não é fácil na maioria dos pacotes. Alguns problemas comuns:

• O mantenedor do pacote no Fink está muito ocupado e está sem tempo para enviar os ajustes, correções e explicações correspondentes para os mantenedores oficiais.
• Os mantenedores oficiais rejeitam as correções e ajustes. Há várias razões válidas para isto. A maior parte dos mantenedores oficiais estão bastante interessados em código limpo, verificações limpas e compatibilidade com outras plataformas.
• Os mantenedores oficiais aceitam os ajustes e correções porém o tempo para liberar novas versões de seus pacotes levam semanas ou meses.
• O pacote foi abandonado pelos autores originais e não haverá novas versões que possam incorporar os ajustes e correções.

A: Os espelhos do Fink são servidores rsync que espelham os arquivos de descrição (atuais e estáveis) que o Fink usa para montar os pacotes a partir de código fonte.

A: Rsync é um protocolo bastante rápido. Ele atualiza os arquivos de descrição mais rapidamente do que o antigo método de atualização via CVS. Além disso, as atualizações via CVS são sempre feitas a partir do sourceforge.net enquanto que as atualizações pelo rsync podem ser feitas a partir de um espelho mais próximo a você.

A: Às vezes alguns firewalls bastante restritivos impedem que você se conecte a serviços rsync. Se este for o caso você pode usar o método CVS.

A: Isto é normal. O método de atualização via rsync só atualiza sua árvore ativa, por exemplo a 10.4, e também elimina todos os subdiretórios CVS.

A: Use os comandos fink selfupdate-rsync ou fink selfupdate-cvs.

A: Às vezes é difícil obter da Internet certas versões de códigos fontes. Espelhos de distfiles mantêm e espelham pacotes de código fonte que são necessários para que o fink construa seus pacotes de código fonte.

A: Este é um problema que está acontecendo com pessoas na versão OS 10.5 usando o instalador binário. Verifique sua versão:

fink --version

Se você tiver o fink-0.27.13-41, que é a versão que vem com o instalador, ou fink-0.27.16-41, então há algumas opções.

• rsync (preferencial): Execute os comandos abaixo

  fink selfupdate
  fink selfupdate-rsync
  fink index -f
  fink selfupdate

• cvs (alternativo): Execute

  fink selfupdate-cvs
  fink index -f
  fink selfupdate

Ambos o atualizarão para a versão mais nova do fink.

A: There is a timestamp issue with the libgettext3 package description: 0.14.5-2 is an outdated version. Run

fink index -f
fink update libgettext3-dev	
	

to update the package description cache and then the package.

A: There is a timestamp issue with the updated dpkg package description. Run

fink index -f
fink selfupdate
	

to update the package description cache and then to install dpkg and dpkg-base-files.

A: O comando fink suporta configurações explícitas de proxy que são repassadas para o wget ou o curl. Caso você não tenha configurado os proxies na instalação inicial, você pode executar o comando fink configure para configurá-los. Você também pode executar esse comando a qualquer momento para reconfigurar o comando fink. Se você seguiu as instruções do guia de instalação e usa os arquivos /opt/sw/bin/init.sh ou /opt/sw/bin/init.csh, então tanto o apt-get quanto o dselect usam essas configurações de proxy. Tenha certeza de colocar o protocolo na frente do proxy, como por exemplo

ftp://proxy.seusite.com

Caso você ainda esteja tendo problemas, vá às Preferências de Sistema, escolha o painel Rede, selecione a aba Proxies e tenha certeza de marcar a caixa "Use Modo Passivo do FTP (PASV)".

A: O pacote cvs-proxy pode ser usado para criar um túnel através de proxies HTTP.

• Instale o pacote cvs-proxy através do comando:

  fink --use-binary-dist install cvs-proxy

• Mude para o método de atualização via CVS através do comando:

  fink selfupdate-cvs

Caso o fink não tenha sido configurado para usar seu proxy, mude as configurações através do comando:

fink configure.

A: Não. É claro que você pode mover os arquivos usando o mv ou o Finder mas 99% dos programas não irão mais funcionar caso o faça. Isto é devido ao fato de software Unix depende de diretórios fixos para encontrar arquivos de dados, bibliotecas e outros.

A: Talvez. De forma geral deveria funcionar, mas pode ser que haja alguns problemas.

A: Quase todos os arquivos instalados pelo Fink estão no diretório /opt/sw (ou onde quer que você tenha escolhido instalá-lo). Portanto, para remover o Fink, digite o comando abaixo:

sudo rm -rf /opt/sw

A única exceção é o XFree86 ou o X.org. Caso você tenha instalado um servidor X através do Fink (isto é, se você instalou os pacotes xfree86 ou xorg no lugar do pacote system-xfree86, você também precisará digitar o comando abaixo:

sudo rm -rf /usr/X11R6 /etc/X11 /Applications/XDarwin.app

Se você não estiver planejando reinstalar o Fink você também precisará remover a linha source /opt/sw/bin/init.sh que foi adicionada ao seu arquivo .bashrc (ou a linha source /opt/sw/bin/init.csh no arquivo .cshrc) usando um editor de textos.

A: Em primeiro lugar, tenha certeza de que você compreende o que significa unstable. Pacotes na árvore unstable não estão na árvore stable por várias razões. Pode ser porque ainda haja problemas, erros de validação, ou então não houve respostas suficientes de pessoas afirmando que o pacote funciona bem. Por esta razão, o Fink por padrão não considera a árvore unstable.

Caso você habilite a árvore unstable, lembre-se de enviar um e-mail ao mantenedor do pacote caso funcione ou não. Feedback de usuários como você é algo que usamos para determinar se um pacote está pronto para a árvore stable! Para descobrir o mantenedor de um pacote, execute o comando fink info nomedopacote.

Para o fink-0.26 e posteriores: se você executar fink configure uma das perguntas será sobre você querer ativar as árvores unstable.

Para configurar o Fink para que unstable quando você tiver uma versão da ferramenta fink anterior à 0.26, edite o arquivo /opt/sw/etc/fink.conf e adicione unstable/main e unstable/crypto à linha Trees:.

Caso você use o Fink Commander, então há uma Preferência para usar pacotes instáveis.

Nenhuma destas opções de fato baixa as descrições de pacotes da árvore unstable. Você precisará ativar atualização via rsync ou cvs para fazê-lo, sendo estas opções de atualização não são ativadas por padrão em uma instalação nova do Fink. A seguinte sequência de comandos fará a configuração em uma instalação nova do Fink:

fink selfupdate

seguido por

fink selfupdate-rsync

ou

fink selfupdate-cvs

e então

fink index -f
fink scanpackages

Observação: Existem opções análogas no Fink Commander com exceção de fink index -f. Você terá que usar a linha de comando para tal.

Se você já estiver configurado com atualização via rsync ou cvs, então a seguinte sequência de comandos (ou as opções análogas no Fink Commander) são suficientes:

fink selfupdate
fink index
fink scanpackages

Se você não tiver certeza de qual método de atualização você está usando, execute o comando fink --version em uma linha de comando e veja se ele menciona cvs ou rsync.

Se você não mais quiser instalar da árvore unstable nada além de um(ns) pacote(s) específico(s) e sua(s) dependência(s), (e quaisquer pacotes base que foram atualizados) então não use o comando update-all até que você desative a árvore unstable.

A: Não, mas é altamente recomendável que você o faça. Misturar as coisas pode acarretar situações não previstas que tornam difícil depurar problemas quando eles surgirem.

De qualquer forma, se você quiser apenas um ou dois pacotes específicos e nada mais da árvore unstable, você precisa mudar para atualização via CVS (isto é, use fink selfupdate-cvs) porque o rsync só atualiza as árvores que estiverem ativas no seu arquivo /opt/sw/etc/fink.conf. Edite esse arquivo e adicione local/main à linha Trees: caso ainda não esteja lá. Você deverá executar o comando fink selfupdate para baixar os arquivos de descrição de pacotes. Copie os arquivos .info relevantes (e os arquivos .patch associados caso haja) do diretório /opt/sw/fink/dists/unstable/main/finkinfo (ou /opt/sw/fink/dists/unstable/crypto/finkinfo) para o diretório /opt/sw/fink/dists/local/main/finkinfo. Entretanto, observe que seu pacote pode depender de outros pacotes (ou versões particulares) dos que estejam apenas em unstable. Você também precisará mover seus arquivos .info e .patch. Depois de mover todos os arquivos, execute o comando fink index para que o registro de pacotes disponíveis do Fink seja atualizado. Depois de terminar, você pode voltar ao rsync (fink selfupdate-rsync) se quiser.

A: Se você não for paranóico, você pode configurar o sudo para não lhe pedir uma senha. Para fazer isso, execute o comando visudo como root e adicione uma linha como esta:

usuario ALL =(ALL) NOPASSWD: ALL

Troque usuario pelo seu nome de usuário. Esta linha permitirá que você qualquer comando via sudo sem precisar digitar sua senha.

A: O init.sh e o init.csh não foram projetados para serem executados como comandos quaisquer. Estes arquivos definem variáveis de ambiente no shell, tais como PATH e MANPATH. Para que tenham efeito permanente no shell, eles precisam ser processados com o comando . para bash/zsh ou source para csh/tcsh, desta forma:

para bash/zsh:

. /opt/sw/bin/init.sh

para csh/tcsh:

source /opt/sw/bin/init.csh

A: Você provavelmente direcionou o apt para um espelho do Debian, o qual obviamente não possui arquivos do Fink. Você pode corrigir isso manualmente ou através do select. Para corrigir manualmente, edite como root o arquivo /opt/sw/etc/apt/sources.list em um editor de textos. Remova as linhas que mencionem debian.org e troque-as por estas:

deb http://bindist.finkmirrors.net/bindist release main crypto
deb http://bindist.finkmirrors.net/bindist current main crypto

Para corrigir através do select, rode "[A]cesso" novamente, escolha o método "apt" e digite o seguinte:

URL: http://bindist.finkmirrors.net/bindist - Distribution: release - Components: main crypto

Em seguida, adicione outro espelho repetindo o processo com "current" no lugar de "release".

A: Se isto acontece sempre, então talvez você tenha modificado (ou modificado incorretamente) seus scripts de inicialização sem querer. Execute o script /opt/sw/bin/pathsetup.sh em uma janela de terminal. Este programa tentará detectar seu shell padrão e adicionar um comando para carregar o script de inicialização do Fink na sua configuração do shell. Você precisará abrir uma nova sessão do terminal para que suas configurações de ambiente sejam carregadas. Você também pode rodar o aplicativo pathsetup.app que vem no disco com a distribuição binária do Fink.

Por outro lado, se você tiver problemas somente no terminal do X11 da Apple, a solução mais fácil é modificar a opção "Terminal" no menu Application do X11 através da opção Applications->Customize Menu... . No lugar de apenas

xterm

mude o campo com o comando para

xterm -ls

ls significa shell de login e o resultado é que sua configuração completa de login é usada (da mesma forma que o Terminal do OS X).

Esses scripts /opt/sw/bin/init.* fazem muito mais do que somente adicionar /opt/sw/bin à variável PATH. Muitos pacotes não funcionarão corretamente sem essas ações adicionais.

A: É possível fazê-lo. Caso você tenha o Xcode instalado, você pode executar o seguinte comando:

sudo /Developer/Tools/SetFile -a V /opt/sw

Isto faz com que o diretório /opt/sw fique invisível, da mesma forma que os diretórios de sistema (/usr etc). Se você não tiver o Xcode, existem vários aplicativos de terceiros que permitem que você manipule atributos de arquivos--você precisa definir que /opt/sw fique invisível.

A: Há alguns problemas entre o dselect e o Terminal.app. Uma solução é digitar o seguinte comando:

usuários bash:

export TERM=xterm-color

usuários tcsh:

setenv TERM xterm-color

antes de executar o dselect Talvez você queira colocar essa linha no seu arquivo de inicialização (por exemplo, .profile ou .cshrc) para que seja executada sempre.

A: Se você não consegue atualizar para uma nova versão do Fink através do comando fink selfupdate ou sudo apt-get update; sudo apt-get dist-upgrade, então talvez você precise baixar manualmente uma nova versão do pacote fink. Os comandos são:

• 10.3.x: (distribuição 0.7.1)

  curl -O http://us.dl.sf.net/fink/direct_download/dists/fink-0.7.1-updates/main/binary-darwin-powerpc/base/fink_0.22.4-1_darwin-powerpc.deb
  sudo dpkg -i fink_0.22.4-1_darwin-powerpc.deb
  rm fink_0.22.4-1_darwin-powerpc.deb
  fink selfupdate

• 10.2.x: (distribuição 0.6.3)

  curl -O http://us.dl.sf.net/fink/direct_download/dists/fink-0.6.3/release/main/binary-darwin-powerpc/base/fink_0.18.3-1_darwin-powerpc.deb
  sudo dpkg -i fink_0.18.3-1_darwin-powerpc.deb
  rm fink_0.18.3-1_darwin-powerpc.deb
  fink selfupdate

A: Recomendamos que não coloque sua árvore de diretórios do Fink dentro de um diretório com espaço em branco nome. O trabalho não vale a pena.

A: Caso você veja algo parecido com o seguinte:

Err file: local/main Packages 
File not found 
Ign file: local/main Release 
Err file: stable/main Packages 
File not found 
Ign file: stable/main Release 
Err file: stable/crypto Packages 
File not found 
Ign file: stable/crypto Release 
...
Failed to fetch file:/opt/sw/fink/dists/local/main/binary-darwin-powerpc/Packages
File not found 
Failed to fetch file:/opt/sw/fink/dists/stable/main/binary-darwin-powerpc/Packages
File not found
Failed to fetch file:/opt/sw/fink/dists/stable/crypto/binary-darwin-powerpc/Packages
File not found 
Reading Package Lists... Done 
Building Dependency Tree...Done 
E: Some index files failed to download, 
they have been ignored, or old ones used instead. 
update available list script returned error exit status 1.

então tudo o que você precisa fazer é executar o comando fink scanpackages, que gera os arquivos que não estão sendo encontrados.

Se você obtiver um erro com o seguinte formato:

W: Couldn't stat source package list file: unstable/main Packages
(/opt/sw/var/lib/apt/lists/_sw_fink_dists_unstable_main_binary-darwin-
powerpc_Packages) - stat (2 No such file or directory)

então você deve executar

sudo apt-get update
fink scanpackages

para corrigi-lo.

A: Ao trocar a distribuição do Fink (da qual as distribuições de códigos fontes e binários são subconjuntos), o Fink precisa ser notificado de que isso aconteceu. Para fazê-lo, você pode executar um script que normalmente é executado na instalação inicial do Fink:

/opt/sw/lib/fink/postinstall.pl

Isto corrigirá o Fink.

A: Erros no formato:

gzip -dc /opt/sw/src/dpkg-1.10.9.tar.gz | /opt/sw/bin/tar -xf - 
### execution of gzip failed, exit code 139

ou

gzip -dc /opt/sw/src/aquaterm-0.3.0a.tar.gz | /opt/sw/bin/tar -xf -
gzip: stdout: Broken pipe 
### execution of gzip failed, exit code 138

ou

dpkg-deb -b root-base-files-1.9.0-1 /opt/sw/fink/dists/unstable/main/binary-darwin-powerpc/base

### execution of dpkg-deb failed, exit code 1
Failed: can't create package base-files_1.9.0-1_darwin-powerpc.deb

ou falhas de segmentação na execução de utilitários do fileutils, como por exemplo ls ou mv, são provavelmente devidos a um erro de pré-ligação em uma biblioteca e podem ser corrigidos através da execução do seguinte comando:

sudo /opt/sw/var/lib/fink/prebound/update-package-prebinding.pl -f

A: O que aconteceu é que de alguma forma o programa Terminal do OS X foi instruído a executar /opt/sw/bin/pathsetup.command a cada vez que você se logar. Você pode corrigir isto removendo o arquivo de preferências ~/Library/Preferences/com.apple.Terminal.plist.

If you have other preferences that you want to keep, you can edit the file with a text editor and remove the reference to /opt/sw/bin/pathsetup.command.

A: Caso o seu erro se pareça com:

This first test is designed to die, so please ignore the error
message on the next line.
# Looks like your test died before it could output anything.
./00compile............................ok
./Base/initialize......................ok
./Base/param...........................ok
./Base/param_boolean...................ok
./Command/cat..........................ok
./Command/chowname.....................#     
Failed test (./Command/chowname.t at line 27)
#          got: 'root'
#     expected: 'nobody'

então você precisa executar o Obter Informações no volume onde o Fink está instalado e desmarcar o botão "Ignorar posse".

A: If you get an error that ends with

Se você receber uma mensagem de erro que termine com

Failed: No mirror site list file found for mirror 'gnu'.

então você provavelmente precisa atualizar o pacote fink-mirrors, por exemplo através do comando:

then most likely you need to update the fink-mirrors package, e.g. via:

fink install fink-mirrors

A: O erro:

Failed: Can't move "/opt/sw/fink" out of the way.

é, apesar do que a mensagem diz, geralmente devido a erros de permissão em um dos diretórios temporários criados durante um selfupdate. Remova os diretórios:

sudo rm -rf /opt/sw/fink.tmp /opt/sw/fink.old

A: Caso veja a seguinte mensagem (até agora só detectada no OS 10.4):

No fonts found; this probably means that the fontconfig
library is not correctly configured. You may need to
edit the fonts.conf configuration file. More information
about fontconfig can be found in the fontconfig(3) manual
page and on http://fontconfig.org.

então você pode corrigir o problema executando o comando

sudo fc-cache

A: Esta mensagem normalmente significa que você tentou exeuctar o instalador do Fink como um usuário que não possui privilégios administrativos. Assegure-se de fazer o login (na tela de login) como um usuário com tais privilégios ou troque para um usuários com tais privilégios no Finder (isto é, troca rápida de usuários) antes de iniciar o instalador do Fink.

Caso você tenha problemas mesmo usando uma conta administrativa, então é provavelmente um problema com as permissões no seu diretório raiz. Use o Utilitário de Disco da Apple (diretório Aplicativos, subdiretório Utilitários), escolha o disco em questão, escolha a aba Reparador e clique o botão Reparar Permissões do Disco. Se isto não funcionar, então você talvez tenha que definir manualmente suas permissões através do comando

sudo chmod 1775 /

A: Leia a documentação! Para compilar pacotes a partir do código fonte, você precisa instalar o Xcode que, dentre outros, contém o compilador C, cc.

A: Você precisa instalar o Xcode.

A: Caso sua mensagem seja do formato

make: command not found

(make: comando não encontrado)

ou

Can't exec "make": 
No such file or directory at /opt/sw/lib/perl5/Fink/Services.pm line 190.

Isso significa que você precisa instalar o Xcode.

Por outro lado, se sua mensagem de erro se parece com

make: illegal option -- C

(make: opção ilegal -- C)

então você substituiu a versão GNU do utilitário make que veio com o Xcode por uma versão BSD do make. Vários pacotes dependem de características especiais que são suportadas apenas pelo GNU make. Assegure-se de que /usr/bin/make é um link simbólico para gnumake e não bsdmake. Além disso, assegure-se de que /usr/local/bin não contenha outra cópia do make.

A: Caso esteja vendo isto:

Unknown option: 1 Usage: head [-options] <url>...

(Opção desconhecida: 1 Uso: head [-opções] <url>...

seguido por uma lista de descrições de opções, você tem um executável do head quebrado. Isto acontece quando você instala a biblioteca libwww do Perl em um volume de sistema formatado com HFS+. Ele tenta criar um novo comando /usr/bin/HEAD que sobrescreve o comando head já existente porque o sistema de arquivos não diferencia maiúsculas de minúsculas. head é um comando padrão usado em muitos scripts de shell e Makefiles. Você precisa restaurar o executável original do head caso queira usar o Fink.

O script de instalação inicial do Fink a partir do código fonte verifica isso mas ainda assim é possível caso você use a instalação binária na primeira instalação ou instale libwww depois de haver instalado o Fink.

Este problema também já foi relatado devido à instalação de /opt/sw/bin/HEAD (mas não por um pacote do Fink). Isto é fácil de resolver: renomeie /opt/sw/bin/HEAD.

A: Isto acontece ocasionalmente com pacotes múltiplos (isto é, pacotes que são divididos em -dev, -shlibs etc) quando um arquivo é movido de um pacote para outro (por exemplo, de foo para foo-shlibs). O que você pode fazer é sobrescrever o arquivo com aquele do pacote que você esteja tentando instalar (já que eles são nominalmente o mesmo arquivo):

sudo dpkg -i --force-overwrite nomedoarquivo

onde nomedoarquivo é o arquivo .deb correspondente ao pacote que você esteja tentando instalar.

A: Se você tiver o StuffIt Pro instalado, pode ser que voce tenha o modo "Archive via Real Name" ("Arquivar pelo Nome Real") habilitado. Verifique o painel StuffIt na ferramenta Preferências do Sistema e desabilite "ArchiveViaRealName" se estiver habilitado. Ele contém uma reimplementação falha de algumas chamadas de sistema importante que causam erros estranhos e transientes, como esse.

Caso contrário, um erro no mv geralmente significa que outro erro anterior ocorreu durante a compilação mas a compilação não foi interrompiada. Para rastrear os arquivos que causaram o erro, procure na saída pela compilação de um arquivo que não exista. Por exemplo, se você tiver algo parecido com:

mv /opt/sw/src/root-foo-0.1.2-3/opt/sw/lib/libbar*.dylib \
/opt/sw/src/root-foo-shlibs-0.1.2-3/opt/sw/lib/ 
mv: cannot stat `/opt/sw/src/root-foo-0.1.2-3/opt/sw/lib/libbar*.dylib': 
No such file or directory 
### execution of mv failed, exit code 1 
Failed: installing foo-0.1.2-3 failed

então você deve procurar por libbar em algum lugar mais acima da lista de mensagens que aparecem durante a tentativa de compilação.

A: Estes erros se parecem com o seguinte:

Failed: Internal error: node for system-xfree86 already exists

O problema é que o mecanismo de dependências está confuso devido a mudanças em alguns dos arquivos de descrição de pacotes. Para corrigi-lo:

• Force a remoção do pacote causador do problema, por exemplo:

  sudo dpkg -r --force-all system-xfree86

  para o exemplo listado acima.

• Tente instalar ou atualizar novamente. Em algum momento uma pergunta envolvendo uma dependência virtual ("virtual dependency") aparecerá incluindo o pacote que você acabou de morever. Selecione o pacote e ele será reinstalado durante sua compilação.

A: Este é uma fonte de problemas frequente porque o script de configuração dos pacotes encontra arquivos de cabeçalho e bibliotecas em /usr/local e decide usá-los no lugar daqueles que residem no diretório do Fink. Se você estiver tendo problemas de compilação que não são cobertos por outra pergunta deste documento, você deve verificar se você tem bibliotecas em /usr/local/lib ou arquivos de cabeçalho em /usr/local/include. Em caso afirmativo, tente renomear /usr/local para algum outro nome, por exemplo

sudo mv /usr/local /usr/local.moved

proceda sua compilação e então volte ao nome original de /usr/local:

sudo mv /usr/local.moved /usr/local

Starting with macOS 10.14, it's sometimes not possible to rename /usr/local. If you get an error when renaming /usr/local directly, then rename the subdirectories inside it instead:

        sudo mv /usr/local/include /usr/local/include.moved
        sudo mv /usr/local/lib /usr/local/lib.moved
        

do your build, and then you can put /usr/local/include and /usr/local/lib back:

        sudo mv /usr/local/include.moved /usr/local/include
        sudo mv /usr/local/lib.moved /usr/local/lib
        

A: A saída dá uma dica de o que fazer. A mensagem é geralmente parecida com:

ld: table of contents for archive: 
/opt/sw/lib/libintl.a is out of date; 
rerun ranlib(1) (can't load from it)

O que você precisa fazer é executar o comando ranlib como root em qualquer biblioteca que esteja causando o problema. Por exemplo, para o caso acima, você executaria:

sudo ranlib /opt/sw/lib/libintl.a

A: Isto acontece porque um dos passos durante a compilação do pacote atlas faz uma pergunta ao usuário que o Fink Commander não detecta. Você terá que executar o comando fink install atlas no lugar de instalá-lo pelo Fink Commander.

A: Ambos estes problemas são geralmente devidos à ausência de arquivos de cabeçalho essenciais que são providos pelo pacote DevSDK do Xcode. Verifique se /Library/Receipts/DevSDK.pkg existe no seu sistema. Em caso negativo, execute novamente o instalador do Xcode e instale o pacote DevSDK através do Custom Install (instalação customizada).

O erro cannot create executables também pode ocorrer quando sua versão do Xcode é para uma versão anterior do OS.

A: Para contornar este problema, tente atualizar um único pacote e então tente usar novamente o fink update-all. Se você ainda receber a mensagem, repita o processo.

A: This means that somehow your dpkg database got damaged, usually from a crash or some other unrecoverable error. This most often occurs with a buildlock, e.g:

package `fink-buildlock-foo-1.2.3-4':  missing version

(of course, replace foo-1.2.3-4 with the package name you are seeing).

When this happens, you should edit /opt/sw/var/lib/dpkg/status as a superuser. Then go near the line number which shows up in the error message. You should see a fink-buildlock-foo-1.2.3-4 package whose Status field is marked

install ok installed

Change that to

purge ok not-installed

Under other circumstances, there may be garbage in the file. You can fix this situation by copying the previous version of the database, like so:

sudo cp /opt/sw/var/lib/dpkg/status-old /opt/sw/var/lib/dpkg/status

You may need to re-install the last couple of packages you installed before the problem started occurring.

A: Existem muitas variedades desses erros. Se você receber o seguinte:

/usr/bin/ld: can't locate file for: -lfreetype

verifique se você tem um executável freetype-config perdido através do comando

type -a freetype-config

caso esteja usando bash ou

where freetype-config

caso esteja usando tcsh. Sabe-se que o framework Mono instala um /usr/bin/freetype-config que é um link simbólico para o arquivo que está nesse framework.

Caso seu erro se pareça com o seguinte:

/opt/sw/include/pango-1.0/pango/pangoft2.h:52: 
error: parse error before '*' token 
/opt/sw/include/pango-1.0/pango/pangoft2.h:57:
error: parse error before '*' token
/opt/sw/include/pango-1.0/pango/pangoft2.h:61: 
error: parse error before '*' token 
/opt/sw/include/pango-1.0/pango/pangoft2.h:86: 
error: parse error before "pango_ft2_font_get_face"
/opt/sw/include/pango-1.0/pango/pangoft2.h:86: 
warning: data definition has no type or storage class 
make[2]: *** [rsvg-gz.lo] Error 1
make[1]: *** [all-recursive] Error 1 
make: *** [all-recursive-am] Error 2 
### execution of make failed, exit code 2 
Failed: compiling librsvg2-2.4.0-3 failed

ou

In file included from vteft2.c:32: 
vteglyph.h:64: error:
parse error before "FT_Library" 
vteglyph.h:64: warning: 
no semicolon at end of struct or union vteft2.c: 
In function `_vte_ft2_get_text_width': 
vteft2.c:236: error: 
dereferencing pointer to incomplete type 
vteft2.c: In function `_vte_ft2_get_text_height':
vteft2.c:244: error: 
dereferencing pointer to incomplete type
vteft2.c: In function `_vte_ft2_get_text_ascent': 
vteft2.c:252: error:
dereferencing pointer to incomplete type 
vteft2.c: In function `_vte_ft2_draw_text': 
vteft2.c:294: error: 
dereferencing pointer to incomplete type 
vteft2.c:295: error: 
dereferencing pointer to incomplete type
make[2]: *** [vteft2.lo] Error 1 
make[1]: *** [all-recursive] Error 1 
make: *** [all] Error 2 
### execution of make failed, exit code 2
Failed: compiling vte-0.11.10-3 failed

ou

checking for freetype-config.../usr/X11R6/bin/freetype-config 
checking For sufficiently new FreeType (at least 2.0.1)... no 
configure: error: pangoxft 
Pango backend found but did not find freetype libraries 
make: *** No targets specified and no makefile found. Stop. 
### execution of LD_TWOLEVEL_NAMESPACE=1 failed, exit code 2 
Failed: compiling gtk+2-2.2.4-2 failed

o problema é devido a uma confusão entre arquivos cabeçalhos de pacote freetype | freetype-hinting e os arquivos de cabeçalho do freetype2 que são parte do X11 | XFree86. O comando

fink remove freetype freetype-hinting

removerá qualquer variante que você haja instalado. Por outro lado, se seu erro é parecido com:

ld: Undefined symbols: _FT_Access_Frame

isto é normalmente devido a um arquivo residual de uma instalação prévia do X11. Reinstale o X11 SDK.

A: Se você tem um erro parecido com

unix_dl.c: In function `rep_open_dl_library':
unix_dl.c:328: warning: assignment discards qualifiers from pointer target type 
unix_dl.c: In function `rep_find_c_symbol': 
unix_dl.c:466: error: `Dl_info' undeclared (first use in this function)
unix_dl.c:466: error: (Each undeclared identifier is reported only once 
unix_dl.c:466: error: for each function it appears in.)
unix_dl.c:466: error: parse error before "info" 
unix_dl.c:467: error: `info' undeclared (first use in this function) 
make[1]: *** [unix_dl.lo] Error 1

então o mais provável é que você tenha um arquivo de cabeçalho /usr/local/include/dlfcn.h que é incompatível com o Panther. Tire-o do caminho.

Normalmente, ele é instalado pelo OpenOffice e você deve substituir esse arquivo de cabeçalho, bem como a biblioteca /usr/local/lib/libdl.dylib, por links simbólicos aos arquivos providos pelo Panther:

sudo ln -s /usr/include/dlfcn.h /usr/local/include/dlfcn.h
sudo ln -s /usr/lib/libdl.dylib /usr/local/lib/libdl.dylib

A: Isto é porque gcc2 e gcc3.1 são pacotes virtuais que indicam a presença de gcc-2.95 e gcc-3.1, respectivamente, em seu sistema. Instale o pacote gcc2.95 e/ou o gcc.31 do Xcode Tools (versões anteriores do OS possuem gcc-2.95 e gcc-3.1 como parte da instalação principal do Developer Tools).

Observação: instalar o gcc2.95 ou gcc3.1 não interferirá com seu compilador gcc3.3--eles podem coexistir.

A: Caso esteja usando a árvore unstable, assegure-se de ter instalado o intltool-0.34.1 ou mais recente.

Caso contrário, você precisa assegurar-se de ter a variante correta do pacote xml-parser-pm que case com a versão do Perl em seu sistema. Por exemplo, se você estiver no Panther você deveria ter xml-parser-pm581 no lugar de xml-parser-pm560 (você também pode ter o substituto xml-parser-pm), já que você tem o Perl-5.8.1 no lugar de Perl-5.6.0 Se estiver no Jaguar e estiver usando a versão padrão do Perl para o sistema, você terá a variante pm560 e se você instalou o Perl 5.8.0 você pode ter a variante pm580.

A: O que aconteceu aqui é que o Fink está tentando usar um dos seus espelhos mestres. Eles foram configurados para garantir que códigos fontes dos pacotes do Fink estejam disponíveis mesmo que os sites oficiais os tenham mudado de lugar. Normalmente esses erros ocorrem quando uma nova versão oficial de um pacote é lançada mas ainda não chegou aos espelhos mestres.

Para remediar esta situação, execute o comando fink configure e defina a ordem de pesquisa para que use os espelhos mestres por último.

A: É comum que, em uma árvore de compilação complicada, você descubra que alguns pacotes dependem de uma versão específica de uma biblioteca e outros dependam em uma versão diferente (por exemplo, db47 vs. db44). Consequentemente, o Fink pode tentar trocar para aquela que não estiver instalada atualmente de forma a satisfazer a dependência de compilação do pacote que você deseja atualizar.

Infelizmente, devido a limitações do mecanismo de dependências de compilação, você pode encontrar a famigerada mensagem

Fink::SysState: Could not resolve inconsistent dependencies

ao tentar um update-all suficientemente complicado. Esta situação geralmente lhe fornece um comando para tentar resolver o problema:

fink scanpackages
sudo apt-get update
sudo apt-get install foo=1.23-4

mas isto pode não funcionar para atualizações suficientemente complicadas. Você talvez precise atualizar pacotes um-a-um, ao menos por algum tempo.

A: Para erros parecidos com:

running build
running build_ext
Traceback (most recent call last):
  File "setup_socket_ssl.py", line 21, in ?
    depends = ['socketmodule.h'] )
  File "/opt/sw/src/root-python24-2.4.1-1/opt/sw/lib/python2.4/distutils/core.py", line 166, in setup
SystemExit: error: $MACOSX_DEPLOYMENT_TARGET mismatch: now "10.4" but "10.3" during configure
### execution of /opt/sw/bin/python2.4 failed, exit code 1

o problema ocorre porque os pacotes python2* gravam o MACOSX_DEPLOYMENT_TARGET atual em um arquivo de configuração quando são compilados e os utilitários de compilação do python usam esse valor quando compilam módulos. Isto significa que você tem, por exemplo, um pacote python24 no OS 10.4 que foi compilado no OS 10.3, ocorrendo tanto na atualização 10.3 => 10.4, ou através da distribuição binária 10.4-transitional, na qual o python24 não foi recompilado, havendo portanto uma diferença entre o que o python acha que MACOSX_DEPLOYMENT_TARGET deveria ser (10.3) e o que realmente é (10.4).

A solução é recompilar o pacote python que esteja causando problema, por exemplo fink rebuild python24 para o caso acima.

Para erros em tempo de execução que exibem o mesmo tipo de mensagem de erro acima, recompile o módulo após recompilar o pacote python2* apropriado.

A: O erro

 libtool: unrecognized option `-dynamic'

normalmente significa que você substituiu a /usr/bin/libtool da Apple por uma libtool GNU. Infelizmente, as duas libtools não funcionam da mesma forma.

A única maneira de resolver este problema é obter uma libtool da Apple que funcione. Ela é instalada como parte do pacote DeveloperTools.pkg das ferramentas do Xcode e você pode reinstalar todo o pacote se primeiro limpar seu arquivo de receita em /Library/Receipts (arraste-o para a Lixeira).

A: Isto pode acontecer caso seu script de login (por exemplo, ~/.profile) imprima algo no terminal, por exemplo "echo Hello" ou xttitle. Para livrar-se do problema, a solução fácil é comentar as linhas que imprimam na tela.

Se você quiser manter a impressão na tela, então você pode fazer algo parecido com

if ( $?prompt) then 
	echo Hello 
endif

A: Se você está rodando a versão do XFree86 do Fink e quer trocar entre versões do Fink com ou sem threads, você precisa remover manualmente a versão antiga. Isto é feito através dos seguintes comandos:

sudo dpkg -r --force-depends xfree86-base 
sudo dpkg -r --force-depends xfree86-shlibs 
sudo dpkg -r --force-depends xfree86-rootless 
sudo dpkg -r --force-depends xfree86-rootless-shlibs

ou para remover as versões com threads:

sudo dpkg -r --force-depends xfree86-base-threaded 
sudo dpkg -r --force-depends xfree86-shlibs-threaded 
sudo dpkg -r --force-depends xfree86-rootless-threaded 
sudo dpkg -r --force-depends xfree86-rootless-threaded-shlibs

O Fink Commander também possui uma forma de remover pacotes. Na janela de fontes, selecione um pacote e então use a opção "Force Remove" do menu Source Menu.

Caso esteja usando o system-xfree86, veja como removê-lo na pergunta anterior.

Instale a versão do xfree86 que você deseja:

xfree86-base

xfree86-base-threaded

da forma usual: "fink install" para usuários de códigos fontes, "apt-get install" ou "dselect" para binários.

A: Caso esteja recebendo erros no formato:

libtool: link: cannot find the library `/opt/sw/lib/libiconv.la'

você pode resolver o problema executando os comandos

fink remove gettext-dev
fink install libiconv

A: Caso esteja recebendo erros no formato

xgcc: installation problem, cannot exec `c++filt': No such file or directory

desde que atualizou para o Tiger, então você precisa fazer o seguinte:

• Reinstale o BSD.pkg que está presente em sua mídia de instalação. Se o /usr/bin/c++filt não aparecer, continue tentando.

Talvez você precise verificar se não há artefatos antigos do Developer/Xcode Tools presentes em seu sistema:

• 10.4: Elimine suas versões antigas do Xcode Tools através do comando /Developer/Tools/uninstall-devtools.pl em um terminal. Então (re)instale o Xcode (2.4.1 ou mais recente).
• 10.5: Elimine suas versões antigas do Xcode Tools através do comando /Developer/Library/uninstall-devtools em um terminal. Então (re)instale o Xcode (3.0 ou mais recente).

A: Após executar o comando fink selfupdate para garantir que tenha as últimas versões, execute o comando fink update gettext-tools. Uma versão mais antiga do pacote gettext-tools pode estar impedindo a atualização do gettext.

A: Esse erro está normalmente relacionado a bibliotecas ausentes, tais como /usr/X11/lib/libXrandr.2.0.0.dylib ou /usr/X11/lib/libXdamage.1.1.0.dylib (ou outras versões de bibliotecas em /usr/X11/lib/).

Até onde podemos perceber, a melhor forma de corrigir esse problema é instalar o Xcode 3.1.3 ou mais recentes.

A: Você usou o Fink para instalar um pacote que depende de outro pacote, o passwd. O passwd instala vários usuários extras no seu sistema por razões de segurança -- em sistemas Unix, arquivos e processos pertencem a "proprietários", o que permite que administradores de sistema façam ajustes finos nas permissões e segurança do sistema. Programas como o Apache e o MySQL precisam de um "proprietário" e não é seguro atribuir-lhes o usuário root (imagine o que aconteceria se o Apache fosse comprometido e subitamente tivesse acesso de escrita a todos os arquivos do sistema). Por conseguinte, o pacote passwd faz o trabalho de configurar esses usuários extras para os pacotes do Fink que os necessitam.

Pode ser alarmante descobrir repentinamente vários usuários não esperados no painel "Preferências do Sistema: Contas", mas evite removê-los:

• Em primeiro lugar, você obviamente escolheu instalar um pacote que requer os usuários, então eliminá-los não faz muito sentido, faz?
• Na verdade há vários usuários extras já instalados no Mac OS X que você talvez nem conheça: www, daemon, nobody são alguns deles. A presença desses usuários extras é uma convenção padrão do Unix para a execução de certos serviços; o pacote passwd simplesmente adiciona alguns outros usuários extras que não foram fornecidos pela Apple. Você pode ver os usuários instalados pela Apple no aplicativo NetInfo Manager.app ou através do comando niutil -list . /users
• Caso você decida remover esses usuários, tenha muito cuidado em como proceder. Usar o painel "Preferências do Sistema: Contas" fará com que todos os arquivos desses usuários sejam atribuídos a uma conta de administrador aleatória e tem havido relatos de grandes confusões devidas às permissões das contas de administradores. Há um erro no Preferências do Sistema que já foi relatado à Apple. Uma forma mais segura de remover esses usuários do sistema é fazê-lo através do NetInfo Manager.app ou usar a ferramenta de linha de comando niutil no Terminal. Leia o manual do niutil para mais informações sobre o NetInfo.

O Fink de fato solicita permissão para instalar esses usuários adicionais em seu sistema durante a instalação do pacote passwd, portanto eles não deveriam ser de todo uma surpresa.

A: When compiling something yourself outside of Fink, the compiler and linker need to be told where to find the Fink-installed libraries and headers. It is also necessary to tell the compiler to use the appropriate target architecture. For a package that uses standard configure/make process, you need to set some environment variables:

-bash-

export CFLAGS=-I/opt/sw/include 
export LDFLAGS=-L/opt/sw/lib 
export CXXFLAGS=$CFLAGS 
export CPPFLAGS=$CXXFLAGS 
export ACLOCAL_FLAGS="-I /opt/sw/share/aclocal"
export PKG_CONFIG_PATH="/opt/sw/lib/pkgconfig"
export PATH=/opt/sw/var/lib/fink/path-prefix-clang:$PATH
export MACOSX_DEPLOYMENT_TARGET=10.9

-tcsh-

setenv CFLAGS -I/opt/sw/include 
setenv LDFLAGS -L/opt/sw/lib 
setenv CXXFLAGS $CFLAGS 
setenv CPPFLAGS $CXXFLAGS 
setenv ACLOCAL_FLAGS "-I /opt/sw/share/aclocal"
setenv PKG_CONFIG_PATH "/opt/sw/lib/pkgconfig"
setenv PATH /opt/sw/var/lib/fink/path-prefix-clang:$PATH
setenv MACOSX_DEPLOYMENT_TARGET 10.9

(assuming that the build system is running OS 10.9 or later)

It is often easiest just to add these to your startup files (e.g. .cshrc | .profile) so they are set automatically. If a package does not use these variables, you may need to add the "-I/opt/sw/include" (for headers) and "-L/opt/sw/lib" (for libraries) to the compile lines yourself. Some packages may use similar non-standard variables such as EXTRA_CFLAGS or --with-qt-dir= configure options. "./configure --help" will usually give you a list of the extra configure options.

In addition, you may need to install the development headers (e.g. foo-1.0-1-dev) for the library packages that you are using, if they aren't already installed.

A: O X11 da Apple não considera as configurações de ambiente do Fink, o que significa que o menu Applications (Aplicativos) não possui o PATH configurado corretamente para achar os aplicativos do Fink. A solução é colocar, no começo do nome de um aplicativo instalado pelo Fink, o texto

source /opt/sw/bin/init.sh ;

Por exemplo, caso queira rodar um GIMP instalado pelo Fink, coloque

source /opt/sw/bin/init.sh ; gimp

no campo Command (Comando) da sua opção GIMP.

Você também pode editar seu arquivo .xinitrc (no seu diretório de usuário) e adicionar:

source /opt/sw/bin/init.sh

após a primeira linha.

A: Este erro significa que o sistema não está se conectado ao display do X. Faça o seguinte:

1. Inicie o X (X11 da Apple, XFree86, ...).

2. Assegure-se de que sua variável de ambiente DISPLAY esteja definida corretamente. Se você está usando a configuração padrão do X, você pode fazê-lo com

export DISPLAY=:0

caso esteja usando o bash ou

setenv DISPLAY :0

caso esteja usando otcsh.

A: Assegure-se de ter selecionado o "eSound Output Plugin" nas preferências do XMMS. Por algum motivo estranho, ele seleciona o disk writer plugin como padrão.

Se ainda assim você não conseguir som ou o XMMS reclamar que não encontra sua placa de som, tente o seguinte:

• Assegure-se de não haver baixado completamente o volume no Mac OS X.
• Execute esdcat /usr/libexec/config.guess (ou qualquer outro arquivo com um tamanho decente). Se você ouvir um barulho curto, o eSound funciona e o XMMS também deveria funcionar se estiver configurado corretamente. Se você não ouvir nada, o esd não está funcionando por algum motivo. Você pode tentar iniciá-lo manualmente com esd & e verificar as mensagens.
• Se ainda não funcionar, verifique as permissões em /tmp/.esd e /tmp/.esd/socket, que deveriam ter sua conta normal de usuário como sendo o proprietário. Se elas não forem de sua posse, interrompa o esd se ele estiver rodando, remova o diretório como root (sudo rm -rf /tmp/.esd) e inicie novamente o esd (como um usuário normal, não como root).

Note que o esd é projeto para ser executado por um usuário normal e não pelo root. Ele normalmente se comunica através do socket via arquivo de sistema /tmp/.esd/socket. Você só precisa das opções -tcp e -port caso queira rodar clientes esd em uma outra máquina através da rede.

Já houve relatos de o XMMS fechar ou travar no OS 10.1. Ainda não temos uma análise ou correção.

A: Este é um problema conhecido que ocorre com versões recentes do nedit e lesstif em todas as plataformas. A solução é abrir uma nova janela com File-->New e então abrir o próximo arquivo em que você queira trabalhar.

Este problema foi corrigido no nedit-5.3-6, o qual depende de openmotif3 no lugar de lesstif.

A: Em primeiro lugar, assegure-se de estar carregando o init.sh no seu arquivo de inicialização do X ~/.xinitrc.

No Jaguar, às vezes todos os pacotes xfree86 são compilados mas apenas xfree86-base e xfree86-base-shlibs são instalados. Verifique se você tem os pacotes xfree86-rootless e xfree86-rootless-shlibs instalados. Em caso negativo, execute o comando fink install xfree86-rootless.

Caso os pacotes estejam instalados, tente fink rebuild xfree86-rootless. Se isto não funcionar, verifique se você tem /usr/bin/X11R6 no seu PATH.

A: Alguns usuários relataram que o comportamento da tecla delete é diferente entre o XDarwin e o X11 da Apple. Isto pode ser corrigido através da edição dos arquivos de inicialização do X apropriados:

.Xmodmap:

keycode 59 = Delete

.Xresources:

xterm*.deleteIsDEL: true 
xterm*.backarrowKey: false
xterm*.ttyModes: erase ^?

.xinitrc

xrdb -load $HOME/.Xresources 
xmodmap $HOME/.Xmodmap

A: Isto é causado por um possível bug no linkeditor dinâmico do Tiger (na versão 10.4.1) mas parece ter sido corrigido na 10.4.3 e o Fink tem uma solução no pacote base-files-1.9.7-1 ou mais recentes.

Caso você ainda não tenha atualizado o Tiger e/ou o base-files, você pode contornar este problema usando um prefixo no nome do software que você deseja rodar:

env DYLD_FALLBACK_LIBRARY_PATH=: 

Por exemplo, se você quer usar o gnucash, você o executaria através do seguinte comando:

env DYLD_FALLBACK_LIBRARY_PATH=: gnucash

Este método funciona para aplicações que são iniciadas a partir do menu Application (Aplicativos) do X11 da Apple e também a partir do terminal.

Talvez você queira fazer essa definição de forma global (por exemplo, no seu script de inicialização e/ou em seu .xinitrc, e é possível que você tenha que fazer isso para rodar o GNOME). Coloque

export DYLD_FALLBACK_LIBRARY_PATH=:

em seu arquivo .xinitrc (independentemente de seu shell de login) ou seu .profile (ou outro script de inicialização) para usuários bash, e:

setenv DYLD_FALLBACK_LIBRARY_PATH :

é o comando correspondente para ser usado em, por exemplo, seu arquivo .cshrc para usuários do tcsh.

Observação: isto é feito automaticamente caso você instale uma versão suficientemente recente do pacote base-files.

A: Você precisa instalar o pacote yelp. Este pacote não foi colocado junto com o restante do GNOME porque usa criptografia e foi decidido não colocar todo o GNOME na árvore crypto só por causa do sistema de ajuda.