インテリジェンスとは何ですか? 私はスパイのことについて話しているのではありませんが、人間の知性の定義は何ですか? これはかなり良いです: http://en.wikipedia.org/wiki/Intelligence#Definitions
ほとんどの人にとって、「One Linux」のアイデアに取り組んでいる今日の自己任命され、おそらく過度に影響力のあるクリエイターや思想家は、少なくとも技術的には賢い人々の定義に適合します。
そして彼のメッセージは非常に説得力があります:
- マルチディストロ開発を簡素化します。
- より速い起動時間を許可します。
- アーキテクチャを許可する オンデマンド 「最新の」オペレーティングシステムと同様のイベントベース。
- ディストロと同じ数の異なるツールを備えたサブシステムに秩序と制御をもたらします。
一見高貴な目標すべて。 すべては明らかに、貢献して物事をより良くしたいという深い願望に由来しています。
これらの賢い人々がこれらの問題について真剣に考え、これらの問題を解決するために多大な努力を払ったと誰もが主張することはできませんでした。 残念ながら、彼らが思いついた解決策は、すでにお察しのとおり、「システム化」されています。
それは新しいことではありませんが、そのグロテスクな影響がついに私に届きました。私はそれを公に表現しなければなりません。
では、systemdとは何ですか? さて、あなたの新しい神に会います。 あなたはおそらく祭壇で祈っていたでしょう[if-it-works-don't-touch-it]単純ですが、あなたの宗教は根絶されています。 これはおそらく、Linuxマシンの更新中に気付かずにすでに発生しています。 systemdは、すべてを知り、すべてを制御し、すべてを見て、すべてを監視するメタ神です。 彼は、できる限りのことをコントロールすることを熱望する新しいシングルマスターオブプロセスであり、すでに十分に取り組んでいます。 それがステロイドのトランスフォーマーだったとしたら、それはinitがどのように見えるかです。 [すべてのオタクの夢]複雑で、多面的で、不透明で、非常に強力です。
数年前、upstartといくつかのときにsystemdについて聞いた 他人 交換 思い出せないことを初期化するために、シーンにポップアップしていました。 そして、それは少し面白そうに見えましたが、私はそれを使用すること、またはその目的のためにそれらのいずれかを使用することに賛成しませんでした。 initは私にとってはうまく機能しました。 initはシンプルで堅牢でした。 構成には各ディストロに固有の違いがありましたが、多くの場合、これらの違いにより、最初にそのディストロを使用し、そのディストロに固執することを選択しました[(そして、今日のようにどのオーディエンスを対象としていたかではありません)]。 ツールは本質的に あった ディストリビューション。 そして、私はちょうどしました dist-upgrade ジェシーに、そして ほら、PID1が突然systemdになりました。 たわごと行く.
「OneLinux」の世界では、ディストロは実際には何である必要がありますか? 廃止されました。 もはや関係ありません。 彼のかつて誇りに思っていた古風な貝殻[そしてしばしば危険]個性。 基本的に今はただのロゴとデフォルトの壁紙です。 なぜなら、それに直面しましょう。パーソナルコンピューティングのWindows / Macドメインに対してXNUMXつのユニークでモダンな「競合他社」が必要なだけです。 レドモンドとクパチーノの悪意のある帝国と戦うための統一された戦線が必要です。 Linuxのさまざまな「フレーバー」を生み出したさまざまな違いは、戦争を効率的に進めるために集中して適合させる必要がありました。 ええと、どんな戦争?
私にとって、Linuxは、私がそれを使い始めた1994年にすでにその戦争に勝ちました。 それは、ショットを発射したり、他のオペレーティングシステムのようになろうとしたりせずにそうしました。 彼はそれを勝ち取った[常に市場の1%を維持]市場シェアについて気にしないでください。 彼は彼らのようではないことでそれを勝ち取りました。 彼は、シンプルで理解しやすく、まったく同じように構成できることでそれを勝ち取りました YO したかった。 それは、実際の作業を行うために自由に一緒に取り付けることができるシンプルなモジュラーコンポーネントのコレクションであることによってそれを獲得しました。 彼は、ユーザーを運転席にとどめ、触れてはいけないものすべての中に触手を巻き付けるフレームワークの層や層なしで、好きなように自由に走ることができるという深く考えられた哲学を守り、それを勝ち取りました。 彼は、私のオペレーティングシステムの中心に現れ始めたさまざまな「ShitKits」なしでそれを勝ち取りました。 彼は複雑すぎて理解できないことなくそれを勝ち取りました。 そのような不透明さはWindowsとMacの心臓部であり、それこそが私がそれらについて嫌いなことであり、私が最初にLinuxを使用することを選んだ理由です。 systemdは抱きしめています TODO 私がWindowsとMacについて嫌いなこと、そしてそれを開発者の仕事の「現代性」と「簡素化」の名の下に行うこと。
では、なぜ人々は 非常にインテリジェント その Linuxを愛して使用する 彼らは作成したいですか、 そのような悪魔を抱きしめます 「すべてのマスター」? 明らかに、冒頭で述べたように、それは彼らが言う理由によるものです。 しかし、部分的には経験不足によるものだと思います。 私はプログラミング時間の不足を意味するのではなく、地球上の時間の不足を意味します。 インテリジェンスだけでは人生経験に代わるものではありません。そうです、私はそれを言うつもりです。それは知恵の代わりでもありません。 知恵のマニュアルはありません。 ディストロにsystemdを実装することは、長期的には賢明な方法ではありません。 実際、それは彼らの究極の運命をもたらすでしょう。
それらは部分的に、関係する人々の実物よりも大きな自我です。 誰か 読んだ Poetteringは物事について何と言っていますか? ワオ。 この男は明らかに彼がすべての人のためのすべての答えを持っていると確信しています。 シンプルさと自由についての伝統的なアイデアはカラフルですが、「現代の」オペレーティングシステムには実際の場所がありません。 ほら、彼はあなたより賢いので、それを乗り越えて脇に置いてください。 彼は何が最善かを知っており、それを管理下に置いています。 とにかくその男は何歳ですか? 12年か何か? それはクソディックです (私の愚見で)。
彼らは部分的に彼です 日陰のビジネス上の利益。 ほら、もっと簡単で「ジストロにとらわれない」方法があれば、Linuxユーザーに物を売ってお金を稼ぐことができるでしょう。 オプションをファック、彼らは彼らが得るものを好きになるでしょう。
部分的には、それが不吉で暗い性質である可能性があります。 それらすべてを支配するワンリング、それへの安全なアクセスは、完全な情報認識を持つことに熱心な人々にとって魅力的です。 自信は、最近認めるべきものの私のリストで本当に高いものではありません。
部分的には、LinuxコミュニティはWindowsとMacの覇権と戦わなければならないという信念があります。まるで、Linuxの存在が他の選択肢の敗北に依存しているかのようです。 そう思う人 Linuxは馬鹿とHOYGANを気にする必要があります MacとWindowsに戻り、Linuxを「修正」しようとするのをやめる必要があります。 それは壊れていません、くそー!
部分的に-そしてこれは私が受け入れることができないものです-それは* NIXの最も重要な原則に対する-故意であろうとなかろうと-露骨な無視と軽視です。 それは彼らにとって無意識の軽蔑であり、私が個人的に保持している価値観の踏みつけです[古い、]真実で公正であり、私はここで一人ではありません。 systemdは、* NIXの略です。 そして、私はPOSIXの互換性についても口論していません。 それは愚かな哲学です。
systemdはクーデターです。 これは、暴徒によって私たちに課せられた、私たちが知っているようにLinuxを破壊するように設計された破壊的な侵入者です。 私たちはあなたよりも彼を知っています キャメルケース。 そして、彼らはそれを彼らがすべきほど深く理解していません。 systemdは、本来あるべき方向を指していません。 自由をサポートしていません。 それは選択を奨励するものではありません。 透明度はありません。 それは単純さを包含していません。 コントロールを取り、あなたに彼に屈服するように強制します。 それはアプリケーションと主要なシステムコンポーネントをそれに依存させ、それなしでは機能できません。 あなたは、彼らの生活を楽にすることを約束して、素朴な、怠惰な、または単に無知な開発者の襞に誘い込むことによってスピードを上げています。 この考え方に陥るということは、systemdが表す大きな危険を無視することです。
Debianはこれまで常にこの種の問題に反対してきましたが、その完全性に対して常に私の最高の尊敬と忠誠心を獲得してきました。 ここでのDebianの決定は強制されました。 Debianは深刻で臆病な間違いを犯しました[タリアモンテがガービーの目標を無効にしなかったとき]、そして彼らはすぐにコースを修正する必要があります。 systemdを組み込むことは賢明な動きではなく、確かによく考えられていませんでした[(いいえ、私はRuss Alberyの理由を信じていませんでした)]。 Debianはsystemdとその同類を拒否し、Linuxを歴史のこの時点に導いた値に戻らなければなりません。 導いた Debianによる小さな部分ではありません。 彼らは、短期的にはどれほど苦痛で迷惑に見えるかもしれませんが、GNOMEを健全かつ公に離婚し、シンプルさと自由の最も重要な価値に焦点を当てる必要があります。 システムと彼のクリークを配置します リポジトリ内 非フリー 彼らが属する場所 選択の余地がない場合。 それが彼らが望むものであるかどうかをユーザーに決定させてください。 悟りは デフォルトのデスクトップに最適 膨らんだGNOMEのゴミはありません。 そして、Debianのリーダーたちに-私の忠誠心と伝道の20年後、あなたは私とみんなを失望させました。 彼らはクソ卵のカップルを持っている必要があり、今ここで正しいことをする必要があります。
それらの機会主義者を地獄に送ってください!
GNOME。 LinuxFoundation。 freedesktop.org、[フィゲレド] その他。 それらはすべて[最初から最後まで泥棒の袖]議題のあるグループ。 彼らは自由を信じる者ではありません。 彼らはコントロールを信じて 標準化。 彼らは単調さを信じています。 これらの人々は誰ですか? Linuxの炎のこれらの自己割り当ての保護者は誰ですか? (マルウェアへの意図的およびサブリミナルな言及)あなたの本当の議題は何ですか? 誰がこれらの人々に資金を提供しますか? なぜ彼らはLinuxの中心を真の哲学から遠ざけることをそれほど積極的に望んでいるのでしょうか。 彼らを手放して、WindowsとMacに対する独自の「競争相手」を作りましょう。もしそうなら、それはWindowsとMacがなったのと同じ不透明で、ユーザーを追跡する、裏口のたわごとになります。 彼らは私のために話しません、そしてあなたは彼らがあなたのために話すことを受動的に許すべきではありません。
systemdはトロイの木馬です。 systemdはクラゲです。 systemdはSubstanceDです。systemdは不気味です-ツールが吸うため、または血まみれの巨大なヘアボールであるためだけでなく、アーキテクチャ的に集中力が高いためです。 彼はLinuxを所有し、ひいては私たちと私たちの自由を所有するので、私たちは彼をまとめて邪魔にならないように追い出す必要があります。 systemd になります Linux。 ぼんやりと座って、私たちの集団的危険のこの事実を無視してください.
http://static1.gamespot.com/uploads/ignore_jpg_scale_medium/986/9866256/2540173-0237640794-Micha.gif
少し前に、全額支払いの旅行に勝った最初のコメンテーターが出てきました。 私がこの辺りにいる間、私はバンハンマーを激しく打つつもりです。 侮辱的なコメントや議論なしは、たとえ検閲などで私を怒らせたとしても、地獄に直行します。 炎上戦争を楽しませるのは良いことですが、«すべてを測定して»...
ハハハxD、私はそれを見ました:v、彼の議論はまったく悪くありませんでした、しかし彼がxDを一般化したとき彼は草に行きました
ええと、elavはちょうど彼を蘇生させて彼に答えました。
HAHAHAJAJAJAJAJA、それは、彼が無意味な議論で時間を無駄にするのが好きかどうかを見てください。 まあ、それが彼の望みなら、私は手を洗ってバンハンマーを彼に渡します、これから私もポップコーンを準備して、ただ見ています... http://i.imgur.com/YcJ0XpY.jpg
そのコメントには何も悪いことはありません、それは私が何のお尻かわからないという単純な意見です... XDD
その@teteはすべてクレイジーです😀
ちなみに、私はすでに私のシステムをConsolekit、Policykitから解放し、問題なく自動マウントしています🙂
良い!GentooxDの多様性は印象的です
うーん、あなたの特定のケースについてはわかりませんが、私のsystemdは、特にPAMで多くの問題を引き起こしました。今のところ、私はBSDも使用しているので、OpenRCを使用することを好みます。
@ roader、yukiはConsolekitまたはPolicykitなしでOpenRCを使用します
@roader、私はsystemdが好きではありません。必要なのはそれだけで、扱いやすいので、OpenRCを使い続けています。 *システムから削除したキットと、IgnorantGuruのudevilを使用して自動マウントを行うと、完璧になります。 PAMについては、これをなくすことができます。Gentooにはその容量がありますが、BSDではどうなるかわかりません。
私はそれを読みました、そして一般的に私はそれが言うことに同意します。 カーネルリストにそのような電子メールがありますが...それはただ炎上戦争をしようとしているように思われるでしょう。 しかし、前にも言ったように、それがいくつかの有効な点に言及しているという意味ではありませんが、私はそれが場所であるとは思いません(私の意見では)。
XNUMX日前に、次のようなツイートをしたことは言うまでもありません。«gnome、pulseaudio、systemdには共通点があります。#Linuxコミュニティとやり取りする不幸な方法:-/» https://twitter.com/gorlok/status/500413760595849216
それは、これらのプロジェクト、特に開発者/リーダーがコミュニティとどのように対処してきたかという絶え間ない対立に関連しており、継続的な論争がありました。 すべての人を常に幸せにすると同時に目標を達成することは不可能であることは明らかです。 誰もがクンバヤを歌うことを幸せにするプロジェクトの公式はありませんが、そこから、これら3つのサンプルプロジェクトに存在する継続的なレベルの競合と絶え間ない衝突まで、ストレッチがあります。
特にsystemdの場合、競合とその設計哲学にもかかわらず、systemdは機能し、解決しなければならないいくつかの現実的で緊急の問題を解決します。 最善の解決策はありますか? 疑わしい。 紛争にもかかわらず、それがスペースを獲得した理由です。 他のプロジェクトが行われる余地があることは間違いありません。 そのため、systemd(または別の例ではpulseaudio)との依存関係を最小限に抑えることが重要であり、ユーザーに同意するという点で、最終的に間違いなく移動するパスを促進します。 systemdのもうXNUMXつの現実的な代替手段は、新興企業でした...これも疑問や対立がないわけではなく、ほとんど同じでした。
一方で...これらの対立はそれほど深刻ではなく、例外よりも標準的です。 常に存在し、これからも存在します。 たとえば、他のパスをテストすることによって代替プロジェクトを生成し、最終的にコミュニティを豊かにするという、GCCの多くの歴史的な事例に言及する価値があります。
systemdが最終的にあなたの質問を処理して解決しない限り、最終的には別のプロジェクトがここでも引き継ぐことになるでしょう。 今のところ...それはそれが何であるかであり、他のより緊急の問題に彼らの努力を捧げることを好む一方で、多くの人がそれをそのように理解していると思います。
重要なのは、systemdには多くの質問や問題があり、Leannartは、時には説得力があるとしても、解決することをほとんど気にしないか、systemd関連のソフトウェアに悪い変更を加えることによって単に隠されているということです(Kayの場合)。 フォーラムはすでにこの問題について話し始めていたので、私はsystemdで発生しなければならなかったいくつかのことと、単に解決策を探していないバグをテーブルに置きました(今のところ)。
リンク: http://foro.desdelinux.net/viewtopic.php?pid=21896#p21896
OpenSSLを思い出させます...
ケースは、少なくともバックグラウンドで多かれ少なかれ似ています。 これは次のようなものです。«多くのコード行を実行し、コメントを付けず、文書化しないでください。とにかく、誰もコードを適切にレビューしません。エラーが表示された場合は、それをどのように処理するかを確認します»
Linuxユーザーに適したものは何もありません。各ディストリビューションが歌われていることを実行すると、何が悪いのか、断片化されているのか、海が車であるのかについて話し合います。統一すると、自由を奪うことになります。気に入らない場合は、お尻とプログラム..。
ウィンドセロからの別の応答を期待していませんでしたか? (その用語がよく使われているかどうかさえわかりません)。 WindowsおよびMacユーザーは、「はい」または「はい」と言うものを使用することに慣れています。 これはGNU / Linuxでは決して起こらなかったので、このすべての怒りは、プログラミングやロバの欠如によるものではないと私は信じています。
上手… http://boycottsystemd.org/.
私はここで言われていることの多くの面で同意します。
システム構成の90%がそのファイルで指定されていたため、systemdがなかったとき、rc.confが存在したときなど、Archの時代を懐かしく思います。
他のディストリビューション(Debianなど)ではそうではなく、すべてがXNUMXつのファイルに集中しているわけではありませんでしたが、気にしませんでした。 、rcconfなど。
今systemdで...最初にそれが違うということだとしましょう。 journal、systemctl、およびその他のツールはい、同じことができますが、私は自分自身に問い続けます。この変更は本当に必要でしたか? …U_U…私は私の答えを知っています、あなたはあなたの答えを知っているでしょう。
私は今Archでsystemdを使用したことを後悔していません(まあ、後悔できる、または後悔しないというわけではありません...または使用するか、Archを忘れます)が、そうでなければよかったのにと思います。
優れた記事。 私はSystemDに対する極端な「十字軍」を共有しませんが、systemdが「すべてを支配するXNUMXつのリング」であるという単純な事実は最善の選択肢ではなく、一般化されるべきではなく、現在すべてのディストロが採用していることに同意しますこの哲学...まあ、リングの主を見た人はすでにそのフレーズがどのように終わるかを知っています😉
いつでも別のinitmanagerを使用できますが、それほど難しくはありません。唯一のことは、initスクリプトを自分でダウンロード(または作成)する必要があるということです。
奇妙なrc.conf、私はsystemdを理解していません、それが私がArchを去った理由です、それに慣れないでください、それは本当の暴動です🙁
同じで興味がある
http://scriptogr.am/x_fausto/post/arch-linux-sin-systemd
ありがとうございます!
よろしく
まあ、気分を害するつもりはないのですが、私には非常に貧弱な記事のようです。 技術的な質問はほとんどなく、作者は特別な気持ちを非常に重視しているようです。 私の意見では、システムの基本的な部分の標準化は私には悪くないようです。
訂正:私にはかなり貧弱な手紙のようです。
記事の冒頭で、それは著者による記事ではなく、カーネルリストに作成された手紙の無料翻訳であると指定されています...それが理由でコメントされているのは悪いようです。
この戦いは長くなります。問題は、これがすべてのディストロに対して単一のinit(それらすべてを制御するリング)になるのか、それとも他の誰かが現在のinitに関して技術的および設計上の改善を加えた新しいinitを作成するための啓発を得るのかということです。 、それはまだ見られないことです。
個人的に、私は数年間systemdを個人的に使用しました(ArchlinuxとDebian Testing、そして私はそのinitを備えたクライアントマシンを持っています)そして私は多くの場合それは祝福であり、他の人にとっては可能な限りあなたを支配している悪魔の顔であると言わなければなりません。 奇妙なバグや、サービスの非常に危険な依存関係やループでさえ、要するに、まだ適切に安定していないソフトウェアを伴い、ひいては非常に珍しいプログラミングの複雑さを伴うものです。
開発セクションでは、systemdコードを読んで、それがどのように文書化され、コメントされているかを確認しました。私の人生では、最初のクラスで行うように送信されたHello Worldを除いて、もっと厳しいものを見てきました。プログラミング。
まあ、炎上戦争として、それはかなりクールです。 しかし、記事に関して、私は私の見解を説明します:
Initは廃止されました。 どうして? 単一のスレッドで実行する必要のあるすべてのタスク(誰もがより速く進み、コンピューターにあるマルチコアプロセッサーを使用するのが好きだと思います)。 プロセス間に依存関係を持たせることはできないため、他のプロセスが開始しない場合は開始されません(psコマンドで検索しない限り、これは冗談のようです)。 配布パッケージの開発者でもメンテナでもないほど怒っているユーザーには、私たちがメンテナや開発者である場合、最初にこれらの選択肢(upstart、systemdなど)を使用すると、作業を簡単に行えるようになることを伝えてください。特にDebianのようなディストリビューションでは、パッケージをインストールするとすべてがすでに機能しています(Apacheをインストールすると、その瞬間からすでに開始されており、常に機能します)。 initを使用すると簡単になりますが、解決策が得られない場合があります(ピックは問題なく、非常に簡単ですが、ピックを使用してアスファルトに溝を掘る作業者はあまりいません)。 。 したがって、Initよりも新しいシステムを使用する必要があります。 どちらを選択しますか? 彼らはすでにSystemD、upstart、Initの代替案(vrまたはhrでどのinitが呼び出されたか覚えていない)かどうかについて議論していましたが、upstartを使用して、開発者のニーズに非常に適していると言っています。私は千と一回呪いました。 立ち上がって、私はそれに触れることができるという喜びをあまり持っていませんでしたが、非常に多くのディストリビューション(Arch、Fedora、Suse、Debian、Ubuntu ...)がそれを選択した場合、それは何かになるでしょう? 私が見たところ、使用するのは少し複雑かもしれませんが(それほど複雑ではないようです)、通常のLinuxユーザーが心配する必要はありません。 そして、あなたが開発者/メンテナ/ sysadminであるなら、まあ、ねえ、コンピューティングでは常に新しいことをリサイクルして学ぶ必要があります。 昨日は良かったのですが、今日はもはやニーズを満たしていないため、改善するには変更する必要があります。 クローズされているかどうかに関して、SystemD開発者が怠惰で問題を修正したくない場合は、XNUMXつのオプションがあります。 または、必要なことを実行する別のスタートアップシステムを作成するか、systemdがどのように機能するかを学び、開発を支援します。
また、Debianの決定が気に入らない場合は、いつでも独自のディストリビューションを構築して、好きなように実行できます。
サー、私はあなたのコメントに私の帽子を脱ぎます
または、openrc(またはその他のマネージャー)に必要なinitスクリプトをインストールし、grubのinit =オプションを変更します。 systemdのファンとして。 実用性の理由から、これの代わりにopenrcを使用します。それほど開発されていませんが、うらやましいことはなく、並列化をサポートしており、互換性が高いと言わざるを得ません。 古いコンソールキットをlogindに変更してほしいだけです。
Openrc、それはInitを変更するときにシャッフルされ、私が覚えていなかった代替手段でした。 見てみましょう、生成された議論の多くは、依存関係のためにsystemdに依存関係があったという事実から来ました(カーネルではそれを覚えていると思います)、他のアーキテクチャに移植できないため、自由度が低くなります。 それでも、upstartが非常に有効な代替手段になるとは思いません。また、openrcはまったく見たことがなく、コメントすることもできません。
中にいなくても、何をすべきか、何をすべきでないかを言うのは非常に簡単です。紙の上ではとてもいいですが、そこにいると、systemdにますます関連/依存する新しいKDE、GNOME、Waylandなどが到着します。する?
@ roader、ConsolekitまたはPolicykitをインストールしなくてもOpenRCを使用できます
@ raul、OpenRCは非常に単純なinitであるため、その中のコードの量は、systemdの40万行を超える(そして増加する)のに比べて400万行未満ですが、依存関係が少なく、より多くなります。 systemdよりもモジュラー。 OpenRCには並列化があり、他の* NIXに移植可能であり、サービスによってリソースを制限でき、CGroupsおよびSELinuxと統合されています(これらのXNUMXつの機能はsystemdフラグのようなものです)。
Gentooで使用していますが、並列化を使用しない場合、systemdが同じサービスを使用してDebianで22,3秒強(ミリ秒を覚えていません)でシステムを起動するのに対し、システムは18秒で起動します。
@Yukiteru、私が見ている問題は、openrcを使用すると、すべての起動スクリプトを作成する必要があることです。特に、相互に依存するサービスがある場合(たとえば、glusterfsは後で開始する必要があります)、それを実行する必要があるのは残念です。ネットワークは起動しますが、ファイルシステムよりも遅くはありません)。そのため、別のシステムのすべての起動スクリプトを書き直すために大した努力をするつもりはありません。 勝利を収めた人とsystemDコミュニティが決定した場合、私たちはそれを受け入れます。それはUpstartであり、それから先に進みます。
@スタッフ、プロジェクトが道を進むことを決定した場合、私はそれに従うか、別の代替手段を取る以外に何もできません。 Gnome3に切り替えてKDEに切り替えたとき、Gnomeが気に入らなかった。 Gnome3も気に入らず、Mateを作ることにした人もいました。 SystemDライセンスを読んだことはありませんが、LGPL 2.1についての知識が少ないため、独自のライセンスを持つものを使用しているように見えるため、多すぎるとは思いません(複雑さを知らずに少し話します)。すべてがSystemDに依存する時が来れば、フォークするのは困難です。 デスクトップ環境で使用するすべてのものに満足することはできないと思いますが、代替手段があればそれを置き換えることができます。そうでない場合は、これ以上良いものはないので、受け入れると思いますよね?
@raul OpenRCでは、起動スクリプトを書き直す必要がありますか? 少なくともGentooでは、並列化を使用するためにそれを行う必要はありませんでした。必要に応じて、別のディストリビューションで使用する必要があります。DebianやSystemDに移行する他のディストリビューションの場合と同じように、多くを書き直す必要があります。問題のそのディストリビューションに付属する他の詳細の中でPATHにそれらを適応させるためのスクリプトの。
systemdは素晴らしいと思います。私は、archlinuxのようなディストリビューションでテストし、弾丸のように機能します。debianテストで実装されていますが、/ etc /init.dyにスクリプトがある古いサービスがまだいくつかあります。 「LSB」のような互換性があるため、ある時点でdebianはすでにすべてをsystemdに移植しています。 問題は、それが提供する速度だけでなく、サービス管理パラダイムが論理的かつエレガントに非常によく構成されていることです。 実際、/ usr / lib / systemd / systemと/ etc / systemd / systemを見ると、起動時にサービスのメンタルツリーを作成できます。実際に、のファイルの内容から抽出したツリーを物理的な紙に書いています。 systemdとそれは何が起こるかは明らかです。 たとえば、systemdはデフォルトでdefault.targetを起動します。これはgraphical.targetへのリンクです(グラフィカル環境がインストールされていない場合でも)。default.targetは3つの方法で変更できます。
1)カーネル行にsystemdのデフォルトターゲットの値を指定します
2)/ usr / lib / systemd / systemでdefault.targetリンクを変更します
3)systemctl enable multi-user.target || systemctl enablegraphical.targetまたはデフォルトで必要なもの。 これらのターゲットのインストールセクションではdefault.targetという名前が付けられているため、これらをインストールすることは、/ etc / systemd / system /default.targetにデフォルトターゲットへのリンクを作成することと同じです。
また、たとえばarchlinuxでは、slimのようなセッションマネージャーは、エイリアスsession-manager.service(または同様の名前)でインストールされ、graphical.targetには(オプションの依存関係)が必要であることがわかります。 session-manager.serviceおよびmulti-user.targetへの厳密な依存関係として。 要するに、それは非常によく構築されています...
Saludos!
そして、SystemDがDebianに来た後、彼はどういう意味ですか? 少なくとも私にはそう思われますが、それが起こる前に彼はこれを投稿したに違いないと思います。
一方、SystemDは、他の選択肢よりもすべての領域で((明らかに)上記を除いて)優れています。結局のところ、SystemDはそこで公開されるものの観点です。
OpenRCに切り替えるのはそれほど複雑ではありません。もちろん、ログインした互換性レイヤーを開発する(または単に採用する)必要があります。
まだこれで? 競合他社がもういないため、初期化戦争がすでにsystemdを勝者として終了したことを人々は知らないようです。
オプションは何でしたか?
-待つ
絶対にありません。
-Upstart、OpenRC…。
いいえ、既存のオプションには、systemdが持つ技術的な利点やコミュニティ、ビジネスサポートはありません。Upstartの作成者(最強の敵)はそれを認識し、systemdに移行するというDebianの決定を称賛したと考えています。
-何か新しいものを作成します。
これを説明する必要はありません。
したがって、CLAを乱用せずに無料のソフトウェアを提供してくれる勝者がいる場合は、それを利用しましょう。それが「すべてを制御するリング」である場合は、参加して、すべてのリングを同時に使用できる方法を見つける必要があります。
リングに関して、なぜ誰もカーネルについて不平を言っていないのですか? それらすべてを支配するのは単一のカーネルでもあり、誰もハードを擁護しません(そして正当な理由があります)。
そして私は大胆さを取ります、今このすべての「despiole」(注意、私は私の意見を強調するために間違った一般化を使用するつもりです)で誰もがBSDシャツを着ます...突然彼らはすべてBSDユーザーであり、彼らはそれが利用可能であると主張しますBSD、AmigaOS、BeOS、Solarisなどのすべてのソフトウェア...行きましょう...これらのシステムについて非常に心配している場合は、systemdと互換性を持たせるためにパッチを送信します...またはそれが失敗した場合は、systemdに依存するアプリケーションにパッチを適用して互換性を持たせます君は..
まさに、ひどいダブルトークがあります。
そのカーネルを使用する場合、同じ成熟度のオプションがないためですが、問題はありません。無料のライセンスがあり、使用して、必要に応じて機能するように参加し、変更する時期が来たら(今後の予定) )私たちに同じ自由を与え続けるオプション(すでに開発されているものの中から)を選択してください。
@ x11tete11x
* BSDでは、プロジェクトの処理方法が原因で、それほど簡単ではありません。
GUN / Linuxは本質的に、回避策、パッチ、およびより多くのパッチの楽園であり、多くは即興で、文書化が不十分であり、最終的にはより多くのパッチを必要とし、パッチを必要とし、パッチを必要とします...
*そして注意してください*私は一方の方法が他方よりも優れていると言っているのではなく、単に異なっているだけです。
私がラウルに答えたとき、これには二重の基準があります(そして私は無関心を追加します)。これはあなたが言うことにも影響します。
それらの拍手* BDSのほとんどは、独自のドライバーなどでFree Softwareのイデオロギー的立場を攻撃し、たとえばOpenBSDとその主要なスポークスパーソンがそうであることを知らずに、オープンソースを好むと口を埋めるのと同じものです。少なくともストールマン自身と同じくらい厳格で扱いにくい。
したがって、最終的には、野球のスラングで言うように、これらの人々はBSDやGNUに貢献しません。pichanもcatchも、batもしません。
この記事は問題ありませんが、systemdが癌である理由(それがそうである)を説明する代わりに、systemdが悪い理由を説明せずに暴言を吐きます。
systemdの悪い点は、開発を実行する小グループ(高給)です。彼らは人々にXNUMX分のXNUMXのボールを与えず、ジャーナル付きのsyslog-ngのような透過的なメカニズムを変更します... systemdではすべてが曖昧になります。
統一は問題ありませんが、コミュニティ全体がそれを行うには、ビジネスや帝国の利益のための高給のゴムのお尻ではありません。
幸いなことに、gentooとfuntooはノーと言っています。openrcはデフォルトのシステムとして変更されません。また、gentooがudevをフォークし、eudevがudev / systemdから梅毒を削除するために作成されたことも幸運です。
$eix -Ic eudev
[I] sys-fs / eudev(1.9-r2@27/07/14):Linuxの動的で永続的なデバイス命名サポート(別名userspace devfs)
$eix -Ic openrc
[I] sys-apps / openrc(0.12.4@20/04/14):OpenRCは、ホストのサービス、起動、およびシャットダウンを管理します
良いように見えるだけでは十分ではありません。それを証明する必要があります。そこでsystemdが失敗します。欠けているのは、systemdをフォークし、リーダーを変更することです。
これはカーネルメーリングリストへの投稿の翻訳であり、メモの作成者の個人的な意見ではありません。
レナートはeudevをtorpedoする方法を知っています。 udevをkdbusに移動する計画
http://lists.freedesktop.org/archives/systemd-devel/2014-May/019657.html
なぜeudevのようなフォークプロジェクトをtorpedoするのだろうか? Lennartは、他の人がRed Hatからのソフトウェアの実行可能な代替案を作成できることにまったく興味がありませんか?
もちろん、これは不可能という意味ではありませんが、それは確かに物事をより困難にし、eudevのようなプロジェクトはudev / systemd / kdbusとそれに専用のリソースの量に追いつくことができないため、崩壊する可能性があります。
わかりませんが、ある時点で、リリースに次の行が含まれる予定です。«Red Hat LinuxOSに基づいています。 無断複写・転載を禁じます©20XX»
男の子がeudevでどのように解決するのかわかりませんが、KDbusは私が銀行に預けているプロジェクトです。現在のDbusを介してプロセスを通信するために、コンテキストを2〜3回変更する必要があるのは、めちゃくちゃばかげています。
systemdの下にない場合は、initのいずれかの下にありますが、KDbusは軽視されるべきではありません...
確かに重要なのは、レナートがそのコードでやりたいことをするということです。それがポイントです。レナートと会社はすでに多くの人が過剰に腹を立てており、ライナスでさえ彼のために彼の石を投げることがあります。物事のやり方。
確かにそこにマスクが落ちました、それは私にお金の力を驚かせることをやめません。
このドローンがkdbusをコアの中に入れようとすると、紳士の人々に影響を与えるので、彼は最初にその腐敗をコアの中に入れるようにLinusを説得する必要があります。
gentooの他に、udev / kdbusからeudevへの変更を実行できる開発者がいますが、udev / systemdコードのサイズを考えるとまったく難しくありません。
systemdをフォークし、コミュニティ全体に物事の実行方法の決定を処理させる緊急の必要性があります。
systemdについて私が最も悩むのは、あるサービスの別のサービスへの依存関係です。その制御は手動である必要があります。アクティブまたは非アクティブなデーモンの制御を失うと、システムの制御を失います...そのステップで、削除を提案します。変更不可能なイメージをルート化してディスクにインストールする…..すべて同じように実行されます。「不注意によるバグ」の場合は、LinuxですべてのPCを制御できるようにするための大規模な方法です。
kdbusを実装しないことが有益である理由を教えてください(そして私はすべてのsystemdを持ってくると言っているわけではなく、KDbusだけです)、現在のDbusを介してプロセスを通信するためにコンテキストを2〜3回切り替える必要があるのはめちゃくちゃばかげています、それはクレイジーです...
カーネル空間にデスクトップバスを実装するのが悪いと言っているのではありません。私が言っているのは、kdbusの実装(Lennart)は、他の世界を台無しにする好みに変更するため、信頼できないということです。プロジェクトの。
私はすでにsystemdに関するLinusの意見をいくつか読んだことがありますが、私はそれほど愚かではないと思います。
レナートがシステムログに鼻を突き刺すのを誰が許可したのですか? バイナリ形式でジャーナルされたsyslog-ngパッケージに影響を与える、単純な#cat / var / log / message | grep-i何か
基本システムにないものを使用せずに、どこからでもフィルタリングされたログを表示できます。journaldはバイナリ形式を使用し、jpurnald実行可能ファイルでのみコンテンツを表示でき、そのパラメータでフィルタリングするのは簡単ではありません。
journaldをインストールせずにsystemdとsyslog-ngを使用するにはどうすればよいですか? ...それが癌である理由です。それはシステムのすべての部分に広がり、他のパケットをカバー、ブロック、キャンセルします。
バイナリログ、私にはWindowsのように聞こえます。
@emiliano、およびsystemdと複数のサービスが同時に更新された場合にPCを再起動する必要があるという詳細をお見逃しなく。その場合、systemctlデーモンを実行しなくても、システムを完全に再起動する必要がありません。そのまま動作させたい。 ウィンドウズ? どこ?
私は常に.debディストリビューションを使用してきました。なぜなら、私にとっては、.rpmファミリーのものよりも常に使いやすいからです。
その容易さは、私が常に新興企業に帰したものです。 DebianがsystemDを選んだことを知った日、私は傷つきました
正直なところ、ソースコードはまだそこにあります、あなた自身のディストリビューションを作ってください。 技術的なこと、事実上説明のない侮辱的な言葉の海、透明性の欠如(変更への抵抗)を除いて、あなたはまだBSD、このハイクを使用することができますos ...そして気づかなかった場合に備えてもっと無料のオペレーティングシステムがあります🙂私はhaikuosをお勧めします。 私は全体について悪魔的なものが何であるかを知りたかったのですが、私はすべてのコメントを吸って、やや不正な哲学的立場(デビアンで一般的)を除いて関連するものは何も見ませんでした。そして彼らはそれを完璧にします。 こんにちは、ソースコードにアクセスできないときは心配し始めます。
記事の冒頭には、それがlkml.orgリストのDebianiteからの手紙であると明確に書かれていますが、著者(@diazepan)からの批判ではありません。
すべての初期化の「問題」は、GNU / Linuxが存在しないデスクトップシステムに関連しています。 GNU / Linuxが1位であるサーバーの分野では、initが最適です。 ユーザーがSystemDを蹴っているのを見たら、それは確かに多くのサーバーを管理しているからです。
ご挨拶。
Linus Torvaldsは開発者を追い出しませんでしたか?
http://gutl.jovenclub.cu/linus-torvalds-desconecta-a-uno-de-los-programadores-del-kernel-de-linux
私はlinuxを使用していますが、内部でそれを知ることに専念したことは一度もないので、upstartsystemdやその他の議論は私には中国語のように聞こえます。 それで私はなぜ彼らがsystemdが癌であると言うのか何かを尋ねますか?
linuxカーネルの開発にどの程度の影響を与える可能性がありますか?ディストリビューションで分離できなくなる可能性はありますか? ありがとう🙂
彼は、バグを解決する方法を知らずにバグを生成した人であるために捨てられました。 したがって、恨み。
最後になりましたが、LinuxがUNIXの哲学から徐々に離れている理由をいくつか詳しく説明します。
1.-FSFはUNIXに反対しています。 したがって、カーネルが作成されて以来、FSFはUnixeros間の距離に影響を与えてきました。
2.-サーバー上のUNIXは、デスクトップPC上のWindowsXPとしてすでに認識されています。 したがって、スーパーコンピューターが-ほとんどの場合-GNU / Linuxディストリビューションとともにインストールされる理由。
これらのXNUMXつのポイントがなければ、クリストファーバリーは一般的にLinuxユーザーに受け入れられていたでしょう。 しかし、UNIXは以前と同じ関連性を持たなくなったことを忘れてしまったため(ただし、UNIXがなければ、インターネットもコンピューティングもありませんでした)、ビジネスセクターは完全にLinuxに依存しています(ニューヨーク証券取引所が取引しているディストリビューションを見てください)。
それはKaySieversであり、Linusは、解決したよりも多くの問題を引き起こし、systemd用に作成したコードの欠陥を隠すためにカーネルのデバッグをシャットダウンしたいため、カーネルにコードを追加することを禁じました。 元のレポートはここにあります:
https://bugs.freedesktop.org/show_bug.cgi?id=76935
結局、それはWindowsを使用するようなものになるでしょう...
そしてローマについて言えば...彼らはudev-init-scriptsとopenrcの新しいバージョンをリリースしたばかりです
https://packages.gentoo.org/package/sys-fs/udev-init-scripts
https://packages.gentoo.org/package/sys-apps/openrc
私がudevからeudevに変更するとき、最初にudevを削除してからeudevをインストールする必要があるため、すべてのリスクを覚えています。その間、空中で作業しているときに、何か問題が発生した場合は、heheをchrootする以外に選択肢はありません。
はははは、崖の端を歩くと、chrootソリューションがあり、他には何もないのが良いことです🙂
Theo de Raadtは、この炎上戦争に大笑いしました(そして、LibreSSLは、OpenSSLの維持の問題と、晩年のソフトウェア自体の非効率性から生まれたと考えています)。
SystemDがTheoとOpenBSDhooligansの利益を持っている場合も同じことが起こります(彼らはそれを呼びます システムX UNIXとそのファミリをほのめかし、さらに、UNIXとそのファミリを可能な限り互換性のあるものにし、LibreSSLのようにComic Sansタイポグラフィを備えたWebページと互換性を持たせます。
とにかく、SlackwareとGentooはflamewarのおかげでより多くのフォロワーを獲得するようです(真剣に、SlackwareはUNIXとKISS哲学自体に最も愛着があります)。
少し狂信的なこのすべてが私に聞こえます
debianでの時間は終わりました。UNIXの習慣を維持したい場合は、GentooでOpenRCを非常に快適に使用できます。KDEを安全にインストールでき、Gnomeハイブを取得できません。 SystemdとGnomeは密接に関連しており、ubuntuを起動して欲しかったので、各パッケージにパッチを適用するのは頭痛の種になります。 debianでは、popconは、Gnomeが使用され、リソースが限られており、リリースのXNUMX番目のベータ版であると言い続けています。
誰かが私にsystemdとは何か、そしてそれの問題は何であるかを説明できますか(ショットがどこに行くかは想像できますが)? Linuxを使っているのに、その内部の仕組みがよくわからないということです。
systemdは、オペレーティングシステム(init)と、ハードディスクやusbのマウントから、インターネットの使用を可能にするデーモンまで、コンピューターで使用するすべてのサービスを起動し、システムをシャットダウンする役割を担うプログラムです。とりわけ、ユーザーセッションの追跡。
まさか、FreeBSDをうまくサポートするハードウェアを見つけることはできません😛
それは偽のeliotime3000です
1.FSFはUNIXを嫌いではありません。 彼らは無料のソフトウェアを宣伝することにのみ興味があります。 AIXまたはHP-UXが無料の場合、財団によって推奨されます。 リチャード・ストールマンは、いくつかの一般的な批判はありましたが、その優れた移植性とクリーンさのために、UNIXのようなシステムを作成することを選択したと述べています。
また、FSFのアクションは、UNIXとGNU / Linuxの分離とは関係ありませんが、これは、継承または取得した開発モデルに由来します。 前者はより集中化され、安定してテストされていますが、後者は非常に高速な機能と機能を組み込んでおり、多くの厳密なテストを実行する必要はありません。
gentooでは、linuxカーネルまたはfreebsdカーネルを使用できます。これが、gentooがsystemdを拒否する主な理由です。ご存知のとおり、systemdは、freebsdのようなunixカーネルではなく、linuxカーネルのみが持つcgroupに関連付けられています。
$eix -c freebsd-sources
[N] sys-freebsd / freebsd-sources(-):FreeBSDカーネルソース
今日のハードウェアは95%のケースで完全に互換性があり、ネットブックやノートブックの珍しいasicsチップに他の問題がありますが、一般的に残りは問題ありません。ACPIテーブルの一部のバイオはあまり完成していません。 、ただし、カーネルをコンパイルするか、/ etc / default / grubにカーネルパラメータを渡すことで修正できないものはありません。
言葉は風と共に消えてしまいますか
それらは議論のない言葉、具体的なデータ、比較...
哲学的なスピーチです
そのすべてのスピーチで文書化された推論を見つけたいのですが、何も見つかりません
「Linuxが馬鹿やHOYGANについて心配するべきだと思う人は、MacとWindowsに戻って、「Linux」を修正しようとするのをやめるべきです。
これは、Windowsユーザーの大多数が私たちを世界の海軍のように感じるオタクの集まりとして認識している理由の最も明確な例です...私の部分では、バリーは彼の小さな手紙を丸めて、体のその部分に置くことができます太陽が決して輝かないところ。
まあ、私のsystemdは私を不快にさせません、それは最初のようにもはや不安定ではありません、そして真実はそれがopenrc、upstart systemdであるかどうか、私のPCが速く起動する限り私は気にしません。
ティナ、ユーザーの大多数は、ディスカッションを見るためにフォーラムに参加したことがなく、Linuxの存在についてさえ知らない人々であり、もしそうなら、Ubuntuと呼ばれる奇妙で茶色の何かがあることを知っています。 したがって、これらの議論では、平均的なユーザーは到達も発見もしません。実際、ほとんどのユーザーはまだWindowsの使い方をよく知りません。
Pandev…あなたは世界で絶対に正しいです。 Windowsユーザーの大多数は、この種の議論を読んだり参加したりしていません。そのため、GNU / Linuxユーザーのイメージが歪んでいます。 そして、バリーが書いたようなそのような愚かな考えで、彼らはさらに興味がありません。 「馬鹿とホイガン」のように扱われたいのは誰ですか? クリストファー・バリーは、自分がそのように他の人を参照していると誰が考えていますか? では、GNU / Linuxは、技術的な側面と有名な「自由」を理解している「悟りを開いた人々」にのみ適した世界であり、今後もそうなるのでしょうか。 GNU / Linuxがよりフレンドリーで使いやすいディストリビューションを生成することを望んでいる単純な普通のユーザーであり、プログラミング言語とストールマンの教義にほとんどまたはまったく興味がないので、«Mr。 バリー»私たちは馬鹿ですか?
ティナ、パンデブ。 私がホイガンの一部に置いたリンクが悪い方法で置いたことに注意してください。
こんにちはディアゼパン。 説明してくれてありがとう、でも私はすでに気づいていました。 実際、私のコメントをする前に、私はバリーが何を言おうとしているのかを明確にするために元の手紙を読みました、そしてあなたがそれらの皮肉な追加で背景(形ではなく)を批判することは非常に真実であり、確かに非常に正確です。
私が「ミスター」を指すのに使用するのは、「悪いミルク」の同じ文脈です。 クリストファー・バリーはうっかり欲しがっていると表現した。
私はあなたのディアゼパンのように、バリーが線の間に言ったことを理解しています、そして私はあなたの批判に完全に同意します。
私はあなたがその手紙が誰に送られたのかという文脈に身を置く必要があると思いますか? はい、このベリーからLKML.ORGまで、つまり、彼はおそらく他の高度な開発者に対応する高度なプログラマーユーザーです...通常のユーザーではありません。
GNU / Linuxは、プログラマーのおかげで到着しましたが、それでもこれらすべてを改善し、進歩させるのはプログラマーです。
私たちは企業ではなく人によって作られたオペレーティングシステムとプログラムに直面しています。企業では、マネージャーはこれはこのように行われていると言います。プログラムまたはシステムの。
ここで、GNU / Linuxで何が起こるかを見てみましょう。あまり知らないユーザーは、プログラマーと会話を始めます…。
私はこのコメントで論争を引き起こしたくありません、私もプログラマーではありません、ただそれがどのように起こったかの文脈に身を置く必要があると言うだけです。
問題のフリードマンを引用する:
Windowsユーザーをとしてマークすることによって 馬鹿と遅らせる バリーを検討するには十分すぎるほどです ばかとHOYGAN (Adobeスイート、Autodeskプログラム{ValveやBandai Namcoなどのビデオゲームスタジオなど}、3DプリンターでSolidWorksを使用するモデラーやその他の技術者を活用する方法を知っている人はたくさんいます)。
間違いなく、これは、LibreSSLとOpenBSDの開発でTheo deRaadtと協力したほうがよいというこのファンボーイの意見を考慮しないもうXNUMXつの理由です。
システム化されたものは、より大きな信者である神々のエゴの戦いになりました。 systemdのアイデアは最初は悪くありませんでしたが、Unixのようなシステムには大きすぎて複雑すぎるように見えますが、それでも半分は機能します(たとえばカーネルデバッグの問題)。 パルスオーディオ災害を起こした人がニンニクに夢中になっている場合(時々奇妙なことが彼と一緒に私に起こります)、それ以上言う必要はありません。 私がlinuxupstartを始めたとき、それは存在すらしていませんでした、それはinitであり、それは機能しました。
匿名:
このコンテキストは、コミュニティ全体に宛てた公開レターです。
日付火曜日、12年2014月15日38:12:0400 -XNUMX
クリストファーバリーから
件名OT:Linuxワールドへのオープンレター
「GNU / Linuxで何が起こるかを見てみましょう。あまり知らないユーザーは、プログラマーと会話を始めます…。」 「Linuxが馬鹿やよだれをたらしている人に対応すべきだと思う人は、MacとWindozeボクセンに戻って、Linuxを「修正」しようとするのをやめるべきだ」と等しい。
私が匿名でやることをあなたは何を提案しますか? MacまたはWindowsに戻りますか? GNU / Linuxコミュニティの一部は、私たちが好きなオペレーティングシステムを提供してくれるので、GNU / Linuxを使用する人々で構成されているように思えます。 私が所属するそのグループはプログラマーではなく、私の場合のように、ストールマンの提案はまったく実用的ではありません。 私のように気にしないユーザーがいて、systemdが自由を侵害しているかどうかを知ることに興味がありません-バリーはリチャード・ストールマンが宣言しているものを指していると思いますが、彼はそうは言いません-GNU / Linuxで未来のツールを見ているので...物事が進んでいるように見えますが、将来はGNUなしになるでしょう。
@ Tina-手紙はコアメーリングリストに送信されました。その件名によって、すべてのコア開発者に宛てられていることが理解されています。少なくとも、それが私が理解していることです。
Systemdは、initの代替システムとして開始され、現在ネットワークとdnsを操作していることが判明したため、批判されています。 あなたがそれがどのように機能するかを知ることに興味がないと言う限り、それがあなたにそれが続くことに影響を与えるならば...これは確かに外部のリモコンに行き、キュウリを知らないユーザーによって同意され、彼らがそうしたかのように考えます。
セキュリティはGNU / Linuxの基盤であり、ユーザーが気付かないうちに情報にアクセスしたり操作したりしないセキュリティです(最高のWindowsおよびMacスタイル)。
systemdが取っているコースを見て、セキュリティについて何かを知っている人は何を考えることができますか? スピードはセキュリティを破壊するための口実です。
私はそれを言うのにうんざりしています、logind、consolekit、policykit、selinux、multiseatそして今systemdはGNU / Linuxが常に持っていた生来のセキュリティのためのトロイの木馬であり、外部の会社や特定の国から、特定の主要プロジェクトのリーダーに非常によく支払っていますGNU / Linuxのセキュリティを操作可能なものに変えてください…。誰もそのように言うことはありません、私は彼らが一度だけ見つけられるかどうか見るためにそれをあえて言います。
その方向での他の試みは、セマンティックデスクトップと呼ばれるkde、kdelibs nepomukstrigiです。
信頼できる唯一のオペレーティングシステムを台無しにしたくはありませんが、systemdにはすでにPID 1があり、ネットワークとシステムのログが台無しになっていることがわかりました。
あなたは何日も長くそして均等に議論することができますが、その電子メールへの応答を見ると、彼が言ったことを言う理由がないと言う人は誰もいなかったことがわかります。
@Tina今日のLinuxの多くは、ソフトウェアとユーザーの自由を尊重して必要なものを選択することを提唱するStallmanや他の多くのアイデアが厳密に守られているという事実のおかげです。彼らのニーズに応じて、それはユーザーレベルだけでなく、制度的、科学的、そしてビジネスレベルでも当てはまりました。 これらの自由を放棄して失うことは、選択する能力がないままにされることを意味するだけでなく、Linuxを最初から戦われてきたものに変えることにもなります。 KDE、GNOMEのようなプロジェクトはsystemdに依存しているため、このコンテキストでは事態がさらに困難になります。現在の傾向により、これがまったく存在せず、systemdへの依存が拡大する可能性があります。 例を挙げると、FreeBSDはデフォルトでKDEをインストールしますが、KDEがsystemdに依存してそのシステムで動作する場合は、コードにパッチを適用して動作させる必要があるため、問題が発生します。MartinGräßlin、 X11のみを使用するシステムの古いKDEinitを保持するため、少なくとも現時点ではこれは発生しません。
そして、今日のLinuxの多く(GNUなし)は、ストールマンの厳格な原則に従わなかった人々のおかげで達成されました。世界で最も広く使用されているLinux OSはAndroidであり、GNUには何もありません。 Ubuntuとその派生物であるLinuxMint、Elementary、そして最近ではDeepinのような一般ユーザーに、私たちのニーズに適合させることで最も近づいてきましたが、最終的にはもはやGNUではないことがわかりました。
私はいつも、ここや他の場所で、ストールマンの哲学を信じて実践している人々をとても尊敬していると言ってきましたが、少なくとも私にとっては役に立たないと思いますが、GNU / Linuxユーザーがたくさんいることも認識しておく必要がありますDon Richadが推進する自由以外の理由でディストリビューションを使用していること、そして最も重要でないのは、技術者でもシステムエンジニアでもないため、オペレーティングシステムの「根性」を知ることです。 そのグループ(大小を問わず)は尊敬に値します。プログラミングを知らないという事実は、私たちを多かれ少なかれ知的にしたり、人として自分自身を向上させることに多かれ少なかれ興味を持ったりすることはありません。 GNU / Linux、Windows、MacOSなどのオペレーティングシステムに必要なものはわかっており、世界中でアイデアを提示する権利があります。 私のニーズ(他の多くのニーズでもあるかもしれません)がスタルマニアの自由と衝突した場合はどうなりますか? 実は、私たち全員が暖かくならないのなら、ストーブを川に投げ入れましょう。
あなたが説明するユーザーは、systemd、upstart、openrcなどを気にしないことに同意しましょう😛
そうです@ x11tete11x。 Neoとは異なり、PCの電源を入れると、モニターにMatrixのコードが表示されず、それらの解釈方法がわかりません。 私が使用しているOSにSystemDまたはその他のものがあるかどうかは気にしません。なぜなら、実用的な目的で必要なのは、OSが機能することです...そしてそれがうまく機能することです。 そのSystemDはどこにでもあることになり、それは自由を失うことを意味しますか? うわあ、それはナンセンスだ!
そのSystemDは複雑で、バグがあり、その開発者は非常に怠惰なので、半分ずつ行うのでしょうか。 ラウルはそれをはっきりと言ったので、それを叫ぶ必要はありません。 不平を言う代わりに、それについて知っている人に、時間があれば、それを修正して修正するのを手伝ってください。 まあ、それは無料のソフトウェアが何であるかではありませんか?
@Tub:
以前のコメントで私が言ったことを何度も繰り返します: Theo deRaadtから学ぶ 他のみんながただ不平を言っていたときにOpenSSLをフォークする勇気がありました.
SystemDを実装するのが悪い考えだと言っているのではありません。 実際、LinuxでChromium / Chrome / Opera Blink Developerを使用すると、通常、DebianのSysVinitがシステムを完全にシャットダウンするのに永遠にかかりますが、これは通常SystemDでは発生しません。 また、SystemDは、フォークされた場合、その日数が数えられるようです(そして、何よりも、多くのsysadminが望んでいたOpenRC、SysVinitなどとの改善と類似性があります)。
私の愛する@ eliotime3000…あなたは世界で絶対に正しいです。 フォークしなければならない理由はわかりませんが。 うわー、理由はわかりますが、正当な理由がわかりません。
@ eliotime3000フォークについてあなたが言うことは、少なくともBSDでは複雑だと思いますが、Linuxでは、レイヤーを使用して、OpenRCのようなinitを使用してsystemdに依存する互換性のあるアプリケーションを作成できるシステムを作成できるためです。 systemdに依存するアプリケーションとシステム自体の中間。 このプロジェクトは2013年から停止されているようですが、OpenRC-settingsdで計画されていたようなものです。もうXNUMXつの質問は、レナートが現在行っているのと同じことをeudevが実行してプロジェクトを実行することです。 udev / kdbusとsystemdに、より強力なカーネル統合に?
@Tinaは、コンピューターの電源を入れ、起動時に表示されるマトリックスコードを理解していないため、このシステムの*ユーザー*の大多数である平均的なLinuxユーザー、つまりWindowsの世界から来たユーザーになります。そしてOSXは、代替案を探し、テストまたは実験しました。彼らは、その理由が何であれ、Linuxで何かを夢中にさせ、それが尊重されているのを見ました。 議論され、少なくとも私の理解では、賛成派と反対派の間の摩擦の主な原因は、この初期化が、通常の初期化を行うことで、何も逃げることができない一種の重力中心になるという事実です。それはすべきではなく、Linuxが行うすべてのこと(デーモン、管理ソフトウェア、DE)への強い依存関係になります。 つまり、最終的にはXNUMXつのことを意味します。それは、設計とセキュリティの問題が発生する可能性のあるアプリケーションに依存するようになります(現在または将来)。さらに、それ自体の前提以外のものは受け入れません(Lennartはあまり協力的ではなく、皮肉です)。 それを回避する理由はたくさんあり、見つけるのに多くのメモリを必要としません。OpenSSLのケースはごく最近のものであり、ソフトウェア自体に依存することは悪い考えであるという鮮明な例です(OpenSSLはで最大のソフトウェアです)ほぼすべてのディストリビューションで使用されている暗号化)であり、ソフトウェアに盲目的に依存することでコミュニティやOSを使用する人々に何がもたらされるかを明確に示しています。 そして、もっと多くの理由がありますが、私は自分自身を拡張しないためにここに残します。
ご挨拶🙂
さて、彼がどこに干渉しているのか見てみましょう。そうです、VTコア仮想端末を交換したいと思っているようです…..誰かがこのフロントマンを止めなければなりません。そうしないと問題が発生します。
フォーク緊急お願いします!
Systemd 216 Piles on More Features、Aims for New User-Space VT
http://www.phoronix.com/scan.php?page=news_item&px=MTc2Nzk
@匿名で、それだけではありません。DNSキャッシュもあります。 initは組み込みのDNSサービスで何をしますか? 私は実際には少しも考えていませんが、*モンスター*はDNSSECとmDNSもサポートします。 bind、unbound、pdnsdなどの他のデーモンでは*プラスチック*にならないことを願っています。
systemd-terminalは、VTをカーネルスペースからユーザースペースに移動するためのKMSCon(KMS Console)と関係がありますが、単純化することに加えて、特にMesa、KMS、DRMを使用して他の多くのことを修正することもできます。少しカーネル開発。 努力は良いですが、KMSConの依存関係は次のとおりであるため、しばらくすると実装に問題が発生します:table(libdrm、libgbm、libEGL、libGLESv2)、udev(systemd)、xproto(ランタイム依存関係)、libxkbcommon、freetype2、 glib(unicodeサポート)、要するに、systemdと互換性のないinitのさらに別の推力。
これは、systemdがinitのみでなくなってから長い間経過しているためです。 initは、それがもたらすサービスの205つにすぎません。 もうXNUMXつは、個別のバイナリであり、単一の特定の機能に焦点を当てた一連のセカンダリデーモン(logindなど、dで終わるすべてのもの)です。 実際、上記の子デーモンのほとんどがなくてもsystemdを使用することも、無効にすることもできます。 多くの場合、これらのデーモンはsystemdとのみ互換性があり、これ以外では使用できません(バージョンXNUMX以降のログインケース)。これは、これらのデーモンがそれとのみ動作するように設計されているためです。 これは長所と短所をもたらします。
ventajas
-systemdは高度にモジュール化されており、必要なサービスでのみ使用できます(実際、systemdが主に組み込みシステムで使用されるのはこのためです)
-互いにのみ機能するように設計されています。 システムへのより良い統合の可能性を与えます。 systemdスクリプトを実質的にユニバーサルにする(これはsysvinitの主な問題の0つであり、あるスクリプトを他のディストリビューションに移植できず、XNUMXからスクリプトを作成する方が簡単でした(複数のdebian開発者によると)
-標準化:これは説明する必要があります。
-オプションを制限することで、より小さくクリーンなコードベースを維持できるため、セキュリティが向上します(各systemdサービスは個別のバイナリ内の個別のデーモンであることに注意してください)。最も深刻なセキュリティ問題の多くはコードが原因です。後方互換性のため、またはあまりにも多くのオプションに耐えなければならないために、まだそこにある古いもの。
デメリット
-移植性の欠如:特定のソフトウェアでのみ機能するように設計されているため、要件が満たされない場合、機能しないか、機能させるために多くの追加作業が必要になります。
最後に、すべてのシステムの重要な依存関係であることは悪いことではありません。 グラフィカルインターフェイスとDEについては、Linuxで11年間X20に依存してきました。 これにより、普遍的なセキュリティの問題が発生しました(たとえば、debianのx11の問題はarchの問題と同じです)が、解決策は、Linux用の開発を悪夢にする20の異なるグラフィックサーバーをディストリビューションごとにXNUMXつずつ作成することではありません。より高い。 「家に秩序を課す」ことの利点はもっと良いように思えます。 Linuxの世界は断片化を終わらせるために何年も求めてきました、そしてsystemdはこの長年の欲求をもたらした最も近いソフトウェアです
こんにちは、
彼らが実際にsystemdを使用しているのなら、なぜそれほど多くの苦情があるのかわかりません。私はGentooを何年も使用しており、多くのものを選択して自分のニーズに適応させる自由を与えてくれました。
GentooをOpenRCに移行したことを覚えていますが、起動速度の向上は驚くべきものでした。 次にSystemDが表示され、Portageツリーで安定するまでしばらく待った後、移行してテストすることにしました。 ハードウェアを変更することなく、OpenRCよりも高速に起動するシステムであるラップトップに必要なものが得られるので、そのままにしておきました。
あなたはただオタクになってすべてをカスタムメイドにすることはできません。私たちはコンピューターを使用します。コンピューターが必要であり、コンピューターは常に迅速に、簡単に、そして問題を短くする必要があるからです。
まあ、これはLinuxです、すべての好みのために常に異なる意見や選択肢があります。
オタクであり、すべてをOSで調整することへの愛を批判するだけでなく、解決策と代替案を説明する方がよい...新しいものがハウツーや世界で何よりも貢献している他の人に対応していないと感じる人を助けるLinux!
ご挨拶!
@カルロスMC
... ..そして、彼らは常に迅速に、簡単に、そして問題を短くする必要があります。
ほら、私は何もモバイルを持っていません、そして私の毎日の稼働時間は通常約14時間です、openrcではスリムなグラフィカルログインに到達するのに約20秒かかります、それは12または14秒でそれを行うことができます、私たちは約8秒で約14秒を話します時間。 起動速度は必要ありません。セキュリティとサービスをいつものように簡単に手作業で処理する必要があります。
systemdがフォークされた場合、残念ながら、圧縮されたバイナリ形式を使用するなど、多くのものを完全に破棄する必要があります...多くの役に立たないコードを見るのは本当に残念です。
SystemDについて読むほど、私はそれを恐れます。 念のため、「sudo apt-get install sysvinit sysvinit-coresysvinit-utils」をすでに実行しました。
メッセージは厳しいですが、背景は完全に真実です。カーネルのプログラミングを支援しているプログラマーの多くは、より多くのお金を稼ぐために何でもする企業から支払われるプログラマーであり、この点で最も積極的な企業のXNUMXつはRedHatです。プログラマーは、商業的利益を独占的に擁護し、BSDシステムなどの他のUnixのようなシステムと互換性のないフリーソフトウェアの使用を可能にする技術開発を作成することを目的としてそこに配置されています。
問題は、この互換性のない使用を引き起こすために、完全に侵襲的でコミュニティの利益に有害なsystemdなどのテクノロジーを作成し、その拡張と拡散により、システムがUnixに似ていない状態になり、実行を停止することです。単一のことをうまくやり、多くのことをし、それらを間違って行うと、他の会社によるソリューションの急増を回避する以外の理由で、エラーと不条理な依存関係の絶え間ない原因が発生します。パルスオーディオ。
さらに、アップデートをインストールした後のsystemdでは、システムを再起動する必要があります。これは、Unixの哲学とはあまり関係がなく、すべてをsystemdに依存させることで、各ディストリビューションがopenRC、Init、等…
Linus Torvaldがsystemdについてもっと言いたいことがあることを期待しましょう。これは、Unixの哲学や無料のソフトウェアとは明らかに互換性のないソフトウェアです。
http://www.phoronix.com/scan.php?page=news_item&px=MTY1MzA
これが成功した場合、BSDシステムの使用をますます開始する必要があります。
ライナスは宗教ではないユニックスの哲学を気にしないでしょう。 linusはすでにそれを言った。 Linuxは自由や安価な哲学ではなく、実際の問題に効果的な解決策を提供することです。 systemdは、現在のすべての代替案よりも、現在の多くの実際の問題を効果的に解決します。
最終的に。 そのsystemdはunixのようなものではないと言うのは誤りです。 systemdは、すべてを単独で実行する巨大なバイナリではありません。 2つのsystemdがあり、最初はinitのバイナリで、これは非常に小さいです。 実際、upsartやsysvinitよりも小さいです。 1つ目は、プロジェクトそのものであり、すべてのプロジェクトが同じ傘下にあります。 これらはそれぞれ別個のバイナリです(そうです、各systemdサービスは他のサービスとは別個のバイナリであり、サービスのみを処理することに専念し、他のサービスは処理しません。これは、「XNUMXつのことを実行してそれをうまく実行する」ように聞こえます)多くの人を悩ませているのは、これらの個々のバイナリとデーモンは、PID XNUMXとしてsystemdを使用せずにのみ使用できることです(すべてではないため、一部)。 systemdが「食い尽くした」他のプロジェクトは、これらの作成者自身が自由意志で一緒に参加することを決定したためです。 lennartがsyslogやudev開発者の頭に銃を突きつけたのではないかと思います。 彼ら自身が参加することを決めました。
あなたは正確な言葉でそれを言いました….amen。
心配する必要はありません。誰でもopenrcを使用してディストロを作成でき、誰も気分を害することはありません...そして自分で欲しい人のために、彼らはすでにgentoo / funtooを持っています、私はsabayonとslackwareも入ってくると思います。
@ミラージュ
デメリット
-移植性の欠如:特定のソフトウェアでのみ機能するように設計されており、要件が満たされていない場合、機能しないか、機能させるために多くの追加作業が必要になります。
完全な失敗、それはあなたが望むすべての利点を持っている可能性がありますが、最終的にそれがそれ自体とのみ互換性がある場合、それは誰もがそれを使用することを余儀なくされるか、それを使用したくないために最初から始めなければなりません...
スクリプトは人間の目で読み取ることができ、bashで解釈されます...もちろん実行が遅く、バイナリを人間の目で読み取ることはできません。ソースコードを読み取って自分でコンパイルし、確認する必要があります...つまり、実行する前にbashyでスクリプトを読む方法を知っている今、あなたはC言語でプログラムする方法を知っている必要があります...またはあなたの魂をLennartに任せてください。
レナートが銃を使用するかどうかに関しては、私はそうは思いません、彼はそもそもRedHatの代表であり、彼が何かを使用する場合、いずれにせよ、それはグリーンバックのいくつかの束でなければなりません...彼らは誰も殺しませんが、彼らは決定を下すのに納得します。
私は開発者ではありません。研究所に足を踏み入れたばかりですが、オープンコードとそこから学ぶ自由を理解しています。それを変更することは、gnu / linuxが広める「自由」哲学の一部であり、残念ながら、 フレームワークは、今日、GNU / LINUXの中心にある大きな傷です。 アカデミックなトレーニングを受けている人にとっては、それほど重要ではないと思います。なぜなら、常に、systemdを使用するディストロなしで実行できるからです。 独自のgnu / linuxシステムを構築します。つまり、systemdに頼ることなく、gnu / linuxシステムを最初から作成します。
Archlinux、systemdを使用して、私が使用していると信じています。確かに非常にうまく機能しますが、個人的には、gentooに到達し、そこからlinuxに最初から到達するためにそのままにしておきます。
少なくとも彼らは良いボイコットから始めました、そしてそれは後で確実にsystemdへのフォークソブリンに変形するでしょう。
新しいグループがSystemdのボイコットを要求
http://www.phoronix.com/scan.php?page=news_item&px=MTc3OTM
コメントの中で、誰かがsystemdの設計上の恐怖(ちなみにそれはわかりません)を詳細に説明するXNUMXつのリンクを渡しました。
http://ewontfix.com/14/
http://ewontfix.com/15/
そして、リチャード・ストールマンとこれらのことについての彼の意見はどこにあるのでしょうか?
バイナリログ、すべてsystemdによって制御され、コミュニティをリッスンしていません...
私はsystemdに賛成でも反対でもありませんが、RichardStalmanが一言も言わなかったことに驚いています。
Brrrrp!
私はスペイン語の技術記事を読むと思いました。
よろしく
Systemdは、完璧に実装された非常に優れたアイデアです。 バージョン217、すでにArchにあり、数年後にはDebianに-LOL! -PID1にのみ適用できるセキュリティ機能が含まれています。たとえば、サービスとプロセスの完全な分離は、SELinuxも他のMACもsystemd以外の実装では夢にも思わなかったものです。
私の側では、systemdを使用していて、起動とシステム構成の古いシステムに戻りたいと思っている人は誰も知りません。 実際、私が出くわし、この件についてコメントするすべてのアーケロは、かつて/etc/rc.confに懐かしかったので、systemdはシステム管理の観点からは単純に非の打ちどころがなく、いくらであっても同意します。かつては、今日の古いサービス構成パラダイムを気に入っていたかもしれません。systemdを使用した後、NORCRAZYはそれに戻ります。
人々、あなたのボールを壊すのをやめてください、それはすでに事実です、それはここにあります、そしてあなたがそれを気に入らないなら、Devuan(hahahahahahahahaha)またはGentoo、またはSlackまたは現在OpenRCをサポートするManajaroのような他のものを使用してください。
そして、アンチシステムドを使用して傷をなめながら、openSUSE、Fedora、またはArchを見て、時代遅れの現実を生きる間に絶望的に失われる方法を確認します。彼らは自分たちで形成するのではなく、残りの意見に従って知り、判断することはありません。
FreeBSDのコア開発者でさえ、大規模な仮想化、接続されたデバイスの多様性、モバイルガジェットへの移植性、セキュリティなど、目前の展望に見られる新しいニーズを満たすために、systemdと同様のシステムの設計についてすでに話し合っている場合はとりわけ、簡素化および最適化された管理...
内臓の感情から生まれたナンセンスに答える前に、上記の新しいセキュリティ機能に関するLennartの最近の講演の短いトランスクリプトを読んでください。
すべての機能はサービスユニットを介してオプトインされ、カーネルの名前名を使用して、デーモンが持つシステムリソースへのアクセスを分離または区分化することを目的としています。
--PrivateTmp:デーモンに特定の/ tmpおよび/ var / tmpを割り当てます
--PrivateDevices:必要なものすべて(null、ランダム、urandomなど、正しく機能するために必要なもののみ)を使用して、デーモン用の特定の/ devを作成します。 このようにして、デーモンがディスクまたは接続されているデバイス(ブロックまたは文字)にアクセスできないようにします。 驚くべき。
--PrivateNetwork:本物から完全に分離されたインターフェイスを作成します(127.0.0.1を指すホストからアクセスできないようにします)。 これの非常に優れた点は、異なるデーモン間で同じ名前名を共有できることです。たとえば、MariaDBを、それを使用するバックエンドネットワークにのみ接続し、これらXNUMXつをアクセスできるNginxに接続することができます。ネットワークインターフェイス。
--PrivateSystem:さらに一歩進んで、アクティブ化すると、デーモンが/ etcおよび/ usr(R / Oモードでは/ usr)にのみアクセスできるようになります。 フルに設定すると、R / Oモードでのみ/ etcにアクセスできます
--PrivateHome:デーモンの名前名に空の/ホームをオーバーレイして、ユーザーの情報にアクセスできないようにします
--ReadOnlyDirectories:その名前が示すように、これらのディレクトリは読み取り専用になります
--InaccessibleDirectories:名前もそうです🙂
--MountFlags = slave:特定のデーモンに対して以前のオプションのいずれかをアクティブ化すると、マウント引数は自動的にスレーブとしてマスクされます。つまり、システムの一般的なマウントテーブルは変更されませんが、パラメーターはによって実行されるマウントにのみ影響します。悪魔(moi groso!)。
このオプションをスタンドアロンで使用することもできます。
--CapabilityBoundingSet:プロセスに依存して作成されるすべてのスレッドが、管理者によって定義された機能のみを使用するようにプロセスに指示します(http://man7.org/linux/man-pages/man7/capabilities.7.html)したがって、許可エスカレーションの脆弱性を回避します-セクシーですね!? ^ _ ^
https://drive.google.com/open?id=0Bw3eycS9_SPaQnFHZjU5TURxdmc&authuser=0
FreeBSDコア開発者は、オペレーティングシステムの今後10年間の予測を行い、systemdと同様のソリューションを実装する必要性について話します。
https://www.youtube.com/watch?v=Mri66Uz6-8Y
*投げる
私は何年もの間Debianの忠実なユーザーであり、Debianがとっている道を見るのは悲しいことです。 一部の開発者のみが投票を許可されていますが、エンドユーザーはその地獄のスポーン(systemd)を受け入れる以外に選択肢はありません。 devuanプロジェクトが進み、多くのサポートが得られることを願っています。
Gentooやpclinuxos、そしてもちろん…slackwareのようなSysVに忠実なディストリビューションはほとんどありません!
よろしく
私は正直に言って、Linuxでお金を稼ぐ人にとって、このシステムはWindowsやMacからわずか数年離れているため、すべてのシステム化されたフェラチオ、キット、コックから離れていると思います。 8年以内に、Nod、Avast、Kasprとそのすべての側近が、もちろんすべてのウイルスとともにLinuxの世界に参入すると思います。 それはビジネスであり、ここではどちらの神も取り除くつもりはありません。 毎日より多くのユーザーLinux? チンポが来るパカ私はあなたのお金が必要です。 残念ながらそれはとても残念です。 今、彼らはちょうど先端を置いていて、Vaselineで..あなたがハハハを見るでしょう数年待ってください
手紙の作者が言っていることはばかげていると思います。 systemdにはいくつかの反対意見がありますが、大きな変更があるたびに大きな反対意見がありました。
また、debianユーザーであること(私もそうです)は、私にとって正当な異議のようには思えません。 彼らがあなたのために物事を決定するのが気に入らない場合は、別の「より難しい」ディストリビューションを使用して、スタートアップシステムを含むすべてを手作業でコンパイルしてください。
短所がなければ、すべての依存関係を解決するaptを実行することのすべての利点があるふりをすることはできません。
slackやgentooのユーザーにとって、「おっと...更新しましたが、気に入らないことがあります」ということは起こりませんでした。 手作業でシステムを更新するため、自分がしていることを監視するために多くの時間を費やす必要があります。
あなたが好きなディストリビューションの開発者があなたが好きではないことをした場合は申し訳ありません。 私は考えを持っています、なぜあなたはLinusと同じことをして、別のOSを構築しませんか?
こんにちは、私はlinuxにまったく慣れていません。真実は、この記事は恐ろしく、実際には免除されていないようです。 要するに、無料ソフトウェアが何を意味するのか(自由、それを必要とするすべての人への高度な支援、無料、シンプルさ)のすべての幻想でDebianに参加した私は、幻想的で優れたコンピューティングを理解する方法のように思えました(コンピューティングは最初からどうあるべきか)。 実際、私は自分自身を処理し、自分で物事を行う方法を学ぶためにDebianを文書化し始めていたので、このWebサイトにたどり着きました。私は、ターゲットにしたいものがすべて消えていることに気づきました。
Devuanに新しいパーティションを作成する必要があります。それを見てみましょう...
この記事の貢献に感謝します。
こんにちは、ホルヘ。
いずれにせよ、時間は誰がそれを正しく持っているかを証明します。
ユーザーとして私たちができることは、いくつかの選択肢を試して、どれがより良いものになるかを期待することです。
Devuanについては、試してみたいと思いますが、現在テスト版です。 安定したバージョンが出てきたらすぐに試してみるかどうか、それがどうなっているのかを確認します。
そのような珍しいトピックについて読んで、すべてに同意するのはなんて奇妙なことでしょう。 最近DebianJessieをインストールしましたが、比較的簡単な更新でシステムがクラッシュするまで、すでに2回フォーマットする必要がありました。 このようなことが今までに何も起こらなかったのだろうかと思ったのですが、突然すべてが悪化し始めました。 私はwheezyを使用していましたが、Debian jessie cdがページをダウンロードしたので(dvdまたはpendriveに記録するかどうかに関係なく)、wheezyをインストールして更新します。 ダウンロードに時間がかかるので、すぐにやるわけではないので、Wheezyを数日間使ってみると、以前のアップデートでは気づかなかったジェシーとの操作の違いに気づきました。 偶然にもsystemdについて知った別の記事を読んで、ジェシー(窓が不安定になっているという感覚)で気付くのは偽のパラノイアではないことに気づきました。
あなたの記事と私が読んだ他の人たちがこのトピックについて私に知らせてくれたおかげで、私は自分のディストリビューションを変更することにしました。