リンク:
コメント (62)
_________________________________________________
nixOSのドキュメント担当者がこのトークを聞きに行くといいな
NixOSの人たちは、ArchやDebianで働いている普通の人たちよりも自分たちが上だと思ってる。
そんなことは思ってないよ、知ってるから…
冗談はさておき、NixOSのために物事を使う方法を理解するために、よくArchのウィキを使ってる。すべてのsystemdディストリビューションは多くの点で似ていて、Archの人たちは素晴らしいドキュメントでみんなに恩恵を与えてくれてる。VFIOのドキュメントは、PCIeパススルーをやってる人たちにとっての聖杯だ。
Nixユーザーは、新しいNixユーザーにドキュメントが不十分な「実験的機能」を有効にすることを期待するのをやめてほしい
これが理由でGuixに行き着いた部分もある。
_________________________________________________
こういうコラボレーションを見るのはいいね。
_________________________________________________
これは15〜20年前からの大きな変化だね。あの頃はDebianが、みんなが真似したいと思ってた最高の例だった。
正直言うと、あまり落ち込むことはなかったけど、年々特定のページがどれだけ古くなったかを実感できた。
ローリングリリースの設計を考えると、Archコミュニティは本当に二つの選択肢があった：役に立たないドキュメントか、今日のような素晴らしい愛の仕事か。
これについて考えさせられた。
一方で、Debianがその負担を引き受けてくれることを本当に願ってるけど、同時に、二つの非常に活発で大きなコミュニティが、実際には一つで済むはずの二つの別々のリポジトリを作るために努力を重複させるというのが、なぜ最良のシナリオになるのか疑問に思わざるを得ない。
膨大な量のドキュメントが必要なプロジェクトのメンテナとして、専念する人員を倍増させることでどれだけのことができるかを考えざるを得なかった。
作業量が二倍になれば、プロジェクトの生存確率も二倍、エラーを見つけて修正できる目も二倍になる。
分かるよ、“オープンソースだから”、でも夢を見るのは自由だよね？
少なくとも私の経験では、GentooのウィキがArchの前のゴールドスタンダードだった。
DebianやDebian派生のディストリビューションを10年くらい使ってたけど、ウィキにはいくつかの良い情報があったけど、全体的には古くて、Ubuntuのウィキのように「最新」のカーネルが2.6.xとか言ってるページが多かった。
なんであのUbuntuのウィキがまだ残ってるのか全く分からない。あまりにも古くて混乱を招くだけだ。
Debianを使ってたけど、ウィキにはいくつかの良い情報があったけど、全体的には古く感じた
Debian自体も同じだね。
Ubuntuのウィキの最近の記事で、非自明な情報を含むものはBionic Beaverのリリースが新しいものとして遡るけど、大半は非常に古くて不正確。
正直、昔はDebianのウィキをあまり使ってなかった。私の行きつけはGentooのウィキだった（当時、少なくとも一台のコンピュータでGentooを使ってた）。今のArchのウィキのように、他のシステムにも適用できる非常に良いアドバイスがあった。
2003年か2004年頃にArchに切り替えたけど、Gentooのウィキから主にArchのウィキに切り替えたのがいつだったか覚えてないし、特別な理由があったかも分からない。数年前にGentooのウィキが誤って削除されて再作成されたと聞いたけど、実際に気づいたのは数年後だった。
Gentooのウィキから主にArchのウィキに切り替えたのがいつだったか
どこかで読んだコメントでは、Gentooのウィキがある時点で失われて、回復されなかったと言ってた。それが本当なら、その時に切り替えたんだろう。
いや、そんなのに出くわしたことはない。数年後にそれについて知ったから、何が起こったとしても、私はすでにArchのウィキを使っていたんだろう。
なぜ最良のシナリオが、二つの非常に活発で大きなコミュニティが、実際には一つで済むはずの二つの別々のリポジトリを作るために努力を重複させるという非効率的なシナリオを意味するのか疑問に思う。
代わりにディストリ特有の設定の「翻訳」を持つことができるかもしれないね。
_________________________________________________
ところで、オフラインでArchのウィキ（およびkiwixライブラリで利用可能な他のウェブサイト）をダウンロードして読むことができるのはkiwixだよ。
または、
pacman -S arch-wiki-docs arch-wiki-lite
自宅にkiwixサーバーをセットアップする必要があるな。
Dockerがあれば、Kixixにはサーバーコンテナがあるから、そうできるよ。
つまり、raspberryにkiwix-toolsをインストールして、管理ツールを使ってXML設定にいくつかのzimを追加するのは、すでに簡単そうだ。
一番大きな問題は、すでにあるApacheの隣でポート80/443で動作するように設定することだ。
多分難しくはないけど、今は休暇中だから、Lucyのためのタスクは1週間後だね。
昨晩セットアップしたばかりだけど、リバースプロキシのセットアップがあれば本当に簡単だよ。少し/homelabの領域に入っていくかもしれないけど、私の基本的なセットアップはNginx（Nginx Proxy Manager経由）を使ってSSL証明書を処理し、プロキシをして、Piholeを全体のネットワークDNSサーバーとして使ってる。カスタムDNSレコードを追加できるし（Nginxインスタンスを指す）。
これで、ランダムなポートでコンテナを立ち上げて、Nginx/piholeでプロキシとDNSエントリを与え、内部サブドメインで接続するのが非常に短時間でできる。Kiwixは素晴らしく動いてる！
今のところリバースプロキシを避けてきたけど、そろそろ時期かな…
_________________________________________________
それは素晴らしい。Archのウィキは、うまくいかない何かを調べるときにはほぼ必須だね。
でも…
Debianプロジェクトはこれを認識している…
彼らは反応が遅い。世界中が少なくとも10年前にこれを認識してた。
Debianにしてはかなり早いね ;)
Debianのウィキは、さまざまなチームの作業や組織のツールとして主に使われてきた。Ubuntuのウィキはさらに混沌としてる。
Debianの全体的な特徴は、次の大きなソフトウェアリリースに移るのが遅いことだよね？xD だから合ってる。
うん、その安定性のおかげで、私の非技術的な友人や家族の古いコンピュータに入れてるけど、壊れることはないね（笑）
_________________________________________________
それがLinuxだ！取って与える！真の自由！真の民主主義！
_________________________________________________
Archのウィキが私の問題を解決するのに役立ったけど、実際にArchを使ったことはないから、Archのウィキの質のせいかどうかは分からない。Archのウィキは、情報がある数少ないウィキの一つだと思う。
Archのウィキを読む必要があった状況は、ほとんどいつも重要な設定ファイルを修正したり、modprobeを使ったり、カーネルパラメータを変更したりすることに終わった。まあ、Linuxは15年前よりもずっと良くなってるから、ここ数年はそんなことをする必要がなかった。そういうことを説明しているウェブサイトはほんの数個しかなくて、Archのウィキはその一つだ。
_________________________________________________
_________________________________________________
Archのウィキがどのように維持されているかは知らないけど、今のところ最も完全な情報源だと思う。
もしこれがGitHubのリポジトリだったら、Debianがそれをそのまま使って、Debian専用の部分を追加する（またはArch専用の部分を削除する）だけで済むし、共通の部分に貢献するのが理にかなってる。
_________________________________________________
まあ、私がSidからArchに移った理由の一つは、どうせArchのウィキにほとんどの時間を費やしてたからだ。
_________________________________________________
ずっと考えてたんだけど、なんでLinuxのすべてのことに対して一つのウィキを持たないの？そうすれば重複作業を防げる。中央集権を防ぐためにフェデレーションできるけど、一つの知識ベースがあって、Wikipediaのように簡単にダウンロードできるようにできる。
統一されたウィキの唯一の本当の要件は、各主要ディストリビューションが特定のトピックに自分のセクションを持つことだ。Linuxの断片的な性質は、すべてをカバーできる単一のウィキを持つには大きすぎる。異なるinitシステム、異なるディストリビューション固有のデフォルト、FHSやOpenDesktopのような標準の異なる実装、異なるセキュリティアプローチなどを考えてみて。
Wikipediaのような単一の知識源には賛成だけど、それには独自の問題がある。そんな膨大な技術知識のコーパスを誰が維持するのか、ということもあるし。
パッケージをインストールするだけでも、どのディストリビューションを使っているかによって約半ダースの異なるコマンドが必要になる。たとえ同じパッケージフォーマットを使っているディストリビューションでも、異なるパッケージマネージャーを持っているかもしれないし、同じパッケージマネージャーを持っているもの同士でも、パッケージの名前が異なることもある。ああ、GUIパッケージマネージャーを見つけるためにメニューを探し回ることを奨励する初心者向けのディストリビューションも忘れないで。
他の違いも加えると、トピックごとに十数ページになるかもしれないし、各ディストリビューションに関連するページに自動的にフィルタリングするウィキシステムが必要になる（新しいスピンオフディストリビューションが出るたびに更新が必要で、多くのユーザーは自分のディストリビューションがXから派生していることを知らないから、ユーザーに自分のディストリビューション名を入力させて、裏で関連するフィルタを適用するためのルックアップテーブルを使う必要がある）。
さらに複雑にするために、*buntusのような、主な違いが（主に/完全に）異なるデスクトップ環境である別の派生ディストリビューションがあるから、ターミナルコマンドはコホート全体で同じでも、GUIの設定は異なるかもしれない。
いや、そういうことになると、誰かが浮かび上がってきて、他の貢献者に自分の意見やルールを押し付けることになる。
これが、ほとんどの場合のArchのウィキだよ。
特定のディストリビューションに焦点を当てたくないプロジェクトもあるけど、https://atl.wikiのように。だけど、しばしばそういうことがあるように、貢献したいと思う人が不足している。残念ながら、一般的に言って、人々はソースを使いたいと思うけど、自分自身は何も貢献したくない。
systemdの前は、多くのディストリビューションが独自の、または異なるシステムを持っていて、面倒だった。あるガイドが別のシステムに適用できるかどうかは確信が持てなかった。
かつてはLinux Standard Baseがターゲットにできたけど、それは10年前に死んでしまった。
_________________________________________________
私はほぼ専らDebianを使ってるけど、Archには大きな敬意を持ってる。
_________________________________________________
私はArchのファンではないけど、これから何か良いことが起こることを願ってる。
_________________________________________________
私はArchとDebianをほぼ毎日使ってるけど、正直言って、Archのウィキは特に使いやすいとは思わないし、関連情報を見つけたり解析したりするのも難しい。情報は良いけど、提示が悪い。Debianのウィキは、更新が信頼できるわけではないけど、ずっと読みやすくて使いやすい。
_________________________________________________
Archのウィキのコンセプト/レイアウトをWordPress + Elementorで再現する最良の方法は？
テンプレートはある？
そもそも、メディアウィキベースのサイトをWordPressに変換したい理由は何？それは問題を引き起こすだけだよ。
ArchのウィキはMediaWikiを使用してる。
どのスキンが使われているかは分からない。
どのスキンが使われているかは分からない。
デフォルトのVector（2022）で、いくつかの色の調整がされてる。
cptsとカスタムフィールドでできるけど、かなりの作業になる。利用可能なウィキ/ドキュメンテーションソフトウェアはたくさんあるから、それを使うのがベストだ。
_________________________________________________
Debianが他のどのディストリビューションよりも証明しているのは、安定性がすべてを上回るということだ。これはほぼすべてのBSDディストリビューションで使われている同じ哲学だ。古くて同じかもしれないけど、少なくとも安定してる。価値のあるインフラは、まず第一に安定性が必要だ。
サーバーと個人用マシンでは大きく異なる。デスクトップやノートパソコンは最新の周辺機器が必要だ。もちろん、サーバーやクラウドにはDebianがぴったりだ。
デスクトップやノートパソコンは、実際には「最新の周辺機器」を必要としないし、これは最新の光沢のあるものにお金を払う必要がないという良い教訓になるべきだ。今は、そういうことが以前よりもかなり価値が低い時代だ。
最新のものは2年前のものかもしれない。2024年1月に購入したWifiドングルがDebian 12では動作しなかった（ただし13では動作する）など。安定性は重要だけど、デスクトップユーザーにとっては、ハードウェアがすべて動作することがもっと重要だ。
12のカーネルには、コンパイル用のドライバーや挿入用のモジュールがなかったの？
（本気の質問）
ファームウェアが不足してた。Debian 12のスタックカーネルに付属していたファームウェアパッケージには含まれていなかった。バックポートからファームウェアをインストールする必要があった。
Debianはサーバーには最適だけど、デスク/ノートパソコンにも最適だよ、*安定版リリースから6ヶ月以内にインストールすればね。その後、比較的新しいハードウェアを持っていると、インストーラー自体が問題を抱えるかもしれないし、システムがすべてのハードウェアを有効にするまで、なんとかして動作させて、バックポートを有効にして、新しいカーネルとファームウェアをインストールしなければならない。これは低摩擦ではない。
_________________________________________________
ああ、これはDebianを嫌う口実に使われているようだね、つまらない。リンクされた記事の最初の文が状況を教えてくれるけど、アジェンダを広める人たちは、自分が聞きたいことだけを聞くことに夢中だ。
とにかく、Debianチームが役立つArchのガイドをDebianの基準に書き直したかったのかもしれない。そうすれば、Debianを壊さないようによりよく適応できるソースが得られる。おそらく、しばらく考えていたことだけど、今までその理由がなかったんだろう。
…それとも、Archのウィキが彼らにやらせたことをして、Debianを壊して、その後Debianチームを責める人々に本当に疲れてしまったのかもしれない。かなり良い理由だね。ため息。
Debianを嫌う口実に使われているようだね
それを裏付ける事実はあるの？
このスレッドには、いつものDebianのミームを広めている人がすでに複数いる。最初から面白くないけど、Linuxの世界でDebianに対して人々が布教する様子を見ると、否定的な価値に変わる。
でも、君はこれをすべて知っているし、君もそういう人の一人だろう。
おい、みんなが友好的なジョークを言ってるだけだ。君の心が乱れてるのは君だけだよ。
ああ、明白なアジェンダを「風刺」として装う人たちが大好きだ。
_________________________________________________
OpenAIが結局勝つんだよ。
「OpenAIに最も軽微で無意味な方法で不便をかけることを期待して悪いドキュメントを持とう」というのは、私の意見ではかなりひどい見解だ。
彼らはそれでも勝って、ボランティアからお金を稼いでる。
この場合、どうやって？彼らのクローラーが公のネット上のどんなウィキでも同じように吸い上げられないわけじゃないし。