The Fink F.A.Q.

A: 意味はありません。ただの名称です。なにかの頭文字でもありません。

実際は、ドイツ語でフィンチという鳥のことです。 このプロジェクトに名称を考えていた時、 OS の名称である Darwin から、チャールズ＝ダーウィン、ガラパゴス諸島、進化を連想しました。 それで、ダーウィン・フィンチのことを思い出しました。 まぁ、それだけです...

A: 利点:

• Perl で書かれています。 make/shell ではありません。 このため、 BSD make だけにある特殊な機能に依存せず、ビルドするために GNU make が必要かどうかフラグを立てる必要がありません。

• dpkg のバイナリパッケージ管理は洗練されています。 スムーズなアップデート、設定ファイルの扱い、バーチャルパッケージ、高度の依存性などの機能があります。。

• Fink は指定しない限りは /usr/local にインストールすることはなく、 /usr/bin/make や他のシステム依存のコマンドをいじる必要がありません。 こうすることで、より安全に使用することができ、 Mac OS X や他のサードパーティーのソフトウェアとのインターフェイスを最小限に減らすことができます。

A: いくつか理由はありますが、共通しているのは、「いつか壊れるから」です。

理由1: サードパーティー・ソフトウェア。 /usr/local は、システムの一部ではないソフトウェアを入れる場所として確立されています。 このため、いろいろなものを入れるには格好の場所ですが、同様に他の人もこの場所にいろいろなものを入れる可能性があります。 ほとんどのインストール・ルーチンはすでにあるものを上書きしてしまいますし、 dpkg もそうします。 もちろん、サードパーティー・ソフトウェアを /usr/local にインストールしないように選択をすることは可能です。 しかし、ほとんどのインストーラは事前に何を何処にインストールするか知らせてくれません。

理由2: /usr/local/bin は、デフォルトの PATH に入っています。 このため、シェルが自動的にインストール・プログラムを見つけてしまいます。 逆にいうと、このプログラムを使いたくない場合は何かしなければなりません。 極端な場合、これはシステム全体に影響します。 多くのパーツはシェルスクリプトに依存しているからです。

理由3: コンパイラ・ツール・チェーンはデフォルトで /usr/local を検索します。 コンパイラは、 /usr/local/include 内でヘッダファイルを検索し、リンカは /usr/local/lib 内でライブラリを検索します。 これがうまくいくときもありますが、そうしたくない時にしないのが非常に難しいです。 コンパイラは、 /usr/local/include に stdio.h という名前のゴミファイルを追加すれば無効化することができます。

以上のことから、 Fink を /usr/local にインストールするのは不可能です。 インストール・スクリプトは警告メッセージを出しますが、これを無視することもできます。 この場合は自己責任で行なって下さい。

A: この選択にあまり意味はありませんが、実用上の（アップグレードの）問題と、他のパッケージング・システムとのコンフリクト問題を避けるため、近い将来に変更することはないと思われます。

A: 努力しています。 パッチを送り返すのは簡単で、次のパッケージで皆が満足することもありますが、ほとんどの場合そう簡単にはいきません。 共通の問題:

• Fink のパッケージメンテナは多忙で、パッチとその説明を本家のメンテナに送る時間がない。
• 本家のメンテナは、クリーンなコード、クリーンな configure チェック、他のプラットフォームとの互換性を理由に拒否することがある。
• 本家のメンテナはパッチを受け入たが、次のバージョンがリリースされるまでに数週間から数カ月かかる。
• パッケージのメンテナンスが終了し、これ以上リリースされないためパッチがマージされない。

A: Fink ミラーは、パッケージをソースからビルドする際に使う current と stable の詳細ファイルをミラーしている rsync サーバーです。

A: rsync は高速なプロトコルで、古い CVS アップデートによる方法よりも速く詳細ファイルを更新します。 また、 CVS アップデートは常に sourceforge.net から行われるのに対し、 rsync アップデートは近いミラーから行われます。

A: Fink ミラーは全て、 finkmirrors.net ドメインに参加しています。 もっと詳しく知りたい方は、ウェブサイト http://finkmirrors.net/ を参照して下さい。

A: ファイヤーウォールによっては、 rsync サービスへの接続を許可していない場合もあります。 この場合は CVS 方式を使って下さい。

A: これが正しい動作なのです。 rsync アップデート方式はアクティブなツリーだけ更新します。 また、 CVS サブディレクトリの削除も行います。

A: fink selfupdate-rsync または fink selfupdate-cvs コマンドで、 rsync と CVS を切り替えます。

A: 時としてインターネットから特定バージョンのソースを取得することが困難な場合があります。 Distfiles ミラーはソースパッケージをビルドする際に必要なソースパッケージを保存し、ミラーしています。

A: これは OS 10.5 バイナリインストーラを使用している際の問題です。まず、バージョンを確認し：

fink --version

もし fink-0.27.13-41 であれば、これはインストーラのものです。 また、fink-0.27.16-41の場合も同様に、

• rsync (推奨): 下記の手順で実行してください

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

• cvs (別の方法): 下記の手順で実行してください

  fink selfupdate-cvs
  fink index -f
  fink selfupdate

どちらも、最新バージョンの fink に更新します。

A: libgettext3 のパッケージ記述ファイルのタイムスタンプに問題があります: 0.14.5-2 は古いバージョンでです。

fink index -f
fink update libgettext3-dev	
	

と実行し、パッケージ記述ファイルのキャッシュを更新した後、パッケージを更新してください。

A: 更新された dpkg パケージ記述にタイムスタンプの問題があります。

fink index -f
fink selfupdate
	

と実行し、パッケージ記述のキャッシュを更新し、 dpkg と dpkg-base-files をインストールしてください。

A: fink コマンドは、明示的にプロキシを設定できます。 この設定は wget/curl に渡されます。 新規インストール時に聞かれなかった場合、または設定し直したい場合、 fink configure を実行することができます。 もしインストールガイドを読み、 /opt/sw/bin/init.csh (または /opt/sw/bin/init.sh) を使ったなら、次のようにプロキシの前にプロトコルをつけるようにして下さい。

ftp://proxy.yoursite.somewhere

もしこれでも問題があるようなら、システム環境設定からネットワークを選択し、プロキシのタブをクリックし、 "Use Passive FTP Mode (PASV)" がチェックされているか確認して下さい。

A: できません。 もちろん、 mv やファインダからファイルを動かすことはできますが、 99% の確率で動かなくなるプログラムがでてきます。 これは、全ての Unix ソフトウェアはファイルやライブラリなどを検索するのに、ハードコードのパスに依存しているからである。

A: 動くかも知れない。 動くと予想されますが、どこに落し穴があるかわかったものじゃありません。

A: Fink でインストールしたファイルはほとんど /opt/sw (あるいはインストール時に選択した場所) にあります。 なので、 Fink を削除するには、通常このコマンドを入力します:

sudo rm -rf /opt/sw

唯一の例外は XFree86 または X.org です。もし X サーバを Fink でインストールした (xfree86 、 xfree86-rootless または xorg パッケージ) なら、次のコマンドも必要です:

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

Fink をインストールし直すことがないのでしたら、テキストエディタを使い、 .cshrc ファイルの中の "source /opt/sw/bin/init.csh" と書かれている行、あるいは .bashrc ファイルの中の "source /opt/sw/bin/init.sh" と書かれている行を削除して下さい。

A: まず、'unstable の意味を確認してください。 unstable tree にあるパッケージは、さまざまな理由により安定ではありません。 既知の問題が残っていたり、valid error があったり、あるいは十分なフィードバックがないかもしれません。 この理由により、Fink はデフォルトでは unstable tree を探さないのです。

unstable を使う場合、もしうまく行った場合 (あるいは行かなかった場合)、メンテナにメールすることを心がけてください。 あなたからのフィードバックは、stable に移行するための貴重な根拠となるのです! パッケージのメンテナを知るには、fink info packagename と実行してください。

fink-0.26 以降: fink configure を実行すれば、たくさんある質問の中で unstable tree を on にするかという質問があります。

0.26 よりも古いバージョンの Fink が unstable を使うよう設定するには、 /opt/sw/etc/fink.conf を編集し、Trees: 行に unstable/main と unstable/crypto to the Trees: を追加してください。

Fink Commander を使っている場合、Preference から unstable パッケージを使うことができます。

これらのことをするだけでは、unstable tree のパッケージ記述を自動的にはダウンロードしません。 各自で rsync または cvs の更新をする必要があります。 これは、Fink のデフォルトではないので、以下のコマンドの入力してください。

fink selfupdate

とした後、

fink selfupdate-rsync

または

fink selfupdate-cvs

その後

fink index -f
fink scanpackages

注記: Fink Commander では、同様のことが、 fink index -f 以外、できます。これだけはコマンドラインから行ってください。

すでに rsync または cvs で更新できるようになっている場合、以下のものだけで十分です:

fink selfupdate
fink index
fink scanpackages
	

もし、update 方法を知らない場合、fink --version とすることで cvs または rsync であることがわかります。

特定のパッケージ (および base パッケージ) 以外、unstable からインストールしたくない場合、 unstable を off に戻す前に update-all コマンドを実行しないよう注意してください。

A: いいえ。しかし、そうすることをお勧めします。 混在によって予期できない問題が発生した場合、これを直すには非常に困難です。

もし、unstable からひとつかふたつのパッケージが欲しく、他はいらないのであれば、 (fink selfupdate-cvs で) CVS 更新に変更する必要があります。 これは、 rsync では fink.conf でアクティブなツリーしか更新しないためです。 /opt/sw/etc/fink.conf を編集し、 Trees: 行に local/main がなければ追加してください。 その後、 fink selfupdate を実行して、パッケージ記述ファイルをダウンロードしてください。 次に、関連する .info ファイル (および対応する .patch ファイル) を、 /opt/sw/fink/dists/unstable/main/finkinfo (または /opt/sw/fink/dists/unstable/crypto/finkinfo) から /opt/sw/fink/dists/local/main/finkinfo へコピーします。 しかし、このパッケージは、 unstable にある他のパッケージ (またはバージョン) に依存していることもあります。 この場合、これらの .info と .patch ファイルも同様にコピーします。 全てのファイルをコピーしたら、 fink index を実行することで、 Fink は 入手可能なパッケージの一覧を更新します。 ここまで終わったら、rsync に戻すことができます (fink selfupdate-rsync)。

A: sudo がパスワードを聞いてこないように設定することができます。 root 権限で visudo を開き、次の行を追加します:

username ALL =(ALL) NOPASSWD: ALL

もちろん、 username は実際のユーザー名に変えて下さい。

A: init.csh と init.sh は通常のコマンドのように実行するものではありません。 これらのファイルは環境変数の PATH や MANPATH を設定するものです。 これをシェルに保持させるには、csh/tcsh では source コマンド、bash/zsh では . コマンドを使い:

csh/tcsh の場合:

source /opt/sw/bin/init.csh

bash の場合:

. /opt/sw/bin/init.sh

と入力します。

A: おそらく、 apt を Debian ミラーを指定したのでしょう。 当然、 Debian ミラーには Fink ファイルはありません。 これを直す方法には、手動と dselect を通す二通りがあります。 手動では、 root 権限で /opt/sw/etc/apt/sources.list ファイルを開き、 debian.org の行を削除して:

deb http://us.dl.sourceforge.net/fink/direct_download release main crypto
deb http://us.dl.sourceforge.net/fink/direct_download current main crypto

に置き換えます (日本では jp.dl.sourceforge.net) 。

dselect を通すには、再度 "[A]ccess" を実行し、 "apt" を選択して:

URL: http://us.dl.sourceforge.net/fink/direct_download - Distribution: release - Components: main crypto

と入力します。 他の source を追加するならば、 "release" の部分を "current" と変えて繰り返して下さい。

現在、 apt パッケージの修正版 (設定スクリプトが dselect のプラグインとして付随) が CVS から入手できます。

A: 常にこのエラーが出るようでしたら、誤ってスタートアップスクリプトを書き換えてしまった(か、書き換えに失敗した)と思われます。 /opt/sw/bin/pathsetup.sh スクリプトを実行してください。 このプログラムは、デフォルトシェルを判定し、シェルの設定に Fink のシェル初期化スクリプトを読み込むコマンドを追加します。 注記: 古いバージョンの fink では、スクリプト名が /opt/sw/bin/pathsetup.sh ではなく /opt/sw/bin/pathsetup.command となっていることがあります。 あるいは、 Fink バイナリディストリビューションのディスクイメージ内にある pathsetup.app を実行する方法もあります。

Apple X11 terminal でのみこの問題が発生するのであれば、 簡単な解決方法は X11　アプリケーションメニューの"ターミナル"を、アプリケーション->メニューをカスタマイズ...から変更します。

xterm

cコマンドの欄を

xterm -ls

とします。ここでls は login shell を意味し、ログインセットアップが (OS X ターミナルと同様に) 使用されることになります。

/opt/sw/bin/init.* スクリプトは、/opt/sw/bin をパスに追加する以外にも様々なことをしています。 多くのパッケージは、この追加処理がなくては正常に動作しません。

source ~/.cshrc

A: できます。 Development Tools がインストールされていれば、次のコマンドを実行してください:

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

これで /opt/sw が標準的なシステムのフォルダ (/usr など) のように不可視になります。 Developer Tools がない場合はサードパーティー製のアプリケーションで /opt/sw が不可視になるよう、属性値を変更してください。

A: dselect と Terminal.app の関係に問題があります。 どうにかするには、 dselect を実行する前に次のコマンドを入力してください:

tcsh の場合:

setenv TERM xterm-color

before you run dselect.

bash の場合:

export TERM=xterm-color

このコマンドをログイン時に自動的に実行するには、起動ファイル (例 .cshrc | .profile) に記述して下さい。

A: 名前に空白が入っているディレクトリに Fink を入れるないよう薦めます。

A: もし次のようであれば:

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.

あるいは

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)

fink scanpackages をするだけです。 これによって見つからなかったファイルを作成します。

A: Fink ディストリビューション（ソースとバイナリはそのサブセットです）を変更するには、 Fink に指示する必要があります。 これは Fink の新規インストール時に実行するスクリプトを実行します:

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

これにより、 Fink は正しく場所を指示されます。

A: 以下の形式のエラー:

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

あるいは

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

あるいは

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 10 
Failed: can't create package base-files_1.9.0-1_darwin-powerpc.deb

であれば、バイナリにおけるプリバインドのエラーです。修正するには:

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

と実行します。

A: これは、何らかの理由で OSX ターミナルがログインする度に /opt/sw/bin/pathsetup.command を実行するように設定されているからです。 修正するには、 初期設定ファイル ~/Library/Preferences/com.apple.Terminal.plist を削除します。

他の設定を失いたくない場合、削除する代わりにテキストエディタでこのファイルを開き、 /opt/sw/bin/pathsetup.command と書かれている部分を削除します。

A: このようなエラーであれば:

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'

、Fink がインストールされているドライブ/パーティションを 「情報を見る」し、 "所有権を無視する" を外します。

A: エラーの最後が、

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

である場合、 fink-mirrors を以下のように更新します:

fink install fink-mirrors

A: このエラー:

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

は通常、エラーメッセージと異なり、パーミッションの問題で、 selfupdate の作成した仮フォルダのひとつにあります。 これを削除するには:

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

A: 次のようであれば (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.

次のように実行します:

sudo fc-cache

A: このメッセージは、 Fink インストーラを管理者権限のないユーザーで実行すると発生します。 ログイン時に権限のあるユーザーにログインするか、Finder でユーザーを切り替えてください。

管理者アカウントを使っていても問題が発生する場合、システムのトップレベルディレクトリの パーミッションに問題があるかもしれません。 Apple の ディスクユーティリティを使い、問題の ボリュームを選択し、 First Aid タブから ディスクのアクセス権を修復 を選択してください。 If that doesn't work, then you may need to set your permissions manually via:

sudo chmod 1775 /	  
	

A: ドキュメンテーションを読んでください。 パッケージをソースからコンパイルするには、 Developer Tools が必要です。 これには、 C コンパイラ cc など必要なものが入っています。

A: Developer Tools をインストールする必要があります。

A: もしメッセージが以下のようであれば

make: command not found

あるいは

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

Developer Tools をインストールする必要があります。

もしメッセージが以下のようであれば

make: illegal option -- C

Developer Tools に入っていた GNU 版の make ユーティリティーを、 BSD 版の make に換えてしまったようです。 パッケージの中には GNU 版の make でのみサポートされている特殊機能に依存しているものも多いので、 /usr/bin/make が gnumake のシンボリックリンクであることを確認してください。 bsdmake ではありません。 さらに、 /usr/local/bin/ に他の make がないことも確認してください。

A: もしこれでしたら:

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

(後にオプションの説明リストが続く) head が壊れています。 これは Perl libwww ライブラリを HFS+ システムボリュームにインストールすると起こります。 この時 /usr/bin/HEAD をインストールしようとするのですが、このファイルシステムは大文字と小文字を区別しないので、 head を上書きしてしまいます。 head の方はシェルスクリプトや Makefile で良く使われる標準的なコマンドです。 Fink を使うには、オリジナルの方の head に戻す必要があります。

ソースリリースのブートストラップスクリプトは、現在はこれを確認しますが、最初のインストールにバイナリリリースを使う場合、あるいは Fink をインストールした後で libwww をインストールする場合、まだこの問題に当たります。

この問題は、 /opt/sw/bin/HEAD をインストールした場合も起こることが報告されています (Fink のパッケージではありません)。 これは簡単に解決できます: rename /opt/sw/bin/HEAD

A: これはスプリットオフパッケージ (-dev, -shlibs などがついてるもの) において、ファイルが移動する時 (foo から foo-shlibs など) に発生することがあります。 両者は実質同じものなので、インストールしようとしているパッケージから上書きしてしまっても良いでしょう:

sudo dpkg -i --force-overwrite filename

ここで filename はインストールしようとしているパッケージ用の .deb ファイルです。

A: StuffIt Pro がインストールされている場合、 "Archive Via Real Name" モードが設定されていると思われます。 システム環境設定の StuffIt 設定で "ArchiveViaRealName" を無効化してください。 これはいくつかの重要なシステムコールのバ再実装のバグで、この件のような不思議なエラーをたくさん出します。

この問題でない場合、 mv のエラーは通常、ビルドの前の方で発生した別のエラーを意味しています。 エラーは発生したもののビルドは続行したものです。 問題のあったファイルを追跡するには、ビルドの出力中の存在しないファイルを探します。 例えば:

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

この場合、 libbar ファイルをビルド出力の前の方で探します。

A: このようなエラーが出ます:

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

パッケージ info ファイルが変更されて依存性エンジンが混乱しているために出た問題です。 修正するには:

• 問題のあるパッケージを強制削除する。上の例の場合は:

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

• 再びインストール | アップグレードする。 途中、削除したパッケージの "virtual dependency" のプロンプトが出てくるので、これを選択する。 こうするとビルド中に再インストールされる。

A: そういう場合もよくあります。 これは、パッケージの configure スクリプトは Fink のパスより先に /usr/local の中のライブラリとヘッダを検索するからです。 もし問題が発生して、他の FAQ で解決ができそうになければ、 /usr/local/lib のライブラリと /usr/local/include のヘッダを確認してください。 これが原因そうであれば、 /usr/local の名前を一時的に変えてください。 例えば:

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

ビルド後、 /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: このメッセージは重要なヒントです。 メッセージはこのようなものだと思われます:

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

この問題を起こしているライブラリに (root で) ranlib を実行する必要があります。 例えば、この例では:

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

A: atlas のビルド中にユーザーにプロンプトを送るステップがあり Fink Commander がこれを表示しないからです。 代わりに fink install atlas とする必要があります。

A: これらの問題は、いずれも Developer Tools の DevSDK によって提供されるヘッダファイルがないためです。 /Library/Receipts/DevSDK.pkg がシステムにあるか確認し、なければ Dev Tools インストーラを起動してカスタムインストールを選択、 DevSDK パッケージをインストールして下さい。

"cannot create executables" エラーは、Developer Tools のバージョンが 以前のバージョンの OS 用である場合にも発生します。

A: この問題を解決するには、パッケージを一つだけアップデートしてみてください。 次に、再度 "fink update-all" を試してみてください。 まだ問題が出るようなら、これを繰り返してください。

A: これは、クラッシュや回復不可能なエラーなど、何らかの理由で dpkg データベースが壊れたことを意味します。 多くの場合、buildlock 中に発生するので、例えば:

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

(もちろん、foo-1.2.3-4 はあなたが見ようとしているパッケージ名)

この問題が発生した場合、superuser で /opt/sw/var/lib/dpkg/status を編集します。 エラーメッセージにある行の近くにいきます。 fink-buildlock-foo-1.2.3-4 で、 Status フィールドが、

install ok installed

となっていますが、これを

purge ok not-installed

と書き換えます。

また、これとは異なり、ファイル中にゴミがある場合があります。 この場合は、旧バージョンのデータベースをコピーします:

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

問題が起きる前にインストールしていたパッケージをいくつか再インストールする必要があるかもしれません。

A: freetype に関係したエラーにはいくつかありますが、以下のものであれば:

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

外来の freetype-config があるかどうか、以下のコマンドを実行して確認します。

where freetype-config

(tcsh の場合)

type -a freetype-config

(bash の場合)。 Mono フレームワークは、 /usr/bin/freetype-config をインストールし、フレームワーク内へのシンボリックリンクを作ることが知られています。

もしこのようなものであれば:

/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

あるいは

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

あるいは

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

問題は X11 | XFree86 に含まれている、 freetype | freetype-hinting パッケージ間のヘッダを混同していることだと思われます。

fink remove freetype freetype-hinting

で、両方のインストールを削除します。 もし問題が上記のようではなく、以下のようであれば:

ld: Undefined symbols: 
_FT_Access_Frame 

おそらく X11 インストールの残りファイルが原因です。 X11 SDK を再インストールしてみて下さい。

A: エラーが下記のようであれば:

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

おそらくヘッダファイル /usr/local/include/dlfcn.h が Panther と非互換だと思われます。 迷うことなく削除して下さい。

このファイルは通常、 Open Office によってインストールされるようです。 この後、次のヘッダファイルとライブラリ /usr/local/lib/libdl.dylib を 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: gcc2 は gcc-2.95 のバーチャルパッケージです。 gcc2.95 を XCode Tools (古い OS バージョンは Developer Tools に gcc-2.95 が含まれていました) からインストールして下さい。

注記: gcc2.95 and/or gcc3.1 は gcc3.3 とコンフリクトしません。両方インストールすることもできます。

A: 自分のシステムにある Perl に合った、正しいバージョンの xml-parser-pm が必要です。 例えば、 Panther では xml-parser-pm581 が正しく、 xml-parser-pm560 ではありません ( xml-parser-pm 代替パッケージでも可)。 システムにあるのが、 Perl-5.8.1 であり、 Perl-5.6.0 ではないためです。 Jaguar でデフォルトのシステム Perl バージョンを使っている場合、 pm560 で、 Perl 5.8.0 をインストールしている場合は pm580 でも構いません。

A: これは、 Fink が マスター と呼ばれるものを使おうとしたために発生しています。 上流サイトが移動しても Fink パッケージのソースが入手できるための仕組みです。 この問題は、新しい上流バージョンのパッケージがリリースされたが、 まだ Master ミラーに反映されていない場合によくおこります。

これを直すには、 fink configure を実行し、マスターミラーを最後に検索するように設定を変更します。

A: 非常に複雑なビルドツリーでは、いくつかのパッケージがライブラリの特定バージョンに依存しており、 他のパッケージが他のバージョンに依存していることがあります (例 db47 vs. db44)。 結果、Fink は更新しようとしているパッケージの依存性を満たすためにインストールされていない方をインストールしようとします。

Unfortunately, due to limitations in the build-dependency engine, you may wind up with the dreaded 残念ながら、ビルド依存エンジンの限界により、恐怖の

Fink::SysState: Could not resolve inconsistent dependencies

というメッセージを、十分複雑な update-all をした場合に見ることができます。 これは通常、以下のコマンドで直ります:

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

しかし、十分複雑な更新の場合には聞きません。 いくつかのパッケージを一つ一つ更新してみてください。

A: 以下のようであれば:

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

python2* パッケージは、ビルド時に MACOSX_DEPLOYMENT_TARGET をある設定ファイルに書き、Python ビルドユーティリティはモジュールをコンパイルする際に この値を使っています。 これは、10.3 上でビルドした python24 を 10.4 上で使う場合、 つまり 10.3 => 10.4 とアップグレードしたり、 10.4-transitional バイナリディストリビューションを使ってビルドせずに更新した場合、 Python は、実際は 10.4 のところ MACOSX_DEPLOYMENT_TARGET の 値が 10.3 だと思い込むミスマッチが発生します。

上記の問題の場合であれば、fink rebuild python24 を実行し、 python パッケージを更新すれば修正されます。

A: このエラー:

 libtool: unrecognized option `-dynamic'

は、Apple の /usr/bin/libtool を GNU の libtool に変えてしまったことを意味します。 残念ながら、この二つの libtools は、同じことをしてくれません。

これを直す唯一の方法は、ちゃんとした Apple libtool をどこから手に入れることです。 これは、 XCode Tools の DeveloperTools.pkg パッケージの一部で、 /Library/Receipts のレシートを削除した後、再インストールすることができます。 (10.4以降ならゴミ箱へ、10.3ならsudo rm -rf /Library/Receipts/DeveloperTools.pkgしてください)

A: これはログインスクリプト (例 ~/.cshrc) が "echo Hello" であるとか xttitle といったことをターミナルに書くと発生します。 いちばん簡単な解決方法は、問題の行をコメントアウトすることです。

もし echo を残しておきたいなら、次のようにすることもできます:

if ( $?prompt) then
echo Hello
endif

A: Fink 版の xfree86 を使っていて、 threaded と non-threaded を切替えたいのなら、 手動で古いバージョンを削除する必要があります。 これは、コマンドラインで:

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

threaded 版の場合:

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

FinkCommander でもパッケージを削除することができます。 ソース画面で、パッケージを選択し、次に Source Menu で "Force Remove." を選択します。

system-xfree86 を使っている場合、 前の質問を参照して削除してください。

希望するバージョンの xfree86 をインストールします:

xfree86-base と xfree86-rootless

xfree86-base-threaded と xfree86-rootless-threaded

普通は、ソースインストールは: "fink install" で、バイナリインストールは: "apt-get install" または dselect です。

A: 下記の形式のエラーでしたら:

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

以下のように実行して直すことが出来ます

fink remove gettext-dev
fink install libiconv

A: もし、Tiger にアップデート後にエラーが

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

とでたら、以下のようにします:

• (Tiger のインストーラから) BSD.pkg をインストールします。 /usr/bin/c++filt が現れるまで何度もインストールしてみてください。

• 10.4: ターミナルで、

  /Developer/Tools/uninstall-devtools.pl

  と実行し、古い Developer Tools を削除します。 次に、 XCode (2.4.1 以降) をインストールします。
• 10.5: ターミナルで、

  /Developer/Tools/uninstall-devtools.pl

  と実行し、古い Developer Tools を削除します。 次に、 XCode (2.3 以降) をインストールします。

A: fink selfupdate を実行して最新にした後、 fink update gettext-tools としてみてください。 古いバージョンの gettext-tools が gettext の更新を妨害していた可能性があります。

A: これは、典型的には、ライブラリがないということです。例えば: /usr/X11/lib/libXrandr.2.0.0.dylib や /usr/X11/lib/libXdamage.1.1.0.dylib (あるいは /usr/X11/lib/ にある他のバージョンのライブラリ)

現状では、ベストな解決策は XCode 3.1.3 以降をインストールすることです。

A: Fink を使って passwd というパッケージをインストールしたのでしょう。 passwd は、セキュリティー上の問題からいくつかのユーザーを追加します。 Unix システムでは、ファイルやプロセスの "所有者" を使ってパーミッションやセキュリティーをチューニングするのです。 Apache や MySQL のようなプログラムは、"所有者" が必要で、これらの daemon に root を割り当てると安全ではなくなります。 (Apache に、システム上の全てのファイルへいきなり書き込み権限が与えられたと思ってみてください) このため、 passwd パッケージはユーザーを必要とするパッケージにユーザーを追加するのです。

急にユーザーが "システム環境設定: ユーザー" ペイン (10.2.x) あるいは "システム環境設定: アカウント" ペイン (10.3.x) に現れるのは不安ですが、削除したい気持ちを押えてください。

• 第一に、あなたはユーザーを利用するパッケージをインストールする選択をしたのです。 ユーザーを削除したら意味がありませんよね?
• 実際、 Mac OS X には既にユーザーが追加されていますが、気づいていないのです。 www, daemon, nobody などがそうです。 これらのユーザーは、ある種のサービスを行なう Unix 流のやり方なのです。 passwd パッケージは、 Apple が提供していないユーザーを追加するだけです。 Apple がインストールしたユーザーは、 NetInfo マネージャ.app で見ることができます: niutil -list . /users
• このユーザーを削除することにした場合、十分気をつけてください。 "システム環境設定: ユーザー" ペイン (10.2.x) あるいは "システム環境設定: アカウント" ペイン (10.3.x) から追加したユーザーのファイルには、適当な管理者権限が割り振られます。 管理者アカウントのパーミッションが混乱するという報告があります。 これはシステム環境設定のバグで、 Apple には報告されています。 安全にユーザーを削除するには、 NetInfo マネージャ.app を使うか、ターミナルから niutil コマンドを入力します。 NetInfo の詳細については、 niutil の man ページを読んでください。

passwd パッケージのインストール中に、Fink がユーザーを追加するか尋ねますので、実際はいきなりではないはずです。

A: Fink 以外でなにかをコンパイルしようとする場合、 コンパイラとリンカに、Fink がインストールしたライブラリやヘッダがどこにあるのかを伝える必要があります。 また、コンパイラにターゲットのアーキテクチャーを使うよう伝える必要もあります。 標準的な configure/make を使用するパッケージの場合、 以下の環境変数を設定する必要があります:

-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

(実行 OS が 10.9 以降の場合)

これを起動ファイル (e.g. .cshrc | .profile) に入れておくと、自動的に設定され、最も簡単です。 これらの環境設定を使用しないパッケージの場合、コンパイル行に "-I/opt/sw/include" (ヘッダファイル) と "-L/opt/sw/lib" (ライブラリ) を追加する必要があるでしょう。 パッケージによっては、同様だが非標準な EXTRA_CFLAGS or --with-qt-dir= などのオプションを使っているかもしれません。 "./configure --help" をすることで、こうした configure オプションを知ることができます。

また、ライブラリパッケージなどは、 対応する開発ヘッダ (e.g. foo-1.0-1-dev) をインストールする必要があるかもしれません。

A: Apple X11 は Fink の環境設定を認識しません。 このため、Applications メニューも PATH を認識せず、 Fink アプリケーションを探すことができません。 解決するには、 Fink からインストールしたアプリケーションに:

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

と追加します。例えば、 Fink からインストールした GIMP の場合、 GIMP の Command 欄に:

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

と入力します。

あるいは、 .xinitrc ファイル (自分のディレクトリ内の) の一行目に:

source /opt/sw/bin/init.sh

と追加します。

A: このエラーは、システムが X ディスプレイと通信できていないことを意味します。 以下を確認してください:

1. X (Apple's X11, XFree86, ...) を起動。

2. DISPLAY 環境変数が設定されていることを確認する。デフォルトに設定された X では、 tcsh では:

setenv DISPLAY :0

bash の場合:

export DISPLAY=:0

と入力します。

A: XMMS設定で "eSound Output Plugin" を選択しているか確認してください。 おかしなことに、デフォルトでは disk writer プラグインが選択されています。

これでも音がでないか、 XMMS がサウンドカードを見つけられないといっているなら:

• Mac OS X で無音にしていないか確認。
• esdcat /usr/libexec/config.guess を実行 (あるいは他の小さいファイル)。 何か音が聞こえたら、 eSound が動作しているので、正しく設定されていれば XMMS でも動作するはずです。 何も聞こえなければ、 esd が何らかの理由で動作していません。 esd & を起動してみて、メッセージを監視してください。
• まだ動作しないなら、 /tmp/.esd と /tmp/.esd/socket のパーミッションを確認してください。 あなたのアカウントが所有者として設定されているはずですが、そうでなければ、 esd が動作していれば kill して、 root 権限でディレクトリを削除してください (sudo rm -rf /tmp/.esd)。 この後、 esd を再起動してください (root ではなく、一般ユーザーとして)。

esd は root ではなく一般ユーザーで実行されるよう設計されていることに注意してください。 通常、ファイルシステムソケット /tmp/.esd/socket を経由して通信します。 esd クライアントを別のマシンでネットワーク経由で実行する場合、 -tcp と -port の切替えのみが必要です。

この他に、 10.1 で XMMS がクラッシュするという報告があります。 この件に関しては、まだ分析も修正もしていません。

A: これは最近のバージョンの nedit と lesstif の既知の問題で、他のシステムでも同様です。 File-->New でウィンドウを開き、次のファイルを開くと問題を回避できます。

この問題は nedit-5.3-6 で lesstif から openmotif3 に依存するようになり、解決されました。

A: まず、X の起動スクリプト ~/.xinitrc が init.sh を読み込んでいるか確認してください。

Jaguar では、全ての xfree86 パッケージがビルドされるが、実際には xfree86-base と xfree86-base-shlibs だけがインストールされていることがあります。 xfree86-rootless と xfree86-rootless-shlibs がインストールされているかを確認し、なければ fink install xfree86-rootless で解決です。

もしインストールされているなら、 fink rebuild xfree86-rootless を試してください。 これがうまくいかない場合、 /usr/bin/X11R6 が PATH に含まれているか確認してください。

A: XDarwin と Apple X11 で delete キーの挙動が違うという報告がありますが、これは X の起動ファイルに以下を追加することで調整できます:

.Xmodmap:

keycode 59 = Delete

.Xresources:

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

.xinitrc

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

A: GNOME 1.x gnome-session は自動的に sawfish ウィンドウマネージャーを呼出していましたが、 GNOEM 2.x では ~/.xinitrc で gnome-session の前に呼び出さなくてはなりません。

...
exec metacity &
exec gnome-session

注記: この問題は GNOME 2.4 では発生しません。 gnome-session を実行することでウィンドウマネージャーを呼び出すようになりました。

A: あなたは X11 を Panther に付属する "X11 1.0 - XFree86 4.3.0" にアップグレードしなかったようです。 Disk 3 の X11.pkg から X11 をインストールできます。

A: これは、 Tiger (10.4.1 現在) のダイナミックリンカのバグによるものです。 以下のようにコマンド名の前に追加することで、とりあえず起動させることができます:

env DYLD_FALLBACK_LIBRARY_PATH=: 

例えば、 gnucash の場合

env DYLD_FALLBACK_LIBRARY_PATH=: gnucash

この方法は、Apple X11 のアプリケーションメニューからでも、ターミナルからでも有効です。

これをグローバルに設定する (スタートアップスクリプトと .xinitrc、GNOME を使う場合には必須) のも良いでしょう。 (ログインシェルに関わらず) .xinitrc と、 bash ユーザーは .profile (または他のスタートアップスクリプト) に、

export DYLD_FALLBACK_LIBRARY_PATH=:

と記述し、tcsh ユーザーは、同様に .cshrc (または他のスタートアップスクリプト) に、

setenv DYLD_FALLBACK_LIBRARY_PATH :

と記述します。

これは base-files-1.9.7-1 以降では自動的に追加されます。

A: yelp というパッケージをインストーする必要があります。 このパッケージは、暗号化を使用するため GNOME バンドルに含まれていません。 ヘルプシステムを使用するためだけの理由で、GNOME 全てを crypto ツリーに入れることはしないという判断がされています。