Loading article…
KDEソフトウェアコンパイル（KDE SC ）は、 KDEによって作成されたデスクトップ環境と一連の付属アプリケーションを包括する用語でした。1998年7月のバージョン1.0のリリースから2010年2月のバージョン4.4のリリースまで、ソフトウェアコンパイルは単にKDEとして知られており、これはブランド変更まではKデスクトップ環境の略でした。 [ 5 ]当時KDE SCと呼ばれていたものは、4.4以降、2014年7月の最終リリース4.14まで使用されました。これは、KDE Plasma 4デスクトップと、開発チームがソフトウェアコンパイルのリリーススケジュールに従うことを選択したKDEアプリケーションで構成されていました。その後、KDE SCは、 KDE Plasma、KDE Frameworks、KDE Applicationsの3つの独立した製品エンティティに分割され、それぞれが独自の独立したリリーススケジュールを持ちました。
KDEは1996年に、当時テュービンゲン大学の学生だったマティアス・エトリッヒによって設立されました。当時、彼はUnixデスクトップのいくつかの側面に不満を抱いていました。彼の不満の一つは、どのアプリケーションも見た目、操作感、動作が統一されていないことでした。彼は、単なるアプリケーションの集合体ではなく、ユーザーが一貫した見た目、操作感、動作を期待できるデスクトップ環境の構築を提案しました。彼はまた、このデスクトップを使いやすくしたいと考えていました。当時のデスクトップアプリケーションに対する彼の不満の一つは、ガールフレンドがそれらを使いこなせないことでした。彼の最初のUsenetへの投稿は大きな関心を呼び、KDEプロジェクトが誕生しました。[ 6 ]
エトリッヒはKDEプロジェクトにTrolltech社のQtフレームワークを採用することを選んだ。他のプログラマーたちもすぐにKDE/Qtアプリケーションの開発に着手し、1997年初頭にはいくつかのアプリケーションがリリースされた。
1998 年 7 月 12 日にK Desktop Environment 1.0がリリースされました。1998 年 11 月、Qt ツールキットは、フリー/オープンソースのQ Public License (QPL) と、プロプライエタリ ソフトウェア開発者向けのプロプライエタリ ライセンスのデュアル ライセンスとなりました。GNU General Public License (GPL) との互換性についての議論が続いたため、2000 年 9 月に Trolltech は QPL に加えて GPL の下で Unix 版の Qt ライブラリを利用可能にしました。Trolltech は、 Qt を使用してプロプライエタリ ソフトウェアを開発するためのライセンスを引き続き要求しました。KDE のコア ライブラリはまとめてGNU LGPLの下でライセンスされていますが、プロプライエタリ ソフトウェアがそれらを使用する唯一の方法は、Qt プロプライエタリ ライセンスの条件の下で開発することでした。
2000年10月23日から、第2シリーズのリリースであるK Desktop Environment 2では、重要な技術的改良が導入されました。[ 7 ]これらには、DCOP（デスクトップ通信プロトコル）、KIO（アプリケーションI/Oライブラリ）、KParts（コンポーネントオブジェクトモデル、アプリケーションが別のコンポーネントを自身に埋め込むことができる）、およびKHTML（HTMLレンダリングおよび描画エンジン）が含まれます。[ 7 ]
第3 シリーズは、2002 年 4 月 3 日から始まる 6 つのメジャー リリースで構成され、以前のシリーズよりもはるかに大規模でした。K Desktop Environment 2とK Desktop Environment 3の間の API の変更は比較的小さかったため、KDE 3 はK Desktop Environment 2シリーズの継続と見なすことができます。K Desktop Environment 3のすべてのリリースはQt 3 をベースに構築されており、これは Linux およびMac OS X を含む Unix ライクなオペレーティングシステム向けに GPL でのみリリースされました。2008 年以降、Mac OS X 上で安定して動作することがマークされています。ただし、 KDE SC 4とは異なり、動作には X11 サーバーが必要です。[ 9 ] 2002 年に、KDE on Cygwinプロジェクトのメンバーは、GPL ライセンスの Qt/X11 コード ベースを Windows に移植し始めました。[ 10 ]
2008 年 1 月 11 日に初めてリリースされたKDE Software Compilation 4 は、Windows および Mac OS X 向けに GPL ライセンスでリリースされている Qt 4 をベースとしています。そのため、KDE SC 4 アプリケーションはこれらのオペレーティングシステム上でもネイティブにコンパイルおよび実行できます。Mac OS X 上の KDE Software Compilation 4 は現在ベータ版と見なされており[ 11 ] 、 Windows 上では最終版ではないため、アプリケーションは日常的な使用には適さない場合があります。[ 12 ] [ 13 ]
KDE SC 4 には、多くの新しいテクノロジーと技術的な変更が含まれています。中心となるのは、 Plasmaと呼ばれる再設計されたデスクトップとパネルで、Kicker、KDesktop、SuperKaramba の機能を 1 つのテクノロジーに統合することでこれらを置き換えます。Plasma は、数十年前のデスクトップ メタファーを更新したいユーザー向けに、より設定しやすいように設計されています。Phonon ( KDEを特定のメディア バックエンドに依存しない新しいマルチメディア インターフェース)、Solid (ネットワークおよびポータブル デバイス用の API)、Decibel (すべての通信プロトコルをデスクトップに統合する新しい通信フレームワーク) など、多くの新しいフレームワークがあります。また、メタデータと検索フレームワークも搭載されており、全文ファイル インデックス サービスとしてStrigiを組み込み、 NEPOMUKをKDE と統合しています。[ 14 ]
Qt 4.5以降、QtはLGPLバージョン2.1でも利用可能になりました[ 15 ]。これは、LGPLがプロプライエタリアプリケーションがLGPLでライセンスされたライブラリにリンクすることを許可するため、企業環境やプロプライエタリ環境でのKDEの採用にとって大きな一歩となりました。
2014年8月現在、KDEはソフトウェア全体のコンパイルを同期してリリースすることはなくなり、代わりにソフトウェアは3つの部分に分割されています。
主な変更点としては、Qt 4 から Qt 5 への移行、次世代ディスプレイサーバープロトコルWaylandのサポート、次世代レンダリング API Vulkanのサポート、KDE コアライブラリのモジュール化などが挙げられます。[ 19 ] Frameworks 5 と Plasma 5 の最初のリリースは 2014 年 7 月に公開されました。[ 16 ] [ 17 ]
KDE Frameworks 5、KDE Plasma 5、KDE Applications 5 は、単一のエンティティではありません。これらの部分は一緒にリリースされただけで、それらを 1 つの名前でまとめることは実際には役に立ちませんでした。サードパーティの開発者は Plasma Workspaces のみをターゲットにしていると考え、Plasma ユーザーは「KDE アプリ」しか実行できないと考え、アプリケーションの潜在的なユーザーは Plasma Workspaces 内でのみ使用できると想定しています。これらはすべて間違いであり、すべて私の日常の経験から得られたものです。[ 20 ]
KDE SC のリリースは、構成スクリプトを含むソースコードの形式でKDE FTP サーバー[ 21 ]に提供され、オペレーティングシステム ベンダーによってコンパイルされ、配布前に他のシステムと統合されます。ほとんどのベンダーは、安定版でテスト済みの KDE SC のみを使用し、簡単にインストールできるプリコンパイル済みパッケージの形式で提供しています。KDE SC のすべての安定版および開発版のソースコードは、Gitを使用して KDE ソース コード リポジトリに保存されています。[ 22 ] KDE プラットフォームは、LGPL、BSD ライセンス、MIT ライセンス、または X11 ライセンスでライセンスされています。アプリケーションは GPL も許可されています。ドキュメントはFDLも許可されています。CMakeモジュールはBSD ライセンスでライセンスする必要があります。[ 23 ]
メジャーリリースとは、シリーズ（バージョン番号 X.0）の開始となるリリースです。これらのリリースでは、前バージョンとのバイナリ互換性が失われることが許容されます。言い換えれば、以降のすべてのリリース（X.1、X.2、…）はバイナリ互換性（ APIおよびABI）を保証します。つまり、たとえば KDE 3.0 用に開発されたソフトウェアは、すべての（将来の）KDE 3 リリースで動作しますが 、KDE 2 用に開発されたアプリケーションは、 KDE 3 ライブラリを利用できることが保証されません 。KDE のメジャーバージョン番号は Qt のリリースサイクルに従っており、KDE SC 4 は Qt 4 をベースにしていますが、KDE 3 は Qt 3 をベースにしています。
Qt 5.0は2012年12月19日にリリースされ、Qt 5.2は2013年12月12日にリリースされました。また、例えばKDE Frameworks 5.21.0はQt >= 5.4を必要とし、Qt 5.3はサポートされなくなりました（Qtのバージョン履歴を参照）。
標準リリースには、主に2つの種類があります。新機能リリースとバグ修正リリースです。
機能リリースには、例えば 3.5 のように 2 つのバージョン番号があり、新機能が含まれています。機能リリースが準備され発表されるとすぐに、次の機能リリースの開発が開始されます。機能リリースの完成には数か月を要し、その間に修正された多くのバグは安定版ブランチにバックポートされます。つまり、これらの修正はバグ修正リリースによって最新の安定版リリースに組み込まれます。KDE SC 4 シリーズでは、KDE SC はおよそ 6 か月ごとに機能リリースを行っていました。KDE Plasma が分裂してからは、およそ 3〜4 か月ごとに新しい機能バージョンがリリースされています。
バグ修正リリースには、KDE 1.1.1 のように 3 つのバージョン番号があり、バグや軽微な不具合の修正、および使いやすさの微調整に重点を置いています。バグ修正リリースでは一般的に新機能は追加されませんが、一部のリリースには小さな機能強化が含まれる場合があります。リリーススケジュールは短縮されています。KDE SC 4 シリーズ以降、KDE SC は機能リリース月を除き、ほぼ毎月メンテナンスリリースを行っていますが、Plasma 5 ではバグ修正リリースはさらに短く、2～3 週間程度で行われる傾向があります。
KDEチームは定期的に新バージョンをリリースしています。[ 265 ]
KDEソフトウェアのほとんどはQtを使用しており、QtはほとんどのUnixおよびUnixライクなシステム（Mac OS Xを含む）、Android、Microsoft Windowsで動作します。 2011年現在CMake はビルドツールとして機能します。これにより、KDE は Windows を含むより幅広いプラットフォームをサポートできます。[ 268 ] 翻訳にはGNU gettextが使用されます。API ドキュメントの生成にはDoxygenが使用されます。[ 269 ]
ソフトウェアコンパイルは、以下のパッケージで構成されています。
KDEソフトウェアコンパイルによる主なアプリケーションは以下のとおりです。
1998年11月、Qtフレームワークは、フリーでオープンソースのQパブリックライセンス（QPL）と、プロプライエタリソフトウェア開発者向けの商用ライセンスの2つのライセンスの下でライセンスされました。同年、KDE Free Qt財団が設立され、Trolltechが存在しなくなった場合、または12か月以内にQtのフリーバージョンがリリースされなかった場合、Qtが非常に寛容なBSDライセンスのバリアントの下に置かれることが保証されました。[ 272 ]
GNU General Public License (GPL) との互換性についての議論が続いたため、2000 年 9 月に Trolltech は Qt ライブラリの Unix 版を QPL に加えて GPL の下でも利用できるようにし、フリー ソフトウェア財団の懸念を解消した。[ 273 ] Trolltech は、Qt を使用したプロプライエタリ ソフトウェアの開発には引き続きライセンスを要求した。KDE のコア ライブラリはまとめて GNU LGPLの下でライセンスされているが、プロプライエタリ ソフトウェアがそれらを使用する唯一の方法は、Qt プロプライエタリ ライセンスの条件の下で開発することだった。
Qt 4.5以降、QtはLGPLバージョン2.1でも利用可能となり[ 274 ] 、プロプライエタリアプリケーションがオープンソースのQtバージョンを合法的に使用できるようになりました。
{{cite web}}: CS1メンテナンス: アーカイブサービスは非推奨になりました (リンク)