<!-- <?xml version="1.0" ?>
<!DOCTYPE chapter PUBLIC "-//KDE//DTD DocBook XML V4.1-Based Variant V1.0//EN"
"dtd/kdex.dtd"> -->
<chapter id="install">
<title>インストールの説明</title>
<para>以下は、&kde;デスクトップ環境の1.0リリースのためのインストールの説明です。
より新しいバージョンについては、導入したパッケージに付属していたREADMEや
INSTALLを各人で読み、補ってください。
それらを注意深く読み、もし何か間違っているところがあったら、とりあえず
御自身でフォローしておいてください。
更なる手助けが必要なのであれば、&kde;メーリングリストやニュースグループに
参加することを検討してください
(&kde;
<ulink url="http://www.kde.org/contact.html">メーリングリスト</ulink>)に
参加するための説明は私たちのウェブサイトを見てください)。</para>
<sect1 id="toconverts">
<title>the would-be converts(虚構の変換)について</title>
<para>あなたは、きっと&kde;の噂を聞いたことがあるのでしょう。若しくは、スクリーンショットを見たことがあるのでしょう。そして、&kde;を入手しようとしているのでしょう。しかし、次の瞬間、どのOS上で動くのかということについて全く知らないことに気づくでしょう。心配するには及びません! いくつかのドキュメント(ええと、、いくつかじゃないかな。。)を読むだけでいいのです。それで大丈夫です!</para>
<para>&kde;は、Windows 95/98/NT や OS/2 上では、(まだ)動作しません。
&kde;を動かすためには、Unix systemを必要とします。詳しくは、
<link linkend="platform">どのプラットホームで&kde;が動作すると思って良いですか?</link>
を御覧ください。</para>
<para>Linuxをインストールすることに決めたとしましょう。Linuxはインターネットからダウンロードすることもできますし、あなたの選んだディストリビューションの入ったCD-ROMを購入することもできます。以下のリソースは役立つかも知れません:</para>
<para><itemizedlist>
<listitem>
<para> <ulink url="http://www.control-escape.com/">Control-Escape: Alternative Software, Linux Help</ulink> </para>
</listitem>
<listitem>
<para> <ulink url="http://www.linux.org/index.html">The Linux Home Page at Linux Online</ulink></para>
</listitem>
<listitem>
<para> <ulink url="http://searchlinux.com/">SearchLinux Home</ulink></para>
</listitem>
<listitem>
<para> <ulink url="http://www.cheek.com/linux/kb/">Linux Knowledge Base</ulink></para>
</listitem>
<listitem>
<para> Usenet newsgroups like comp.os.linux.*</para>
</listitem>
</itemizedlist>
</para>
<para>&kde;をLinux上で実行するためには、まずXをセットアップしなければなりません。
Xは、Unixシステム上における事実上のGUIです。
次のリソースは、一目見たいと思うかもしれません:</para>
<para><itemizedlist>
<listitem>
<para> <ulink url="http://www.x.org/">The X Window System</ulink></para>
</listitem>
<listitem>
<para> <ulink url="http://www.xfree86.org/">XFree86(TM): Home Page</ulink></para>
</listitem>
<listitem>
<para> Usenet newsgroups like comp.os.linux.x and comp.windows.x.*.</para>
</listitem>
</itemizedlist>
</para>
<para>これで、あなたは&kde;のインストールを始める用意ができました。
次のセクションから読み進めてください。
&kde;を入手するためには、<link linkend="wheretogetKDE">どこで&kde;を入手するのですか?</link>を
御覧ください。 最後ではあるものの重要なこととして、もしあなたが&kde;のインストール中に何らかの問題に出くわしたら、躊躇わずに&kde;の
<link linkend="KDEmailinglists">メーリングリスト</link> や <link linkend="KDEnewsgroups">ニュースグループ</link>を
利用してください。 但し、次のことを心に止めておいてください : どんな質問であっても、尋ねるのもばかばかしいということはありません。でも中には、答えるにはばかげているという質問もあります。特に、このFAQで既に答えが示されているものなどが、それに該当します。</para>
<para>では、 Good luck and have fun!</para>
</sect1>
<sect1 id="packageformats">
<title>入手可能なパッケージフォーマット</title>
<para>&kde;チームは6つの異なる種類のパッケージ: ソースとバイナリのRPM、ソースと
バイナリの.tgz(.tar.gz)ファイル、そしてソースとバイナリのDebianファイル、
を提供しています。
通常、最初にリリースされるのは、.tgzファイルですが、その後すぐに
他のフォーマットのものもリリースされます。
最近では、ソースとバイナリの.tar.bz2ファイルも利用可能になっています。
詳しくは、
<link linkend="bzip2">拡張子"bz2"を持つtarボールをどうしたらunzipできますか?</link>
を御覧ください。
さらに、ソラリス2.6及び7用のpkgパッケージも利用可能になっています。</para>
<para>インストールの手順は、どの形式のパッケージを選択したかによって決まります。
インストールをした後には、全てのパッケージフォーマットに共通のポスト・インストール処理（インストール後の後処理)が必要となります。
もしあなたがUnixに不慣れなユーザで、しかもRPMベースのシステムを使っているというのであれば、そのディストリビューションベンダの提供するバイナリRPMパッケージを選択することが、たぶん最良の選択だと思います。
少なくともCaldera、DelixとSuSEは、彼らのFTPサーバからバイナリRPMを入手できるようにするでしょう。</para>
<para>例えばshadowパスワードを使っており、スクリーンセーバを使いたいなどのために特別な設定オプションを必要とするのであれば、最善の方法は、ソースパッケージを利用して&kde;デスクトップ環境をあなた自身でコンパイルすることです。
公式な&kde;のパッケージを提供していないディストリビューション用のバイナリRPMパッケージは、それらが利用可能になり次第、ftp.kde.orgの
<ulink url="ftp://ftp.kde.org/pub/kde/stable/1.0/contrib/distribution">contrib</ulink>
セクションから入手可能になります。</para>
<para><ulink url="mailto:bill.mote@bigfoot.com">Bill Mote</ulink> は"&kde; 1.1
Installation via RPM"というタイトルのホームページをWeb上に掲載しています。
<ulink url="http://home.fuse.net/bmote/kde.htm">http://home.fuse.net/bmote/kde.htm</ulink>に行けば見られます。</para>
</sect1>
<sect1 id="Prerequisites">
<title>あらかじめ必要な物 </title>
<para>&kde; 1.0に対しては、バージョン1.33かそれ以上のバージョンのQtライブラリが必要とされ、また、&kde; 1.1に対しては、バージョン1.42かそれ以上のバージョンのQtライブラリが必要とされます。
但し、Qt2.0又はそれ以上のバージョンのQtはダウンロードしてはいけません。
&kde;をあなた自身でコンパイルするつもりなら、同様に、ヘッダファイルも必要となります。
これらは、全て無料で
<ulink url="http://www.troll.no/dl">http://www.troll.no/dl</ulink>から
入手することができます。
また、libgrも必要となりますが、これは大抵のディストリビューションに含まれているはずです。
ローカルループバックデバイスが正しく設定されていることも確認してください。</para>
</sect1>
<sect1 id="basepackages">
<title>ベースパッケージについての説明</title>
<para>現在、ベースディストリビューションは11個のパッケージを含んでいます。
その内のいくつかは必須なものですが、残りのものはオプションです。
各パッケージは前に触れた各パッケージフォーマットで入手可能です。</para>
<variablelist>
<varlistentry>
<term>kdesupport</term>
<listitem>
<para><emphasis>(必須)</emphasis></para>
<para>このパッケージは、サポートライブラリを含んでいます。これは、&kde;プロジェクトの一部として書かれたわけではありませんが、絶対に必要なものです。
要求されるバージョンのkdesupportパッケージに含まれるライブラリ(libgif, libjpeg, libmime, libuu, libgdbm)を既に持っているというのであれば、このパッケージをインストールする必要はありません。
わからないときにはインストールしてください。
なお、Debianパッケージではこのパッケージが必須であることに注意してください。</para>
</listitem>
</varlistentry>
<varlistentry>
<term>kdelibs</term>
<listitem>
<para><emphasis>(必須)</emphasis></para>
<para>このパッケージは、全ての&kde;アプリケーションで必要とされる共有ライブラリを含んでいます。</para>
</listitem>
</varlistentry>
<varlistentry>
<term>kdebase</term>
<listitem>
<para><emphasis>(必須)</emphasis></para>
<para>このパッケージは、ウィンドウマネージャ、端末エミュレータ、コントロールセンター、ファイルマネージャ、パネルのような、&kde;デスクトップ環境の核をなすベースアプリケーションを含んでいます。</para>
</listitem>
</varlistentry>
<varlistentry>
<term>kdegames</term>
<listitem>
<para><emphasis>(オプション)</emphasis></para>
<para>上海、スネークレース、アステロイド、テトリスなどの様々なゲーム。</para>
</listitem>
</varlistentry>
<varlistentry>
<term>kdegraphics</term>
<listitem>
<para><emphasis>(オプション)</emphasis></para>
<para>PostScript[TM]プレビューワ、dviプレビューワ、ドローイングプログラムの
ような様々なグラフィック関連のプログラム。</para>
</listitem>
</varlistentry>
<varlistentry>
<term>kdeutils</term>
<listitem>
<para><emphasis>(オプション)</emphasis></para>
<para>電卓やエディタ、他のシャレたもののような様々なデスクトップツール。</para>
</listitem>
</varlistentry>
<varlistentry>
<term>kdemultimedia</term>
<listitem>
<para><emphasis>(オプション)</emphasis></para>
<para>CDプレイヤーやミキサーのようなマルチメディアアプリケーション。</para>
</listitem>
</varlistentry>
<varlistentry>
<term>kdenetwork</term>
<listitem>
<para><emphasis>(オプション)</emphasis></para>
<para>インターネットアプリケーション。現在はメールプログラム、ニュースリーダ、他のいくつかのネットワーク関連のプログラムを含んでいます。</para>
</listitem>
</varlistentry>
<varlistentry>
<term>kdedmin</term>
<listitem>
<para><emphasis>(オプション)</emphasis></para>
<para>システム管理プログラム。現在はユーザマネージャとSystem Vランレベルエディタを含んでいます。</para>
</listitem>
</varlistentry>
<varlistentry>
<term>kdetoys</term>
<listitem>
<para><emphasis>(オプション)</emphasis></para>
<para>Toys!</para>
</listitem>
</varlistentry>
<varlistentry>
<term>korganizer</term>
<listitem>
<para><emphasis>(オプション)</emphasis>
</para>
<para>organizerなしじゃ、デスクトップは完璧じゃない。でしょ?</para>
</listitem>
</varlistentry>
</variablelist>
<para>kdesupportは、(それが必要とされる場合には)他のどれよりも先にインストールされていなければなりません。また、次にインストールされるパッケージ(kdesupportが必要でない場合には最初にインストールされるパッケージ)はkdelibsでなくてはなりません。他のパッケージは好きな順序でインストールできます。</para>
</sect1>
<sect1 id="installation">
<title>異なるパッケージフォーマットに対するインストールの説明</title>
<para>忘れずに、READMEファイルとINSTALLファイルを読んでください。もちろん、それらが読めるのであれば、ですけど。</para>
<sect2>
<title>Debian パッケージのインストール</title>
<para>Debianパッケージは、今後登場するFHS(file hierarchy standard : ファイル階層標準)に従ってインストールされます。</para>
<para><emphasis>Debianパッケージをインストールするには:</emphasis></para>
<para><itemizedlist>
<listitem>
<para> スーパーユーザになり</para>
</listitem>
<listitem>
<para> dpkg -i <packagename>.deb を実行してください。</para>
</listitem>
</itemizedlist>
</para>
<para>上記のコマンドはインストールしたいパッケージ毎に、または全てのパッケージに対して行います。</para>
</sect2>
<sect2>
<title>RPMパッケージのインストール</title>
<para>RPMパッケージは /opt/kde にインストールされます。</para>
<para>(訳注：JKUGのRPM(朝木さん作成 : ver1.1.2)は、/usr/kde 以下にインストールされます。)</para>
<para><emphasis>バイナリRPMをインストールするには:</emphasis>
<itemizedlist>
<listitem>
<para> スーパーユーザになり</para>
</listitem>
<listitem>
<para> rpm -ivh <packagename>.rpm を実行して下さい。</para>
</listitem>
</itemizedlist>
</para>
<para><emphasis>ソースrpm(SRPM)からバイナリRPM(RPM)を作成し、それをインストールするには、以下の手順に従ってください:</emphasis>
<itemizedlist>
<listitem>
<para> スーパーユーザになり</para>
</listitem>
<listitem>
<para> rpm -ivh <packagename>.src.rpm</para>
</listitem>
<listitem>
<para> cd /usr/src/redhat/SPECS</para>
</listitem>
<listitem>
<para> rpm -bb <packagename>.spec</para>
</listitem>
<listitem>
<para> cd ../RPMS/i386 (もしくはあなたが使っているアーキテクチャのどれか)</para>
</listitem>
<listitem>
<para> rpm -ivh <packagename>.i386.rpm 以上を実行してください</para>
</listitem>
</itemizedlist>
</para>
</sect2>
<sect2>
<title>ソース .tar.gzファイルのインストール</title>
<para>ソース.tgzパッケージは、デフォルトで/usr/local/kdeにインストールされますが、configureスクリプトの--prefixオプションで明示指定することもできます。</para>
<para><itemizedlist>
<listitem>
<para> パッケージを展開: tar xvzf <packagename>.tar.gz</para>
</listitem>
<listitem>
<para> パッケージのディレクトリにディレクトリを変更: cd <packagename></para>
</listitem>
<listitem>
<para> パッケージを設定: ./configure
<note>
<para>いくつかのパッケージ(特にkdebase)には、インストール時に利用可能な特別な設定オプションがあります。利用可能なオプションを知りたければ"./configure --help" (ダブルクォーテーションは不要) とタイプしてください。</para>
</note>
</para>
</listitem>
<listitem>
<para> パッケージを作成: make
</para>
</listitem>
<listitem>
<para> パッケージをインストール: (もしあなたがまだrootでなければ) su -c "make install" とタイプしてください。
もし既にrootなら、単に "make install" (ダブルクォーテーションは不要)とタイプしてください。 </para>
</listitem>
</itemizedlist>
</para>
</sect2>
<sect2>
<title>バイナリ .tar.gz ファイルのインストール</title>
<para>バイナリ .tar.gz パッケージは、/opt/kdeにインストールされます。</para>
<para><itemizedlist>
<listitem>
<para> スーパーユーザになり</para>
</listitem>
<listitem>
<para> cd /</para>
</listitem>
<listitem>
<para> tar xvzf <packagename>.tar.gz</para>
</listitem>
</itemizedlist>
</para>
</sect2>
</sect1>
<sect1 id="postinstallation">
<title>インストール後の処理</title>
<para>まずはじめに、&kde;のバイナリのインストール先であるディレクトリ(例えば /opt/kde/bin)がPATHに追加してあることと、&kde;のライブラリのインストールされたディレクトリがLD_LIBRARY_PATHに追加してあることを確認してください(後者は、rpathをサポートしないシステムにおいてのみ必要; Linux ELF上では後者の設定をしなくても動くはずです)。
この環境変数LD_LIBRARY_PATHは、システムによっては違う名前で呼ばれているかも知れません。
例えばIRIXではSHLIB_PATHと呼ばれています。
これらの設定を終えたら、環境変数&kde;DIRをあなたの&kde;ツリーのベース、例えば/opt/kdeに設定してください。</para>
<para>LD_LIBRARY_PATH をやみくもに設定するのはうまいやり方ではないと言うことを心に止めておいてください。大抵の場合、その設定をする必要はなく、また設定によって良い効果が生じるというよりも悪影響が出る方が多いです。
この LD_LIBRARY_PATH の設定による悪影響について説明したウェブページとしては、<ulink url="mailto:barr@cis.ohio-state.edu">Dave Barr</ulink> によって書かれたものがあり、
<ulink url="http://www.cis.ohio-state.edu/~barr/ldpath.html">http://www.cis.ohio-state.edu/~barr/ldpath.html</ulink> で見ることができます。</para>
<para>ほとんどの&kde;アプリケーションは、単にそれらを呼び出すだけで使うこともできてしまうのですが、&kde;の先進的な特徴によってもたらされる利益を十分に享受するためには、&kde;のウィンドウマネージャであるkwmや、そのヘルパープログラムを用いる必要があります。</para>
<para>それを簡単に出来るようにするために、私たちはstartkdeと呼ばれる単純なスクリプトを用意しておきました。このスクリプトは$KDEDIR/binにインストールされていますので、パスも通っていることになります。</para>
<para>あなたのホームディレクトリにある .xinitrc というファイルを編集し(まずはバックアップコピーを取ってください)、ウィンドウマネージャを呼び出しているように見える全ての行を削除し、かわりにstartkdeと書き込んでください。そして、Xを再起動してください。もし、kdmやxdmなどを使っているのなら、 .xinitrc. に代えて.xsessionファイルを編集してください。.xinitrcや.xsessionがあなたのホームディレクトリにないのであれば、"startkde"(ダブルクォーテーションは不要!)と一行だけ書かれた新しいファイルを単純に作成してください。
注 : Redhat Linuxなどシステムの中には、 .xinitrcや .xsessionに代えて .Xclientsを編集するものもあります。</para>
<para>このようにすれば、新しく、素敵な&kde;デスクトップが手に入ります。これで、あなたは、&kde;の素晴らしい世界の冒険を始めることができるのです。まず、何らかのドキュメントを読みたいと思われたのなら、特にお薦めなのが
<ulink url="http://www.kde.org/documentation/en/general/quickstart/index.html">クイックスタートガイド</ulink>です。 さらに、アプリケーション毎にヘルプメニューから読むことができるオンラインヘルプもあります。</para>
</sect1>
<sect1 id="compiling">
<title>Micro-HOWTO: SGI Irix 6.x上での&kde; 1.1.1のコンパイル</title>
<para><ulink url="mailto:berry@ieeecs.concordia.ca">Chris Berry</ulink> は、comb.windows.x.kde.に、次のような micro-HOWTO (edited for layout) の最新版を投稿しました。</para>
<para>This is a (blatant) modification of the original Micro-HOWTO posted by
<ulink url="mailto:sterritt@mrj.com">Chris Sterritt</ulink>. 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
<ulink url="mailto:berry@ieeecs.concordia.ca">berry@ieeecs.concordia.ca</ulink>. I will also keep a copy of this
HOWTO on my personal web-page: <ulink url="http://alcor.concordia.ca/~c_berry/">http://alcor.concordia.ca/~c_berry/</ulink>.</para>
<para>Also, if this isn't your cup of tea, I have uploaded binaries of
kde-1.1.1 and egcs-1.1.2 to <ulink url="ftp://ftp.cmc.ec.gc.ca/pub/hbc/sgi/">ftp://ftp.cmc.ec.gc.ca/pub/hbc/sgi/</ulink>. &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
_read_ the README in the directory, as it contains important
installion information. </para>
<para>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). </para>
<para>Enjoy!</para>
<para><orderedlist><listitem>
<para> Install Qt 1.42 or higher.</para>
</listitem>
<listitem>
<para> 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.</para>
</listitem>
<listitem>
<para> 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:
<screen>gcc version egcs-2.91.60 19981201 (egcs-1.1.1 release)
</screen>
</para>
</listitem>
<listitem>
<para> Do a
<screen>setenv LDFLAGS " "
</screen>
because the 'configure' scripts insist on trying 'g++ -s' when compiling
a test program, which always fails on the SGIs.</para>
</listitem>
<listitem>
<para> Unpack 'kdesupport' and enter its directory. Run its configure
with "--prefix" if you need to:
<screen>./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
</screen>
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?).
</para>
</listitem>
<listitem>
<para> Run the script (which I'll include below) as follows:
<screen>find . -name Makefile -exec ../FixMakesSq {} \;
</screen>
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.</para>
<para>Here's the FixMakesSq script:
<screen>#!/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;
}
</screen>
</para>
<para> Do:
<screen>gmake
gmake install
</screen>
</para>
</listitem>
<listitem>
<para> Go to the 'libz' source directory, do:
<screen>./configure --prefix=$KDEDIR
gmake
gmake install
</screen>
</para>
</listitem>
<listitem>
<para> Go to the 'libpng' source directory, do:
<screen>./configure --prefix=$KDEDIR
gmake
gmake install
</screen>
</para>
</listitem>
<listitem>
<para> 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):
<screen>./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 {} \;
</screen>
</para>
</listitem>
<listitem>
<para> 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_LANGUAGE_C_PLUS_PLUS' to the CXXFLAGS line.
This makes it get the right definition for signal functions (has an
'int' arg).</para>
</listitem>
<listitem>
<para> 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.
<screen>gmake
gmake install
</screen>
</para>
</listitem>
<listitem>
<para> Unpack 'kdebase' and enter its directory. Do:
<screen>./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 {} \;
</screen>
</para>
</listitem>
<listitem>
<para> Fix 'memory_sgi.cpp' (do a find from 'kdebase' directory). I just
#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 :-).</para>
</listitem>
<listitem>
<para> 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:
<screen>*** 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
</screen>
</para>
</listitem>
<listitem>
<para> Unpack 'kdeutils'.
<screen>./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 {} \;
</screen>
</para>
</listitem>
<listitem>
<para> Find 'kcalc_core.cpp' and fix its Makefile like you did for
'kprocctrl.cpp' above.
<screen>gmake
gmake install
</screen>
</para>
</listitem>
<listitem>
<para> Unpack 'kdegames', 'kdegraphics', and 'kdetoys' and for each one,
enter its directory and do:
<screen>./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
</screen>
</para>
</listitem>
<listitem>
<para> 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 :-). </para>
</listitem>
</orderedlist>
</para>
<para>And that's it. You should now be able to run &kde;.</para>
</sect1>
<sect1 id="rpmsSuSe">
<title>SuSeのYaSTのrpmをインストールしたらrpmデータベースが使えなくなりました。 どうすれば良いですか?</title>
<para>もし、</para>
<para><screen> error -2 reading header: Unknown error
</screen>
</para>
<para>と表示されたら、rpmを更新しなければなりません:</para>
<para><screen>rpm -U ftp://ftp.suse.com/pub/suse_update/suse51/rpm/rpm.rpm
</screen>
</para>
<para>そして、その後に YaST も更新すべきです</para>
<para><screen>rpm -U ftp://ftp.suse.com/pub/suse_update/suse51/a1/yast.rpm
</screen>
</para>
<para>
このパッケージは rpm-2.4.12 を用いて構築されており、古いバージョンの rpm ではインストールできないこともあります。この問題は、主にSuse Linux ユーザの場合に起こります。バージョン5.0の SuSe Linux に含まれている rpm のバージョンが2.4.1だからです。</para>
<para>なお、どのバージョンのrpmかは次のようにして知ることができます:</para>
<para><screen>rpm -qi rpm
</screen>
</para>
</sect1>
<sect1 id="removeold">
<title>古いバージョンのxyzを、新しいものをインストールする前に、削除するべきですか？</title>
<para>原理的には、その必要はありません。 RPM と DEP パッケージが全ての依存性を考慮しているはずだからです。</para>
<para>これに対して、ソースコードを自分自身でコンパイルする場合には、異なるバージョンの &kde; パッケージをコンパイルしないように気をつけてください。そのために、新しいバージョンをインストールする際には、まず初めに kdesupport を、その後に kdelibs、次に kdebase を make してインストールしてください。</para>
<para>あなたが避けるべきこと: 一台のマシンに対して、二つ(それ以上の場合も、もちろんダメです)のバージョンの&kde;を別個にインストールすること。これは、あるバージョンをインストールする際に、既にインストールされている他のバージョンのディレクトリとは異なるディレクトリを、ターゲットディレクトリとして指定する場合に起り得ます。この結果、どのような影響がでるかは、予測できません。同じことが、異なるバージョンのQtを同時にインストールしているときにも起り得ます。Linuxディストリビューションと一緒にインストールされたQtが古いバージョンのものであるならば、このような状況が簡単に起こり得ます。</para>
</sect1>
<sect1 id="howtostartkde">
<title>どうやって &kde; を起動すれば良いですか？ </title>
<para>&kde; を起動するもっとも快適な方法は <literal>startkde</literal> スクリプトを使うことです。
単に
<screen>startkde
</screen>
という行を <literal>.xsession</literal> ファイル(kdm や xdm を使っていなければ <literal>.xinitrc</literal> ファイル)の終わりに入れてください。 また、
以前使っていたウィンドウマネージャを起動していた行を削除してください。
もし .xsession や .xinitrc がホームディレクトリになければ、
"startkde"(ダブルクォーテーションは不要！)
とだけ記述した新しいファイルを作るだけで良いです。</para>
</sect1>
<sect1 id="shadowpasswords">
<title>&kde;を起動するといつも"シャドウパスワード"について文句を言われます。どうしてですか？</title>
<para>あなたのシステムがシャドウパスワードを使っているのであれば、suidビットが設定されているときにのみ、スクリーンセーバを適切に動作させることができます。このビットはスクリーンセーバにシャドウパスワードにアクセスするために必要なroot権限を与えます。(注意: スクリーンセーバは、パスワードが入力されるまではマシンの安全を保つように設定されています。)</para>
<para>スクリーンセーバにsuidビットをセットするには、
あなた(またはシステム管理者)は以下のコマンドをrootで実行しなくてはなりません:</para>
<para><screen>chown root $KDEDIR/bin/*.kss
chmod u+s $KDEDIR/bin/*.kss
</screen>
</para>
<para>代りに、もしあなたが&kde;をソースからコンパイルするなら、kdebaseをconfigureすると
きに次のようにすることができます。</para>
<para><screen>./configure --with-shadow
</screen>
</para>
<para>この場合にはsuidビットは <literal>make
install</literal> の最中に自動的にセットされます。</para>
</sect1>
<sect1 id="userdirectory">
<title>&kde;をユーザディレクトリにインストールすることはできます？</title>
<para>あなたは&kde;をあなたの望むどんなディレクトリにもインストールできます。ただ、あなたがインストールしたいと考えているパッケージの種類によって、あなたのすべきことも変わってきます：</para>
<para><emphasis>ソースパッケージ</emphasis></para>
<para>configureの際に以下のようなコマンドを用いてください：</para>
<para><screen>configure --prefix=/users/myhome/kde; make; make install
</screen>
</para>
<para>これは <literal>/users/myhome/kde</literal> にインストールする場合です。 </para>
<para>ユーザディレクトリにパッケージをインストールした後に、以下の設定をあなたの初期化
ファイル(訳注： .xsession や .xinitrc) に追加すべきです。 LD_LIBRARY_PATHをセットする
必要がないのであれば、 LD_LIBRARY_PATHの設定は外しておいた方が良いことに注意してください。</para>
<para>csh または tcsh では:
<screen>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
</screen>
</para>
<para>bashでは次のようにしてください：
<screen>KDEDIR=/users/myhome/kde
PATH=$KDEDIR/bin:$PATH
LD_LIBRARY_PATH=$KDEDIR/lib:$LD_LIBRARY_PATH
LIBRARY_PATH=$LD_LIBRARY_PATH
</screen>
</para>
<para>export KDEDIR PATH LD_LIBRARY_PATH LIBRARY_PATH</para>
<para><emphasis>RPM パッケージ</emphasis></para>
<para><literal>rpm</literal> では
インストールするディレクトリを選択するためのオプションとして、 <literal>-prefix</literal> を使うことができます。例えば次のようにします。</para>
<para><screen>rpm -i -prefix=/users/myhome/kde package.rpm
</screen>
</para>
<para><emphasis>予想される問題</emphasis></para>
<para>&kde;はユーザディレクトリから実行できるでしょう。SUID rootが必要なプログラム、例え
ば kdeadmin パッケージ内のプログラムでは幾つかの問題がありますが、それらはユーザ
によって実行されるべきものではないので、これについてはなにも心配することはありません。</para>
<para>しかし、シャドウパスワードを使っているシステムでは、スクリーンセーバはスクリーン
のロックの解除のためにパスワードへのアクセスが可能な SUID root として実行されなく
てはならず、このオプションは働かないでしょう。</para>
</sect1>
<sect1 id="cannotconnect">
<title>startkde が "Xサーバに接続できません" と言って失敗します。何が悪いのですか？</title>
<para>あなたはたぶん <literal>startkde</literal> でXサーバを起動しようとしたのでしょう。
Xサーバは <literal>startx</literal>で起動されます。
startkde はウィンドウマネージャと&kde;に必要なサーバデーモンを起動するために、あなたの
<literal>.xinitrc</literal> や <literal>.xsession</literal> から実行されるべきスクリプトです。 <link linkend="howtostartkde">どうやって&kde;を起動すれば良いですか？</link> も参照してください。</para>
</sect1>
<sect1 id="debian">
<title>Debian パッケージを dpkg でインストールすると "giflib2 is missing" を言われます</title>
<para>&kde; Debianパッケージをインストールする際に、時々、dpkgから"dependency problems: giflib2 is missing"と文句を言われることがあります。giflib2は必要でないので、この解決法は簡単です。</para>
<para><screen>dpkg -i --ignore-depends=giflib2 package.deb
</screen>
</para>
</sect1>
<sect1 id="aix">
<title>AIX 上で &kde;?</title>
<para>もしあなたが &kde; を AIX 上でビルドしているときにてトラブルに遭遇したら、Stefan Westerfeldの
<ulink url="http://space.twc.de/~stefan/kde/">&kde; on AIX</ulink>、を見てください。
この'例外的な'Unix変種(AIX)上での&kde;のビルドについて、有益な情報がたくさん記載されています。
</para>
</sect1>
<sect1 id="redhat">
<title>Redhat パッケージのインストール中に "libncurses.so.3.0 is needed" と言われます</title>
<para>その rpm があなたの Redhat CD 上になければ、それを入手するために Redhat の FTP サイトと
そのミラーサイトをを覗きまわってください。
libncurses-3 と -4 は共存でき、単なる rpm -i がするように、そのどちらかを他方で置き
換える必要はないことに注意してください。</para>
<para>すなわち以下のようにしてみましょう:
<screen>cd /usr/lib
ln -s libncurses.so.4 libncurses.so.3
ldconfig
rpm -i --nodeps kdebase...
</screen>
</para>
<para>libncurses-3 と -4 は両方とも 100% バイナリおよびソース互換なので、両方のバージョンを
インストールするのは単なる領域の無駄遣いです。</para>
</sect1>
<sect1 id="laptop">
<title>ラップトップ上で &kde;?</title>
<para>Xを実行できるのであれば、その上で&kde;を走らせることに関して何ら問題はありません。
さらに、以下のリンクが有用でしょう：</para>
<para><itemizedlist>
<listitem>
<para><ulink url="http://www.cs.utexas.edu/users/kharker/linux-laptop/">http://www.cs.utexas.edu/users/kharker/linux-laptop/</ulink></para>
</listitem>
<listitem>
<para><ulink url="http://www.yy.cs.keio.ac.jp/~sanpei/how2800x600.html">http://www.yy.cs.keio.ac.jp/~sanpei/how2800x600.html</ulink></para>
</listitem>
</itemizedlist>
</para>
<para>1024x600のような、ちょっと変わった解像度のラップトップに対しては、XF86Config ファイル(もし RedHat を使っていれば /etc/X11 にあります)を編集してみることができます。このファイルをいじったことがあるとか、いくらか知識があるのであれば、その中に様々な "Modeline" の記述があることも知っているのではないでしょうか。あなたがしなければならないことは、この XF86Config ファイルに、あなたのマシンの解像度に合ったModelineを追加することだけです。ただ、不幸なことに、 Modeline の書式は結構難しいんです；つまり、あなたはたくさんのものを読破しなければならないってことになります。その情報源の一つとしては
<ulink url="http://sunsite.unc.edu/LDP/HOWTO/XFree86-Video-Timings-HOWTO.html">XFree86 Video Timings HOWTO</ulink>があります。</para>
</sect1>
<sect1 id="defaultdir">
<title>インストール後の&kde;の標準のディレクトリが好きではありません。何も壊さずに移動するには、どうしたら良いですか?</title>
<para>標準のディレクトリが /opt/kde であなたはそれを /usr/local/kde に動かしたいと仮定しましょう。 この場合、あなたがしなければならないことは、次のとおりです：
<orderedlist><listitem>
<para> もしまだなってなければ、スーパユーザになる</para>
</listitem>
<listitem>
<para> mv /opt/kde /usr/local/kde</para>
</listitem>
<listitem>
<para> ln -s /usr/local/kde /opt/kde</para>
</listitem>
</orderedlist>
</para>
<para>これで、全ての&kde;ファイルは /usr/local/kde に移動されました。
ただし、依然として、全てのファイルは /opt/kde でもアクセスできる状態にあります。</para>
</sect1>
<sect1 id="snapshotconfig">
<title> snapshot の configure スクリプトはどこに行ったのですか？</title>
<para>たぶんこれは直っているでしょう。でもそうでないときの用心のために、
ここに解決法を示します：
<screen>make -f admin/Makefile.common cvs
</screen>
</para>
</sect1>
<sect1 id="bzip2">
<title>拡張子"bz2"を持つtarボールをどうしたら unzip できますか？ </title>
<para>まず、bzip2パッケージが必要です。まだ入手していないのであれば、好きなFTPサイトから入手してください。
次に、中身を見るためには、単に次のようにします：
<screen>$ bzip2 -cd files.tar.bz2 | tar tvf -
</screen>
</para>
<para>これに対して、解凍するには次のようにします：
<screen>$ bzip2 -cd files.tar.bz2 | tar xvf -
</screen>
</para>
<para>もちろん、あなたは次のようにもできます：
<screen>"tar --use-compress-program bzip2 -xvf files.tar.bz2"
</screen>
</para>
<para>(訳注) 最近の tar (GNU tar 1.12) では次のようにもできます:
<screen>$ tar yxvf files.tar.bz2
</screen>
詳細については"man tar"と"man bzip2"を参照してください。Bzip2 mini-H
OWTOも読まれた方が良いかも知れません。ちなみに、Bzip2のホームページは
<ulink url="http://www.muraroa.demon.co.uk/">http://www.muraroa.demon.co.uk/</ulink>にあります。</para>
</sect1>
<sect1 id="deletefiles">
<title>&kde;をインストールしたディレクトリからどのファイルを削除できますか？全ての *.h や *.c や *.o ファイルは安全に削除できますか？</title>
<para> *.c ファイルと *.o ファイルを保存しておく必要はありませんが、 *.h ファイルは保存しておきたいと思われるかも知れません。というのは、これらが、いつかあなた自身の&kde;プログラムをコンパイルしたいと思ったときにインクルードで使われるからです。また、もしあなたがソースプログラムにパッチを追加したいというのであれば、(全部を再度ダウンロードしてくるよりは、むしろ)それら*.hファイルを利用できる状態にあった方が良いので、保存しておいた方が良いと思われます。</para>
</sect1>
<sect1 id="upgrade">
<title>&kde;をアップグレードするときに現在の設定は失われてしまいますか？</title>
<para>いいえ、先に古いRPMパッケージを削除 (rpm -e <Packagename>.i386.rpm)してしまったとしても、
あなたの設定には何ら支障はありません。これは、あなたの&kde;の設定がホームディレクトリの中の'Desktop'と呼ばれるフォルダ内に保存されているからです(この点は、いくつかのドットファイルと同様です)。これに対して、&kde;自身は通常 /opt/kde などのシステム全体から利用可能なディレクトリにインストールされています。</para>
<para>但し、もちろん、常にバックアップをとられることをお勧めします。
あなたの個人的な設定ファイルだけでなく、$KDEDIR/share/config もバックアップを取っておくことは良い考えかも知れません。</para>
<para>もしあなたに充分なディスク容量があれば、 &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にも同じことをしてください。</para>
</sect1>
<sect1 id="kdebase">
<title>kdebaseをコンパイルすると "bin/sh: msgfmt: command not found" とエラーが出ます。</title>
<para>GNU i18n パッケージ 'gettext' の一部である GNU msgfmt が必要です。
それは近くの GNU ミラーサイトからダウンロードできます。</para>
</sect1>
<sect1 id="solaris">
<title>エラーが出っぱなしではあるけれど、Solaris 2.6でgccを使って&kde;をコンパイルする。</title>
<para>一番の問題は、Solarisのアセンブラにあるようです。egcs-1.1.1に変えればコンパイラがクラッシュすることはなくなりますし、gnuアセンブラ(in "binutils-2.9.1")だとアセンブラ問題がフィックスされます。</para>
</sect1>
<sect1 id="uninstall">
<title>スクラッチからコンパイルした&kde;アプリのアンインストールの仕方は?</title>
<para> 'make install' をしたディレクトリで、 'make uninstall' とタイプすれば、その&kde;アプリをアンインストールできます。もし、そのディレクトリが既になくなっていたら、そのときは、手段は一つしかありません。あまり良い手段ではないのですが。
そう、 $KDEDIR/bin に移動して、一つ一つファイルを消すんです。</para>
</sect1>
<sect1 id="gifsupport">
<title>GIFサポートはどうなったの?</title>
<para>これには、いくらか Unisys の LZW 法についての特許が絡んできます。 Qt 1.44 ではデフォルトで GIF サポートをオフにしてあります。古い Qt を使うか、GIF サポートをオンにしてリコンパイルすれば使えるようにはなります。但し、それが合法的かどうかは、私には分かりません。詳細については、the kde-devel mailing list のアーカイブで検索してください。</para>
<para>(訳注) 特許権の効力は国毎に異なりますので、このメーリングリストを読んでも役に立たないかも知れません。</para>
</sect1>
</chapter>
