1993年「Debian Linux Release」開発告知
(wiki.debian.org)- Ian Murdockは、SLSを少し手直ししたディストリビューションではなく、ほぼ一から新しく作った Debian Linux Release がまもなく完成予定だと明らかにした
- この作業は、SLSの利用と改修の過程で生じた不満から始まり、基本システムはほぼ完成したものの、最新ソースの確認と追加コンポーネントの反映前に コミュニティの意見 を求めた
- 必要な支援は、匿名FTPサイトの提供と、最終リリースに入れる パッケージ・シリーズ・機能の提案 であり、SLSにあるパッケージがDebianに必ず含まれるわけではない
- 目標は、重複バイナリとmanpageを減らした薄い構成、最新コンポーネント、アップグレードスクリプト、手をかけなくてもよいインストール、
fstabからXconfigまでを助ける設定手順だった - インターネット接続のないユーザーでも定期的なアップグレードパッケージと追加パッケージライブラリを受け取れるようにし、出所の記録と文書化によって最新状態の維持負担を下げようとした
1993年 Debian Linux Release 開発告知
- Ian Murdockは、新しいLinuxリリースに Debian Linux Release という名前を付け、まもなく完成予定だと明らかにした
- SLSをわずかに修正した版ではなく、ほぼ一から 構築したディストリビューションである
- SLSを使う中で多くの点に不満を感じ、多くを直した後では最初から作り直したほうが簡単だと判断した
- 基本システムは事実上完成しているが、すべてのコンポーネントが最新ソースか確認する作業は残っている
- リリース完了まではさらに数週間かかる可能性があり、より「fancy」な要素を入れる前にフィードバックを得たいとしている
コミュニティに求めた支援
- 必要な支援は大きく2つである
- リリースを置く 匿名FTPサイト を提供してくれる人
- Linuxコミュニティの意見、提案、助言、最終リリースに含める具体的なパッケージやシリーズの推薦
- SLSに含まれるパッケージがDebianに必ず入るわけではなく、
lsやcatのような基本ツールを除いて、本当に必要なSLSパッケージがあれば知らせてほしいと求めた - インストール前に不要なパッケージを先に選んで、インストールの進行を見続けなくてよいようにする機能など、インストール改善の提案 も歓迎するとした
- 返信はメールで送ってほしいとし、ニュースグループで議論する場合はflamewarに発展しないよう付け加えた
SLSより良くしようとした点
- 重複バイナリとmanpageをなくし、より 小さく簡潔な構成 を目指した
- 最新コンポーネントと基本システムの
upgradingスクリプトを通じて、アップグレードパッケージを統合しようとした - basediskのインストール、配布ディスクのコピー、パッケージ選択の後、ユーザーが別の作業をできるインストール手順を構想した
fstabからXconfigまで、設定と構成を試みるシステム設定手順を含めようとした- パッケージのインストール・アップグレード、システム設定、ヘルプ、システム管理のための メニューベースのツール を計画した
- インターネット接続のないユーザー向けに、定期的なアップグレードパッケージと追加パッケージライブラリを提供しようとした
- 基本システム外の追加パッケージとして、S3 X-server、nethack、Seyon などを含められる
- README数個を超える幅広いドキュメント化を目標とした
- 各コンポーネントの出所と最新バージョンかどうかを記録し、ユーザーがソースの場所と収録バージョンを確認できるようにしようとした
1件のコメント
Hacker News の意見
Debian は私の人生を変えた。90年代後半に初めて触れた、複数の開発者が共同で作ったOSは RedHat 5.0 で、ドキュメントはほとんど Linux HOWTO だけだった
pppdに電話を受けさせて友人の家から自宅へ接続し、いつもrootでログインしていて、fvwmが格好よさの頂点のように感じられた時代だったDebian はローカルにある高品質なドキュメント、コミュニティ、システム全体とうまく合うよう手作業で磨き込まれたパッケージによって摩擦を取り除いてくれた。ロサンゼルスを歩き回っていたら誰かが車と地図をくれた、というくらいの違いを生んだ
potatoはよく動き、woodyは未来のように感じられ、iBook G3 で何年も使った。sargeは待たされすぎたせいで、今でも「未来的だが現実離れしたもの」のように感じる100枚が全部なくなったのでさらに30枚注文したら、その時にはすでに Debian 1.2 になっていた。記憶違いなら 1.1→1.2 ではなく 1.2→1.3 だったかもしれない
当時は Linux ディストリビューションを手に入れるのが難しく、せいぜいダイヤルアップか、Linux CD が付いた雑誌や本を買うくらいだった。Slackware を使ったあと、Debian とその派生ディストリビューションをほぼずっと使い続け、Red Hat と Fedora を少し経由したが、結局 Debian に戻ってきた
あの頃の Debian は Redhat よりずっと「しっくり来る」感じがして、その後 Redhat 側に戻ることはほとんどなかった。当時の Debian はサードパーティーのサポートがはるかに少なく、Ubuntu が台頭するまでは Redhat エコシステムが完全に支配していたので、技術の世界でまた間違った側を選んでしまったのではないかという不安が常にあった
当時の データ共有 は本当に良かった。今のように武器化されたインターネットのセキュリティ脅威がある時代を考慮しても、匿名 FTP サイトにアップロードしてほしいと頼むやり方のほうが、最も便利なドラッグ＆ドロップ式の共有サイトより良く感じる
「Debian はすべてを最新の状態で収録する」と言っている部分は、今見ると皮肉だ。今日の Debian は信頼できる安定したシステムになっており、開発用途にも十分柔軟だが、優先順位は変わったように思える
Debian は私が一番好きなディストリビューションで、とにかくいつもきちんと動く。Ian Murdock の人生には悲劇的な面があり、いくつもの会社を渡り歩いたが、Debian の発展を彼がどう見ていたのか気になる
Debian の APT ネットワークパッケージマネージャが登場した時は、かなり新しくて独特だった。何かのパッケージ名を聞いてシェルコマンドを入力すると、Debian にはたいていそのパッケージがあり、すぐインストールできた
Debian の前に Red Hat を使っていた時は、パッケージを探すためにいろいろなウェブサイトを巡っていたが、今から見ると無邪気で危険なやり方だった: "https://www.neilvandyke.org/lab-linux-1999/#software"
今ではパッケージエコシステムがより成熟し、Debian Stable にはほぼ常に必要なものがあるので、今でも APT の恩恵を受けている。数日前には Debian Stable の
non-freeリポジトリからクローズドな Nvidia CUDA スタックも入手したが、普通にうまく動いた安定性だけが重要な機能というわけではない。アップグレードはただうまくいき、試したどのディストリビューションよりも良かった。frankendebian を作らない限りそうだし、たとえそうしても驚くほど頻繁に「普通に動く」
サービスをいくつか動かすだけのシステムなら、
unattended-upgradesパッケージに少し設定を足しておけば、ほとんど忘れて暮らせるDebian を初めて知ったのは、カリフォルニア州 Rohnert Park の中古電子機器店だった。SCTV の Ed Grimley を演じた Martin Short に妙に似た子が、分厚い フロッピーディスクの山をレジに持ってきて、Debian Linux のインストールに使うのだと誇らしげに話していた
初期の Linux は自分のコンピューティング経験より前の時代なので、SLS が何なのか調べる必要があった。Softlanding Linux System[0] で、Slackware と関係があるのだと思っていた
[0] - https://en.wikipedia.org/wiki/Softlanding_Linux_System
Debian という名前は Deborah と Ian に由来する。Deborah は当時 Ian のガールフレンドだった
修正: 2人の関係の経緯を訂正
核心的な革新がよく表れている一文がうれしい：「基本システムの『upgrading』スクリプトで、システムを簡単に最新の状態に保てるようになるだろう」
dpkgがこのようなアップグレードシステムの最初だったかどうかは分からないが、確実に今でも最高のものの一つ。その後の多くの模倣者は、それほど効果的ではなかった核心は当然、パッケージを保守可能かつアップグレード可能にするためのパッケージング作業にある
大きなアイデアにはよくあることだが、Linuxコミュニティが必要性にほぼ同時に気づき、数年の間に複数の解決策を出したようだ。当時のソフトウェアには今のように明確な「リリース日」が付くことも少なく、問い自体も複雑になる
調査の末に出した結論は、Bogus Linux[2]が、完全に動作するシステム全体向けのバイナリパッケージマネージャを備えた最初のディストリビューションであり、Perlも1993年にPerlライブラリに限定したパッケージマネージャを開発中だった、あるいは一部で使われていた可能性があるということ
[1]: https://framatube.org/w/uubjKne6swPQpJWiQLfqxd
[2]: https://bogus.org/
dist-upgradeだけで現在のバージョンまで来ているもちろんパッケージがよく作られていてこそ可能なことだが、Debian組織の品質管理プロセスは今まで非常に良かった。サードパーティ製パッケージはもちろん別の話
dpkgは個別のパッケージを扱い、APT は依存関係とバージョンアップグレードを処理する。初期にはAPTの前身のようにdselectを使っていた記憶があるが、最初のリリースに含まれていたかは分からない修正：
dselectはdpkgと同時に開発され、当初はその一部と見なされていたため、そういう意味ではdpkgだけでもシステムアップグレードが可能だったと言える：https://en.wikipedia.org/wiki/DselectDebianを使っているなら、
debian-historyパッケージをapt-installできる。するとプロジェクトの歴史をまとめた良いHTML文書が/usr/share/doc/debian-historyディレクトリに入る当時は「ディストリビューション（distribution）」ではなく「releases」と呼んでいた点が興味深い。いつから「distribution」になったのか気になる。当時はその単語をBSDでだけ使っていたのだろうか
今は13年以上前のインストール環境が2台ある。1つは2007年、もう1つは2010年にインストールし、2年ごとに
dist-upgradeだけしている。どちらもテセウスの船のように、ある時点で全ての部品が入れ替わっている最初はMandrake、現在のMandrivaで、本に付いてきたRed Hat 6も使っていた。RHELではなく、あの昔のRed Hat 6だ。その次にStorm Linuxを経て、結局Debianに入った
当時注目すべき点は、依存関係のあるパッケージをインストールする場合、Red HatやMandrakeのインストーラーでは可能だったが、インストール済みOS内のツールではできなかったことだ。
yumは2002年になってようやく登場しただからDebian派生ディストリビューションで最初に受けた衝撃は、パッケージのインストールを指示すると依存関係を自動で見つける点だった。その依存関係も削除でき、アップグレードも動作した
MandrakeとRed Hatの後では奇跡のようだった。Debianが「他のパッケージとうまく合うようにしつつ、できるだけオリジナルに近く」保っている点も良かった。逆にRHELは一体何をしているのか分からないことが多く、大げさでなくRHEL5/6では数千行規模の修正コードを抱えていたのに、Debianへ移すとそうしたものが消えた
素晴らしいディストリビューションで、特にサーバーでは強くおすすめする。
unattended-upgradesを載せておけば、ほとんど存在を忘れていられる