試験運用中なLinux備忘録・旧記事

はてなダイアリーで公開していた2007年5月-2015年3月の記事を保存しています。

Gentoo Linux上のKDE 4.1のインストールに関する覚え書き(2008/8/19現在)

KDEのバージョン4.1が出ているので、以前と同様、最小限構成でインストールして試してみた。4.0系と比べると色々と改善が見られるが、(熟成された)バージョン3系ほど使えるという状態ではなさそう。
以下の記述は、kdebase-startkdeまでを入れた後の状態のものとなる。

  1. KDE 4.1をインストールするOverlay
  2. ログイン画面(ディスプレイマネージャ)のセッション名が変?
  3. 自動起動について
  4. KonquerorとDolphin
  5. DolphinとNepomuk

KDE 4.1をインストールするOverlay

2008/8/19現在、公式のPortageツリーからは利用できないものの、laymanで「kdesvn-portage」というOverlayを追加し、/etc/make.confの変数PORTDIR_OVERLAYにこのディレクトリツリーの場所を指定することで、KDE 4.1がインストールできるようになる。
(2008/10/4)公式のPortageツリーにKDE 4.1.2のebuildが追加されたため、Overlayを使用する必要はなくなった。

ログイン画面(ディスプレイマネージャ)のセッション名が変?

KDE 4.1にログインするため、GDMでセッションを選択しようとしたところ、KDEと書いてあるものはなく、「4.1」という項目があった。これを選択することでKDEが起動したのだが、これだと「KDE4上の自動起動とSCIMについて」で記述した分岐が行われないため、セッションの.desktopファイルを探して中身を修正することに。
ファイルの場所を調べると

$ qlist startkde | grep desktop
/usr/share/xsessions/4.1.desktop

上記の場所にあり、このファイル中の「Name=4.1」の部分を「Name=kde-4」のように変更することで、セッション名の問題は解決。ファイル名も気になるが、今回はこのままにする。

自動起動について

[ホームディレクトリ]/.config/autostart/以下の.desktopファイルに関しては、システム設定(systemsettings)の「詳細」タブにある「自動起動」で認識され、チェックを外したりすることもできるようになっている。
/etc/xdg/autostart/以下の項目は自動起動されない。

KonquerorとDolphin

Webブラウザ兼ファイルマネージャ/ビューアのKonquerorをインストールしてみた。

[ebuild  N    ] kde-base/kfind-4.1.0  USE="htmlhandbook -debug"
[ebuild  N    ] kde-base/kurifilter-plugins-4.1.0  USE="-debug"
[ebuild  N    ] kde-base/konqueror-4.1.0  USE="htmlhandbook -debug"

上記パッケージを追加しただけなので、それほど時間がかかることはなかった。
ところが、実際に使ってみると、Webサイトの閲覧はできるものの、ファイルマネージャとして使おうとしても

というダイアログが出てしまい、うまくいかなかった。
このメッセージで調べた*1ところ、ファイルマネージャのDolphinが無いのが原因のようだ。*2

DolphinとNepomuk

そこでDolphinを入れようとしたのだが、

[ebuild     U ] dev-libs/soprano-2.1 [2.0.2] USE="clucene -debug -doc"
[ebuild  N    ] kde-base/nepomuk-4.1.0  USE="-debug"
[ebuild  N    ] kde-base/dolphin-4.1.0  USE="htmlhandbook semantic-desktop -debug"

この途中の「nepomuk」というパッケージが

(略)
-- Found Strigi >= 0.5.9
-- Found Strigi: /usr/lib64/libstreams.so
-- Found Soprano: /usr/lib64/libsoprano.so
-- Found Soprano includes: /usr/include
-- Found Soprano Index: /usr/lib64/libsopranoindex.so
-- Found Soprano Client: /usr/lib64/libsopranoclient.so
-- Could not find OPTIONAL package NEPOMUK
-- Looking for include files HAVE_SYS_WAIT_H
-- Looking for include files HAVE_SYS_WAIT_H - found
-- Looking for include files HAVE_SYS_TIME_H
-- Looking for include files HAVE_SYS_TIME_H - found
-- 
-----------------------------------------------------------------------------
-- The following external packages were located on your system.
-- This installation will have the extra features provided by these packages.
+ Soprano
-----------------------------------------------------------------------------
-- The following OPTIONAL packages could NOT be located on your system.
-- Consider installing them to enable more features from this software.
+ Nepomuk: Nepomuk Libraries <kdelibs>
Required to build Nepomuk.
-----------------------------------------------------------------------------

-- Configuring done
-- Generating done
-- Build files have been written to: /var/tmp/portage/kde-base/nepomuk-4.1.0/work/nepomuk_build
>>> Source compiled.
>>> Test phase [not enabled]: kde-base/nepomuk-4.1.0

>>> Install nepomuk-4.1.0 into /var/tmp/portage/kde-base/nepomuk-4.1.0/image/ category kde-base
make: *** No rule to make target `install'.  Stop.
 * 
 * ERROR: kde-base/nepomuk-4.1.0 failed.
 * Call stack:
 *               ebuild.sh, line   49:  Called src_install
 *             environment, line 3003:  Called kde4overlay-meta_src_install
 *             environment, line 2394:  Called cmake-utils_src_install
 *             environment, line  750:  Called die
 * The specific snippet of code:
 *       emake install DESTDIR="${D}" || die "Make install failed";
 *  The die message:
 *   Make install failed

となってインストールに失敗した。
bugs.gentoo.org/show_bug.cgi?id=233696
が似ていたので、strigiというパッケージを何回か入れ直してみたが変わらず、上書きと一時的なアンインストール+インストールの両方ともダメだった(Bugzillaのページとは違う現象?)。

(1回目)
[ebuild   R   ] app-misc/strigi-0.5.9  USE="clucene dbus exiv2 fam qt4 -debug -hyperestraier -inotify -test"
(2回目)
[ebuild   R   ] app-misc/strigi-0.5.9  USE="clucene dbus exiv2 fam inotify* qt4 -debug -hyperestraier -test"
(3回目・バージョンも最新に)
[ebuild     U ] app-misc/strigi-0.5.11 [0.5.9] USE="clucene dbus fam inotify qt4 -debug -exiv2* -hyperestraier -log% -test"

なお、kdelibsのUSEフラグは「3dnow alsa bzip2 fam htmlhandbook mmx nls opengl semantic-desktop sse sse2 ssl -acl -altivec -bindist -debug -doc -jpeg2k -kerberos -openexr -spell -test -zeroconf」で、こちらには「semantic-desktop」を付けている。
結局、DolphinのUSEフラグから「semantic-desktop」を削ることに。
ファイル名: /etc/portage/package.use

kde-base/dolphin -semantic-desktop

Dolphinのインストール後、Konquerorでファイルマネージャ機能が利用可能となった。
(2008/8/25)その後kdelibsを再ビルドしたところNEPOMUKのビルドに成功した。詳しくは「NEPOMUKとDolphinのインストールのその後」を参照。

参考URL:

使用したバージョン:

*1:英語の状態で表示された「There appears to be a configuration error. You have associated Konqueror with inode/directory, but it cannot handle this file type.」で検索

*2:つまり、Konqueror上のファイル管理にはDolphinの機能を使用している