# インストールの説明

以下は、&kde;デスクトップ環境の1.0リリースのためのインストールの説明です。 より新しいバージョンについては、導入したパッケージに付属していたREADMEや INSTALLを各人で読み、補ってください。 それらを注意深く読み、もし何か間違っているところがあったら、とりあえず 御自身でフォローしておいてください。 更なる手助けが必要なのであれば、&kde;メーリングリストやニュースグループに 参加することを検討してください (&kde; メーリングリスト)に 参加するための説明は私たちのウェブサイトを見てください)。

## the would-be converts(虚構の変換)について

あなたは、きっと&kde;の噂を聞いたことがあるのでしょう。若しくは、スクリーンショットを見たことがあるのでしょう。そして、&kde;を入手しようとしているのでしょう。しかし、次の瞬間、どのOS上で動くのかということについて全く知らないことに気づくでしょう。心配するには及びません! いくつかのドキュメント(ええと、、いくつかじゃないかな。。)を読むだけでいいのです。それで大丈夫です!

&kde;は、Windows 95/98/NT や OS/2 上では、(まだ)動作しません。 &kde;を動かすためには、Unix systemを必要とします。詳しくは、 どのプラットホームで&kde;が動作すると思って良いですか? を御覧ください。

Linuxをインストールすることに決めたとしましょう。Linuxはインターネットからダウンロードすることもできますし、あなたの選んだディストリビューションの入ったCD-ROMを購入することもできます。以下のリソースは役立つかも知れません:

- Control-Escape: Alternative Software, Linux Help

- The Linux Home Page at Linux Online

- SearchLinux Home

- Linux Knowledge Base

- Usenet newsgroups like comp.os.linux.*

&kde;をLinux上で実行するためには、まずXをセットアップしなければなりません。 Xは、Unixシステム上における事実上のGUIです。 次のリソースは、一目見たいと思うかもしれません:

- The X Window System

- XFree86(TM): Home Page

- Usenet newsgroups like comp.os.linux.x and comp.windows.x.*.

これで、あなたは&kde;のインストールを始める用意ができました。 次のセクションから読み進めてください。 &kde;を入手するためには、どこで&kde;を入手するのですか?を 御覧ください。 最後ではあるものの重要なこととして、もしあなたが&kde;のインストール中に何らかの問題に出くわしたら、躊躇わずに&kde;の メーリングリスト や ニュースグループを 利用してください。 但し、次のことを心に止めておいてください : どんな質問であっても、尋ねるのもばかばかしいということはありません。でも中には、答えるにはばかげているという質問もあります。特に、このFAQで既に答えが示されているものなどが、それに該当します。

では、 Good luck and have fun!

## 入手可能なパッケージフォーマット

&kde;チームは6つの異なる種類のパッケージ: ソースとバイナリのRPM、ソースと バイナリの.tgz(.tar.gz)ファイル、そしてソースとバイナリのDebianファイル、 を提供しています。 通常、最初にリリースされるのは、.tgzファイルですが、その後すぐに 他のフォーマットのものもリリースされます。 最近では、ソースとバイナリの.tar.bz2ファイルも利用可能になっています。 詳しくは、 拡張子"bz2"を持つtarボールをどうしたらunzipできますか? を御覧ください。 さらに、ソラリス2.6及び7用のpkgパッケージも利用可能になっています。

インストールの手順は、どの形式のパッケージを選択したかによって決まります。 インストールをした後には、全てのパッケージフォーマットに共通のポスト・インストール処理（インストール後の後処理)が必要となります。 もしあなたがUnixに不慣れなユーザで、しかもRPMベースのシステムを使っているというのであれば、そのディストリビューションベンダの提供するバイナリRPMパッケージを選択することが、たぶん最良の選択だと思います。 少なくともCaldera、DelixとSuSEは、彼らのFTPサーバからバイナリRPMを入手できるようにするでしょう。

例えばshadowパスワードを使っており、スクリーンセーバを使いたいなどのために特別な設定オプションを必要とするのであれば、最善の方法は、ソースパッケージを利用して&kde;デスクトップ環境をあなた自身でコンパイルすることです。 公式な&kde;のパッケージを提供していないディストリビューション用のバイナリRPMパッケージは、それらが利用可能になり次第、ftp.kde.orgの contrib セクションから入手可能になります。

Bill Mote は"&kde; 1.1 Installation via RPM"というタイトルのホームページをWeb上に掲載しています。 http://home.fuse.net/bmote/kde.htmに行けば見られます。

## あらかじめ必要な物

&kde; 1.0に対しては、バージョン1.33かそれ以上のバージョンのQtライブラリが必要とされ、また、&kde; 1.1に対しては、バージョン1.42かそれ以上のバージョンのQtライブラリが必要とされます。 但し、Qt2.0又はそれ以上のバージョンのQtはダウンロードしてはいけません。 &kde;をあなた自身でコンパイルするつもりなら、同様に、ヘッダファイルも必要となります。 これらは、全て無料で http://www.troll.no/dlから 入手することができます。 また、libgrも必要となりますが、これは大抵のディストリビューションに含まれているはずです。 ローカルループバックデバイスが正しく設定されていることも確認してください。

## ベースパッケージについての説明

現在、ベースディストリビューションは11個のパッケージを含んでいます。 その内のいくつかは必須なものですが、残りのものはオプションです。 各パッケージは前に触れた各パッケージフォーマットで入手可能です。

kdesupport

  (必須)

  このパッケージは、サポートライブラリを含んでいます。これは、&kde;プロジェクトの一部として書かれたわけではありませんが、絶対に必要なものです。 要求されるバージョンのkdesupportパッケージに含まれるライブラリ(libgif, libjpeg, libmime, libuu, libgdbm)を既に持っているというのであれば、このパッケージをインストールする必要はありません。 わからないときにはインストールしてください。 なお、Debianパッケージではこのパッケージが必須であることに注意してください。

kdelibs

  (必須)

  このパッケージは、全ての&kde;アプリケーションで必要とされる共有ライブラリを含んでいます。

kdebase

  (必須)

  このパッケージは、ウィンドウマネージャ、端末エミュレータ、コントロールセンター、ファイルマネージャ、パネルのような、&kde;デスクトップ環境の核をなすベースアプリケーションを含んでいます。

kdegames

  (オプション)

  上海、スネークレース、アステロイド、テトリスなどの様々なゲーム。

kdegraphics

  (オプション)

  PostScript[TM]プレビューワ、dviプレビューワ、ドローイングプログラムの ような様々なグラフィック関連のプログラム。

kdeutils

  (オプション)

  電卓やエディタ、他のシャレたもののような様々なデスクトップツール。

kdemultimedia

  (オプション)

  CDプレイヤーやミキサーのようなマルチメディアアプリケーション。

kdenetwork

  (オプション)

  インターネットアプリケーション。現在はメールプログラム、ニュースリーダ、他のいくつかのネットワーク関連のプログラムを含んでいます。

kdedmin

  (オプション)

  システム管理プログラム。現在はユーザマネージャとSystem Vランレベルエディタを含んでいます。

kdetoys

  (オプション)

  Toys!

korganizer

  (オプション)

  organizerなしじゃ、デスクトップは完璧じゃない。でしょ?

kdesupportは、(それが必要とされる場合には)他のどれよりも先にインストールされていなければなりません。また、次にインストールされるパッケージ(kdesupportが必要でない場合には最初にインストールされるパッケージ)はkdelibsでなくてはなりません。他のパッケージは好きな順序でインストールできます。

## 異なるパッケージフォーマットに対するインストールの説明

忘れずに、READMEファイルとINSTALLファイルを読んでください。もちろん、それらが読めるのであれば、ですけど。

### Debian パッケージのインストール

Debianパッケージは、今後登場するFHS(file hierarchy standard : ファイル階層標準)に従ってインストールされます。

Debianパッケージをインストールするには:

- スーパーユーザになり

- dpkg -i <packagename>.deb を実行してください。

上記のコマンドはインストールしたいパッケージ毎に、または全てのパッケージに対して行います。

### RPMパッケージのインストール

RPMパッケージは /opt/kde にインストールされます。

(訳注：JKUGのRPM(朝木さん作成 : ver1.1.2)は、/usr/kde 以下にインストールされます。)

バイナリRPMをインストールするには:

- スーパーユーザになり

- rpm -ivh <packagename>.rpm を実行して下さい。

ソースrpm(SRPM)からバイナリRPM(RPM)を作成し、それをインストールするには、以下の手順に従ってください:

- スーパーユーザになり

- rpm -ivh <packagename>.src.rpm

- cd /usr/src/redhat/SPECS

- rpm -bb <packagename>.spec

- cd ../RPMS/i386 (もしくはあなたが使っているアーキテクチャのどれか)

- rpm -ivh <packagename>.i386.rpm 以上を実行してください

### ソース .tar.gzファイルのインストール

ソース.tgzパッケージは、デフォルトで/usr/local/kdeにインストールされますが、configureスクリプトの--prefixオプションで明示指定することもできます。

- パッケージを展開: tar xvzf <packagename>.tar.gz

- パッケージのディレクトリにディレクトリを変更: cd <packagename>

- パッケージを設定: ./configure

  いくつかのパッケージ(特にkdebase)には、インストール時に利用可能な特別な設定オプションがあります。利用可能なオプションを知りたければ"./configure --help" (ダブルクォーテーションは不要) とタイプしてください。

- パッケージを作成: make

- パッケージをインストール: (もしあなたがまだrootでなければ) su -c "make install" とタイプしてください。 もし既にrootなら、単に "make install" (ダブルクォーテーションは不要)とタイプしてください。

### バイナリ .tar.gz ファイルのインストール

バイナリ .tar.gz パッケージは、/opt/kdeにインストールされます。

- スーパーユーザになり

- cd /

- tar xvzf <packagename>.tar.gz

## インストール後の処理

まずはじめに、&kde;のバイナリのインストール先であるディレクトリ(例えば /opt/kde/bin)がPATHに追加してあることと、&kde;のライブラリのインストールされたディレクトリがLD&lowbar;LIBRARY&lowbar;PATHに追加してあることを確認してください(後者は、rpathをサポートしないシステムにおいてのみ必要; Linux ELF上では後者の設定をしなくても動くはずです)。 この環境変数LD&lowbar;LIBRARY&lowbar;PATHは、システムによっては違う名前で呼ばれているかも知れません。 例えばIRIXではSHLIB&lowbar;PATHと呼ばれています。 これらの設定を終えたら、環境変数&kde;DIRをあなたの&kde;ツリーのベース、例えば/opt/kdeに設定してください。

LD&lowbar;LIBRARY&lowbar;PATH をやみくもに設定するのはうまいやり方ではないと言うことを心に止めておいてください。大抵の場合、その設定をする必要はなく、また設定によって良い効果が生じるというよりも悪影響が出る方が多いです。 この LD&lowbar;LIBRARY&lowbar;PATH の設定による悪影響について説明したウェブページとしては、Dave Barr によって書かれたものがあり、 http://www.cis.ohio-state.edu/~barr/ldpath.html で見ることができます。

ほとんどの&kde;アプリケーションは、単にそれらを呼び出すだけで使うこともできてしまうのですが、&kde;の先進的な特徴によってもたらされる利益を十分に享受するためには、&kde;のウィンドウマネージャであるkwmや、そのヘルパープログラムを用いる必要があります。

それを簡単に出来るようにするために、私たちはstartkdeと呼ばれる単純なスクリプトを用意しておきました。このスクリプトは$KDEDIR/binにインストールされていますので、パスも通っていることになります。

あなたのホームディレクトリにある .xinitrc というファイルを編集し(まずはバックアップコピーを取ってください)、ウィンドウマネージャを呼び出しているように見える全ての行を削除し、かわりにstartkdeと書き込んでください。そして、Xを再起動してください。もし、kdmやxdmなどを使っているのなら、 .xinitrc. に代えて.xsessionファイルを編集してください。.xinitrcや.xsessionがあなたのホームディレクトリにないのであれば、"startkde"(ダブルクォーテーションは不要!)と一行だけ書かれた新しいファイルを単純に作成してください。 注 : Redhat Linuxなどシステムの中には、 .xinitrcや .xsessionに代えて .Xclientsを編集するものもあります。

このようにすれば、新しく、素敵な&kde;デスクトップが手に入ります。これで、あなたは、&kde;の素晴らしい世界の冒険を始めることができるのです。まず、何らかのドキュメントを読みたいと思われたのなら、特にお薦めなのが クイックスタートガイドです。 さらに、アプリケーション毎にヘルプメニューから読むことができるオンラインヘルプもあります。

## Micro-HOWTO: SGI Irix 6.x上での&kde; 1.1.1のコンパイル

Chris Berry は、comb.windows.x.kde.に、次のような micro-HOWTO (edited for layout) の最新版を投稿しました。

This is a (blatant) modification of the original Micro-HOWTO posted by Chris Sterritt. This is valid for &kde;-1.1.1 running on Irix 6.5. I haven't attempted it on other platforms. There are some items of contention: I get many, many warnings about Qt definitions being preempted, about libkdecore definitions being preempted, etc. (So many definitions have been preempted I could have written a dictionary), the i18n stuff doesn't work (while it did in v1.0) and kikbd chokes in konsole (it works fine otherwise). Any comments or questions can be directed to berry@ieeecs.concordia.ca. I will also keep a copy of this HOWTO on my personal web-page: http://alcor.concordia.ca/~c_berry/.

Also, if this isn't your cup of tea, I have uploaded binaries of kde-1.1.1 and egcs-1.1.2 to ftp://ftp.cmc.ec.gc.ca/pub/hbc/sgi/. &kde; has been compiled with shared libraries, so if you don't have libstdc++.so.2.9.0 I would suggest downloading the egcs binary as well. Please also download and &lowbar;read&lowbar; the README in the directory, as it contains important installion information.

Finally, neither I nor Environment Canada accept any responsibility vis a vis the worthiness of these instructions. They have worked for me. If they work for you, that's good, if they don't work, I can't help you, neither can anybody at EC. Note that several things don't work the way they are supposed to work. If you find a way around these problems, let someone else know. I personally won't be able to test any fixs after August 20, 1999 as I will be returning to school (and using SunOS).

Enjoy!

1. Install Qt 1.42 or higher.

2. I am installing &kde; as me (not root) so I have a KDEDIR environmental var which is set to something other than /usr/local/ or whatever is the default. So I'll mention it below, but you may not have to. Also, SGI has a 'jpeg' and a 'png' library, but they're out of date or otherwise wrong. So you'll have to track down the libpng and libz sources (jpeg comes in kdesupport); I found them as source RPMs in one of the RedHat FTP mirrors.

3. Get egcs 1.1.1 or later and compile it with '-fsquangle' support on. This is because SGI's assembler can't handle the huge object names produced by normal g++, and gas doesn't evidently work yet for SGIs. You'll have to build gcc's libraries using this binary as well. Make sure your PATH gets this compiler only (if you have another gcc installed somewhere). When I do a 'g++ -v' I get:

       gcc version egcs-2.91.60 19981201 (egcs-1.1.1 release)

4. Do a

       setenv LDFLAGS " "

   because the 'configure' scripts insist on trying 'g++ -s' when compiling a test program, which always fails on the SGIs.

5. Unpack 'kdesupport' and enter its directory. Run its configure with "--prefix" if you need to:

       ./configure --prefix=$KDEDIR --x-includes=/usr/include/X11 \
       --x-libraries=/usr/lib32 --with-qt-includes=/opt/kde-1.1.1 \
       --with-qt-libs=/opt/kde-1.1.1 --enable-shared

   Modify this to reflect your reality. In my case, I have Qt stuck in the same dir as &kde;, so I had to explicitly name the includes and libs dir. Sometimes the configure will still not see the Qt includes dir. Source your .login file to correct this (You did set up your .login file as the instructions in the Qt installation asked?).

6. Run the script (which I'll include below) as follows:

       find . -name Makefile -exec ../FixMakesSq {} \;

   This fixes all the compile lines so that all the 'replicated' libraries (jpeg and png) are replaced with full paths so they won't be linked with the SGI ones. Note: In the original HOWTO, -fsquangle was added to each makefile. This caused compilation errors. I found that it was really only needed in one makefile. It will be noted below.

   Here's the FixMakesSq script:

       #!/bin/perl -ni.bak

       if ((/-lpng/) || (/-ljpeg/))
       {
           if (/^(.*)-lpng(.*)$/)
           {
               $b4 = $1;
               $af = $2;
               print "$b4 /path/to/KDE/libs/libpng.a $af\n";
           }
           if (/^(.*)-ljpeg(.*)$/)
           {
               $b4 = $1;
               $af = $2;
               print "$b4 /path/to/KDE/libs/libjpeg.a $af\n";
           }
       }

       #NOTE!! Uncomment this section if you want to add
       #-D_LANGUAGE_C_PLUS_PLUS to all
       #makefiles.  I personally have not tried this, but it should not break
       #anything.
       # Alternately, add the flag in the places noted below.

       #elsif (/cxxflags\s*=(.*)$/i)
       #{
       #    print "CXXFLAGS =  -D_LANGUAGE_C_PLUS_PLUS $1\n";
       #}
       else
       {
           print;
       }

   Do:

       gmake
       gmake install

7. Go to the 'libz' source directory, do:

       ./configure --prefix=$KDEDIR
       gmake
       gmake install

8. Go to the 'libpng' source directory, do:

       ./configure --prefix=$KDEDIR
       gmake
       gmake install

9. Unpack 'kdelibs' and enter its directory. Note the '--enable-new-stuff' argument to ./configure (this might not be needed, but nothing complains if you use it):

       ./configure --prefix=$KDEDIR --x-includes=/usr/include/X11 \
       --x-libraries=/usr/lib32 --with-qt-includes=/opt/kde-1.1.1 \
       --with-qt-libs=/opt/kde-1.1.1 --enable-shared --enable-new-stuff
       find . -name Makefile -exec ../FixMakesSq {} \;

10. Find 'kprocctrl.cpp', and fix the Makefile in that directory. Only if you did not uncomment the section that accomplishes this in the FixMakesSq script, add '-D&lowbar;LANGUAGE&lowbar;C&lowbar;PLUS&lowbar;PLUS' to the CXXFLAGS line. This makes it get the right definition for signal functions (has an 'int' arg).

11. Find 'addressbook.cc', and fix the Makefile in that directory. Add '-fsquangle' to the CXXFLAGS line. This makes it able to handle the huge name that's going to pop out.

        gmake
        gmake install

12. Unpack 'kdebase' and enter its directory. Do:

        ./configure --prefix=$KDEDIR  --x-includes=/usr/include/X11 \
        --x-libraries=/usr/lib32 --with-qt-includes=/opt/kde-1.1.1 \
        --with-qt-libs=/opt/kde-1.1.1 --enable-shared
        find . -name Makefile -exec ../FixMakesSq {} \;

13. Fix 'memory&lowbar;sgi.cpp' (do a find from 'kdebase' directory). I just &num;ifdef'd out the contents of the whole function... it doesn't compile on my machine, and I never open that part of KPanel anyway :-).

14. Fix 'TEShell.C' (in kdebase-1.1.1/konsole/src/ directory). It is the operation for getting a pty for the new Konsole. Alas, it was not written with Irix in mind, and needs to be patched with the diff included below:

        *** TEShell.C   Mon Apr 12 00:12:37 1999
        --- /users/dor/aspg/ber/data/kdedown/kdebase-1.1.1/konsole/src/TEShell.C
        Wed Jul 14 15:15:35 1999
        ***************
        *** 169,174 ****
        --- 169,177 ----
            pid_t pid = waitpid(-1,&status,WNOHANG);
            Shell* sh = shells.find(pid);
            if (sh) { shells.remove(pid); sh->doneShell(status); }
        + #if defined(sgi)
        +   signal(SIGCHLD,catchChild);
        + #endif
          }

          void Shell::doneShell(int status)
        ***************
        *** 234,239 ****
        --- 237,252 ----
                }
              }
            }
        + #endif
        +
        + #if defined(sgi) /* Irix */
        +
        +   needGrantPty = FALSE;
        +   char* line;
        +   line = _getpty(&ptyfd, O_RDWR|O_NDELAY, 0600, 0);
        +   strcpy(ptynam,"/dev/ptc");
        +   strcpy(ttynam,line);
        +
          #endif

            if (ptyfd < 0) // Linux, FIXME: Trouble on other systems?

        gmake
        gmake install

15. Unpack 'kdeutils'.

        ./configure --prefix=$KDEDIR  --x-includes=/usr/include/X11 \
        --x-libraries=/usr/lib32 --with-qt-includes=/opt/kde-1.1.1 \
        --with-qt-libs=/opt/kde-1.1.1 --enable-shared
        find . -name Makefile -exec ../FixMakesSq {} \;

16. Find 'kcalc&lowbar;core.cpp' and fix its Makefile like you did for 'kprocctrl.cpp' above.

        gmake
        gmake install

17. Unpack 'kdegames', 'kdegraphics', and 'kdetoys' and for each one, enter its directory and do:

        ./configure --prefix=$KDEDIR  --x-includes=/usr/include/X11 \
        --x-libraries=/usr/lib32 --with-qt-includes=/opt/kde-1.1.1 \
        --with-qt-libs=/opt/kde-1.1.1 --enable-shared \
        find . -name Makefile -exec ../FixMakesSq {} \;
        gmake
        gmake install

18. This step is optional for &kde;-1.1. I don't think it is necessary for &kde;-1.1.1. Knotes has never crashed on me. I have left it here for completeness . Find where the knotes directory is. Go there, do a 'make clean', then change the CXXFLAGS in its Makefile. The CXXFLAGS line has '-O2', change that to '-g'. Then do a 'make' and 'make install'. The reason for this is that I found knotes crashed within a few minutes of it starting up; however, when I recompiled it with '-g' (i.e., debugging support) instead of '-O2' (optimization) it ran fine. Go figure :-).

And that's it. You should now be able to run &kde;.

## SuSeのYaSTのrpmをインストールしたらrpmデータベースが使えなくなりました。 どうすれば良いですか?

もし、

       error -2 reading header: Unknown error

と表示されたら、rpmを更新しなければなりません:

    rpm -U ftp://ftp.suse.com/pub/suse_update/suse51/rpm/rpm.rpm

そして、その後に YaST も更新すべきです

    rpm -U ftp://ftp.suse.com/pub/suse_update/suse51/a1/yast.rpm

このパッケージは rpm-2.4.12 を用いて構築されており、古いバージョンの rpm ではインストールできないこともあります。この問題は、主にSuse Linux ユーザの場合に起こります。バージョン5.0の SuSe Linux に含まれている rpm のバージョンが2.4.1だからです。

なお、どのバージョンのrpmかは次のようにして知ることができます:

    rpm -qi rpm

## 古いバージョンのxyzを、新しいものをインストールする前に、削除するべきですか？

原理的には、その必要はありません。 RPM と DEP パッケージが全ての依存性を考慮しているはずだからです。

これに対して、ソースコードを自分自身でコンパイルする場合には、異なるバージョンの &kde; パッケージをコンパイルしないように気をつけてください。そのために、新しいバージョンをインストールする際には、まず初めに kdesupport を、その後に kdelibs、次に kdebase を make してインストールしてください。

あなたが避けるべきこと: 一台のマシンに対して、二つ(それ以上の場合も、もちろんダメです)のバージョンの&kde;を別個にインストールすること。これは、あるバージョンをインストールする際に、既にインストールされている他のバージョンのディレクトリとは異なるディレクトリを、ターゲットディレクトリとして指定する場合に起り得ます。この結果、どのような影響がでるかは、予測できません。同じことが、異なるバージョンのQtを同時にインストールしているときにも起り得ます。Linuxディストリビューションと一緒にインストールされたQtが古いバージョンのものであるならば、このような状況が簡単に起こり得ます。

## どうやって &kde; を起動すれば良いですか？

&kde; を起動するもっとも快適な方法は `startkde` スクリプトを使うことです。 単に

    startkde

という行を `.xsession` ファイル(kdm や xdm を使っていなければ `.xinitrc` ファイル)の終わりに入れてください。 また、 以前使っていたウィンドウマネージャを起動していた行を削除してください。 もし .xsession や .xinitrc がホームディレクトリになければ、 "startkde"(ダブルクォーテーションは不要！) とだけ記述した新しいファイルを作るだけで良いです。

## &kde;を起動するといつも"シャドウパスワード"について文句を言われます。どうしてですか？

あなたのシステムがシャドウパスワードを使っているのであれば、suidビットが設定されているときにのみ、スクリーンセーバを適切に動作させることができます。このビットはスクリーンセーバにシャドウパスワードにアクセスするために必要なroot権限を与えます。(注意: スクリーンセーバは、パスワードが入力されるまではマシンの安全を保つように設定されています。)

スクリーンセーバにsuidビットをセットするには、 あなた(またはシステム管理者)は以下のコマンドをrootで実行しなくてはなりません:

    chown root $KDEDIR/bin/*.kss
    chmod u+s $KDEDIR/bin/*.kss

代りに、もしあなたが&kde;をソースからコンパイルするなら、kdebaseをconfigureすると きに次のようにすることができます。

    ./configure --with-shadow

この場合にはsuidビットは `make install` の最中に自動的にセットされます。

## &kde;をユーザディレクトリにインストールすることはできます？

あなたは&kde;をあなたの望むどんなディレクトリにもインストールできます。ただ、あなたがインストールしたいと考えているパッケージの種類によって、あなたのすべきことも変わってきます：

ソースパッケージ

configureの際に以下のようなコマンドを用いてください：

    configure --prefix=/users/myhome/kde; make; make install

これは `/users/myhome/kde` にインストールする場合です。

ユーザディレクトリにパッケージをインストールした後に、以下の設定をあなたの初期化 ファイル(訳注： .xsession や .xinitrc) に追加すべきです。 LD&lowbar;LIBRARY&lowbar;PATHをセットする 必要がないのであれば、 LD&lowbar;LIBRARY&lowbar;PATHの設定は外しておいた方が良いことに注意してください。

csh または tcsh では:

    setenv KDEDIR /users/myhome/kde

    if ( $?LD_LIBRARY_PATH ) then
       setenv LD_LIBRARY_PATH $KDEDIR/lib:$LD_LIBRARY_PATH
    else
       setenv LD_LIBRARY_PATH $KDEDIR/lib
    endif

    if ( ! $?LIBRARY_PATH ) then
       setenv LIBRARY_PATH $LD_LIBRARY_PATH
    endif

bashでは次のようにしてください：

    KDEDIR=/users/myhome/kde
    PATH=$KDEDIR/bin:$PATH
    LD_LIBRARY_PATH=$KDEDIR/lib:$LD_LIBRARY_PATH
    LIBRARY_PATH=$LD_LIBRARY_PATH

export KDEDIR PATH LD&lowbar;LIBRARY&lowbar;PATH LIBRARY&lowbar;PATH

RPM パッケージ

`rpm` では インストールするディレクトリを選択するためのオプションとして、 `-prefix` を使うことができます。例えば次のようにします。

    rpm -i -prefix=/users/myhome/kde package.rpm

予想される問題

&kde;はユーザディレクトリから実行できるでしょう。SUID rootが必要なプログラム、例え ば kdeadmin パッケージ内のプログラムでは幾つかの問題がありますが、それらはユーザ によって実行されるべきものではないので、これについてはなにも心配することはありません。

しかし、シャドウパスワードを使っているシステムでは、スクリーンセーバはスクリーン のロックの解除のためにパスワードへのアクセスが可能な SUID root として実行されなく てはならず、このオプションは働かないでしょう。

## startkde が "Xサーバに接続できません" と言って失敗します。何が悪いのですか？

あなたはたぶん `startkde` でXサーバを起動しようとしたのでしょう。 Xサーバは `startx`で起動されます。 startkde はウィンドウマネージャと&kde;に必要なサーバデーモンを起動するために、あなたの `.xinitrc` や `.xsession` から実行されるべきスクリプトです。 どうやって&kde;を起動すれば良いですか？ も参照してください。

## Debian パッケージを dpkg でインストールすると "giflib2 is missing" を言われます

&kde; Debianパッケージをインストールする際に、時々、dpkgから"dependency problems: giflib2 is missing"と文句を言われることがあります。giflib2は必要でないので、この解決法は簡単です。

    dpkg -i --ignore-depends=giflib2 package.deb

## AIX 上で &kde;?

もしあなたが &kde; を AIX 上でビルドしているときにてトラブルに遭遇したら、Stefan Westerfeldの &kde; on AIX、を見てください。 この'例外的な'Unix変種(AIX)上での&kde;のビルドについて、有益な情報がたくさん記載されています。

## Redhat パッケージのインストール中に "libncurses.so.3.0 is needed" と言われます

その rpm があなたの Redhat CD 上になければ、それを入手するために Redhat の FTP サイトと そのミラーサイトをを覗きまわってください。 libncurses-3 と -4 は共存でき、単なる rpm -i がするように、そのどちらかを他方で置き 換える必要はないことに注意してください。

すなわち以下のようにしてみましょう:

    cd /usr/lib
    ln -s libncurses.so.4 libncurses.so.3
    ldconfig
    rpm -i --nodeps kdebase...

libncurses-3 と -4 は両方とも 100&percnt; バイナリおよびソース互換なので、両方のバージョンを インストールするのは単なる領域の無駄遣いです。

## ラップトップ上で &kde;?

Xを実行できるのであれば、その上で&kde;を走らせることに関して何ら問題はありません。 さらに、以下のリンクが有用でしょう：

- http://www.cs.utexas.edu/users/kharker/linux-laptop/

- http://www.yy.cs.keio.ac.jp/~sanpei/how2800x600.html

1024x600のような、ちょっと変わった解像度のラップトップに対しては、XF86Config ファイル(もし RedHat を使っていれば /etc/X11 にあります)を編集してみることができます。このファイルをいじったことがあるとか、いくらか知識があるのであれば、その中に様々な "Modeline" の記述があることも知っているのではないでしょうか。あなたがしなければならないことは、この XF86Config ファイルに、あなたのマシンの解像度に合ったModelineを追加することだけです。ただ、不幸なことに、 Modeline の書式は結構難しいんです；つまり、あなたはたくさんのものを読破しなければならないってことになります。その情報源の一つとしては XFree86 Video Timings HOWTOがあります。

## インストール後の&kde;の標準のディレクトリが好きではありません。何も壊さずに移動するには、どうしたら良いですか?

標準のディレクトリが /opt/kde であなたはそれを /usr/local/kde に動かしたいと仮定しましょう。 この場合、あなたがしなければならないことは、次のとおりです：

1. もしまだなってなければ、スーパユーザになる

2. mv /opt/kde /usr/local/kde

3. ln -s /usr/local/kde /opt/kde

これで、全ての&kde;ファイルは /usr/local/kde に移動されました。 ただし、依然として、全てのファイルは /opt/kde でもアクセスできる状態にあります。

## snapshot の configure スクリプトはどこに行ったのですか？

たぶんこれは直っているでしょう。でもそうでないときの用心のために、 ここに解決法を示します：

    make -f admin/Makefile.common cvs

## 拡張子"bz2"を持つtarボールをどうしたら unzip できますか？

まず、bzip2パッケージが必要です。まだ入手していないのであれば、好きなFTPサイトから入手してください。 次に、中身を見るためには、単に次のようにします：

    $ bzip2 -cd files.tar.bz2 | tar tvf -

これに対して、解凍するには次のようにします：

    $ bzip2 -cd files.tar.bz2 | tar xvf -

もちろん、あなたは次のようにもできます：

    "tar --use-compress-program bzip2 -xvf files.tar.bz2"

(訳注) 最近の tar (GNU tar 1.12) では次のようにもできます:

    $ tar yxvf files.tar.bz2

詳細については"man tar"と"man bzip2"を参照してください。Bzip2 mini-H OWTOも読まれた方が良いかも知れません。ちなみに、Bzip2のホームページは http://www.muraroa.demon.co.uk/にあります。

## &kde;をインストールしたディレクトリからどのファイルを削除できますか？全ての *.h や *.c や *.o ファイルは安全に削除できますか？

*.c ファイルと *.o ファイルを保存しておく必要はありませんが、 *.h ファイルは保存しておきたいと思われるかも知れません。というのは、これらが、いつかあなた自身の&kde;プログラムをコンパイルしたいと思ったときにインクルードで使われるからです。また、もしあなたがソースプログラムにパッチを追加したいというのであれば、(全部を再度ダウンロードしてくるよりは、むしろ)それら*.hファイルを利用できる状態にあった方が良いので、保存しておいた方が良いと思われます。

## &kde;をアップグレードするときに現在の設定は失われてしまいますか？

いいえ、先に古いRPMパッケージを削除 (rpm -e <Packagename>.i386.rpm)してしまったとしても、 あなたの設定には何ら支障はありません。これは、あなたの&kde;の設定がホームディレクトリの中の'Desktop'と呼ばれるフォルダ内に保存されているからです(この点は、いくつかのドットファイルと同様です)。これに対して、&kde;自身は通常 /opt/kde などのシステム全体から利用可能なディレクトリにインストールされています。

但し、もちろん、常にバックアップをとられることをお勧めします。 あなたの個人的な設定ファイルだけでなく、$KDEDIR/share/config もバックアップを取っておくことは良い考えかも知れません。

もしあなたに充分なディスク容量があれば、 &kde;1.0のインストールされた /opt/kde を /opt/kde10 に移動し、それとは別個に /opt/kde11 に&kde;1.1をインストール(訳注：kde1.0からkde1.1のアップグレードを想定？)して下さい。 同じことを $HOME/.kde にもしましょう。そして $HOME/Desktop もバックアップしましょう。 そして、 /opt/kde と $HOME/.kde とにシンボリックリンクを張って、環境変数を変更することなく正しいインストール先に変更し、kde1.0 から kde1.1 にスイッチしてください。qtにも同じことをしてください。

## kdebaseをコンパイルすると "bin/sh: msgfmt: command not found" とエラーが出ます。

GNU i18n パッケージ 'gettext' の一部である GNU msgfmt が必要です。 それは近くの GNU ミラーサイトからダウンロードできます。

## エラーが出っぱなしではあるけれど、Solaris 2.6でgccを使って&kde;をコンパイルする。

一番の問題は、Solarisのアセンブラにあるようです。egcs-1.1.1に変えればコンパイラがクラッシュすることはなくなりますし、gnuアセンブラ(in "binutils-2.9.1")だとアセンブラ問題がフィックスされます。

## スクラッチからコンパイルした&kde;アプリのアンインストールの仕方は?

'make install' をしたディレクトリで、 'make uninstall' とタイプすれば、その&kde;アプリをアンインストールできます。もし、そのディレクトリが既になくなっていたら、そのときは、手段は一つしかありません。あまり良い手段ではないのですが。 そう、 $KDEDIR/bin に移動して、一つ一つファイルを消すんです。

## GIFサポートはどうなったの?

これには、いくらか Unisys の LZW 法についての特許が絡んできます。 Qt 1.44 ではデフォルトで GIF サポートをオフにしてあります。古い Qt を使うか、GIF サポートをオンにしてリコンパイルすれば使えるようにはなります。但し、それが合法的かどうかは、私には分かりません。詳細については、the kde-devel mailing list のアーカイブで検索してください。

(訳注) 特許権の効力は国毎に異なりますので、このメーリングリストを読んでも役に立たないかも知れません。