DebianJessieのフリーズなど

5月XNUMX日、Debianのテストブランチ(Jessieという名前) 凍っていた、長い月の開発と修正の後 400以上のバグ。 彼らはまた準備ができています ディストロの公式アート、CyrilBruleboisによる。

ちなみに、彼らはDebian 9(2017年にリリース予定)が呼び出されると発表しました Stretch。 そして、そのDebian 10(2019年にリリース予定)は、 バスター。 また、kfreebsdポートは公式ポートではなくなり、arm64およびppc64elアーキテクチャ用のポートになることも発表されました。

デフォルトで提供されるパッケージには、カーネル3.16、IceweaselおよびIcedove 31、GNOME 3.14、KDE ​​4.14、LibreOffice 4.3.3、GCC 4.9、MySQL 5.5.39(MariaDBへの移行はありません、リポジトリ内にのみ含まれます)、OpenJDK 7u71、Perl 5.20、Python 2.7.8および3.4.2​​.4.10、Xfce 2.4.10、Apache 6.0.41、Tomcat 7.0.56および215、そしてもちろん、 systemd XNUMX

もう一つの重要なことは ジョーイ・ヘスの出発、1996年以来、debhelper、alien、dpkg-repack、debmirrorパッケージの保守など、Debianでさまざまな役割を果たしてきました。 彼は、Debian憲法がプロジェクトを間違った方向に導いたという事実を彼の出発の理由として引用しています。 ウィンクかどうかわからない XNUMX月のチャンピオンシップへ、しかしそれは可能です。


26コメント、あなたのコメントを残してください

コメントを残す

あなたのメールアドレスが公開されることはありません。 必須フィールドには付いています *

*

*

  1. データの責任者:MiguelÁngelGatón
  2. データの目的:SPAMの制御、コメント管理。
  3. 正当化:あなたの同意
  4. データの伝達:法的義務がある場合を除き、データが第三者に伝達されることはありません。
  5. データストレージ:Occentus Networks(EU)がホストするデータベース
  6. 権利:いつでも情報を制限、回復、削除できます。

  1.   誰も

    私が読んだによると、joehessの出力はsystemdの採用と関係があります...

  2.   ロロ

    その男がsystemdによってdebianから離れ、彼のブログにsystemdcronモジュールの使用方法に関する投稿を書くのはどれほど奇妙なことか https://joeyh.name/blog/entry/a_programmable_alarm_clock_using_systemd/

    systemdに反対する人の行動ではないと思います

    ちなみに、公式アートはトリスケルのように見えますが、当たり障りのないバージョンです

    1.    エラヴ

      あることが他のことと関係があるとは思いません.XNUMXつが(たとえば)Windowsを使用しないという事実は、誰かにそれを使用するように教えることができれば、「いいえ、私は使用しないので」と言うことを意味しません。それどころか、それはそれを使用する方法をあなたに示し、それが彼に合っているかどうかを他の人に自分で見てもらいます。

      1.    ロロ

        systemdの問題で私が見てきたことから、中間用語はなく、反対する人々は、それがサタン自身の発明であるかのようにそれを嫌います(turpialではなくajoba:P)
        彼らがこれにボタンを表示すると言うように http://igurublog.wordpress.com/2014/04/28/ignorantgurus-hiatus/ これはSpaceFMの開発者ですPCmanFMのフォークはsystemdの問題のためにdebianの使用を停止します

        そして私が言ったように、systemdには中間用語がないので、systemdにポストチュートリアルを書いて、debianがsystemdを実装しているので去るつもりはありません。

        これは、debianインストーラーでsysvを使用するオプションを取得するために投票しようとしたことがわかっている場合ですが、問題は、パッケージを両方のマネージャーと互換性を保つのに十分な人がいないことでした。

  3.   オレンジ

    昨日登録しましたが、どうやらモデレートに合格しませんでしたか?

    1.    エラヴ

      疑わしい!

      1.    オレンジ

        確認メールを受け取ったことがありません。ニックネームとメールだけを見て、誰かがボットであるかどうかをどうやって知ることができますか?

  4.   ゆきてる

    Joey Hessのことは非常に明確で、systemdであるだけでなく、特定のものがディストリビューションで処理される方法でもあります。ここに良い例を残しました。MariaDBはデータベースのデフォルトバージョンではなく、MySQLはまだ使用されていたら、何年も前はかなりクレイジーだったでしょう。

    1.    エラヴ

      まあそれは私が私のコメントで言おうとしていることです.. + 1

      1.    ゆきてる

        まさに@elavDebianは前の年と比べて大きく変化しており、この状況が多くの開発者や協力者にプロジェクトを放棄することを決定させました。 IgnorantGuruはまた、彼のブログで、物事が行われる方法が体系化されているだけでなく、現在はJoey Hessであり、18月XNUMX日の自由選択に関する投票の決定に応じてさらに多くの人がグループに参加すると述べています。 init sede。

  5.   エラヴ

    Joey Hessがプロジェクトを去ったのは当然のことであり、さらに、Diazepanの投稿であなたがコメントしたと思われる原因を共有します。 他のディストリビューションがすでに問題なく移行していて、それほど哲学的ではないのに、DebianがMariaDBに移行しないのはなぜだろうか? Cof .. cough .. Archlinux .. cough .. KFreeBSDのサポートをやめるのはなぜですか? 少数しか使用しない他のアーキテクチャを維持している場合の言い訳は何ですか? とにかく..毎日Debianから遠く離れて、それが痛い..🙁

    1.    ペテルチェコ

      彼らのカーネルはLinuxではなくBSDであるため、KFreeBSDのサポートを停止します…systemdがBSDシステムとうまくいかないことをご存知でしょう:D。

      1.    ペテルチェコ

        mysqlまたはmariadbについては...少し重要ですか? そしてそれはまだそれについて議論されています:D。

      2.    ペテルチェコ

        また、非常に重要な理由で、Debianは今のところデフォルトでmysqlを残していると思います:MySQLClusterCGE。

        Debianはサーバー上で使用されており、すべての人にとって中立である必要があることに注意してください。 MariaDBからMySQLCluster CGEに渡すことはできません。また、DebianからMySQLを削除すると、多くのユーザーが拒否される可能性があります。

      3.    エリオタイム3000

        言い換えると、MySQLCGEクラスターに関連してかなりのプレッシャーがあります。 また、Andamiroが後継バージョンをリリースした場合 インフィニティを盛り上げる、GNOMEなどの環境やNetworkManagerなどのコンポーネントでSystemDに最初に依存しているため、DebianをデフォルトOSとして使用しなくなった可能性があります。

  6.   リヌエックスガール

    私はJoeyHessに同意します:«…Debianプロジェクトはもはや同じではありません…»😉

    1.    エリオタイム3000

      彼が正しいのは、Debianが12.04をリリースしたときにUbuntuが行ったように決定を下すからです。

  7.   ザリーブ

    しかし、彼らは、MariaDBが「万が一に備えて」公式リポジトリに含まれると言っています。 ですから、今のところ問題はあまりありません。

  8.   シペ

    昨年Debianで何が起こっているのかは悲しいことです。 ジョーイ・ヘスのような一部の開発者が、Debian8の「ジェシー」スタートアップシステムをめぐる議論でしばしば経験される緊張の風潮にうんざりしていることは理解できます。

    それは難しい決断であり、それは苦痛を証明しています。 一部のユーザー(現時点では開発者ではない)でさえ、デフォルトでsystemdを組み込んでいないディストリビューションのフォークを作成することを検討しています。

    Systemd(これはXNUMXつの意見です)は問題があり、不透明で、潜在的に安全ではありません。 依存関係が多すぎると、一部のユーザーが同意しない変更を加える必要があります。 多くのシステム管理者は、その実装に伴う深刻な技術的競合について警告しています(systemdについて話すときに通常参照する太い単語を使用しないため)。 一部のコメンテーターがそれを単純化したかったので、これは「進化-保守主義」、「進歩主義-不動」または「近代-古代」についての議論ではありません。 また、「クールな」デスクトップユーザーと「troglodyte」のシステム管理者の間のマニ教の二分法でもありません。 それは、セキュリティ、モジュール性、柔軟性、そして最も重要なのは信頼です。

    Debianでsystemdを削除してsysyinitを配置したい場合、次のパッケージがアンインストールされることがわかります。

    1)着色
    2)gvfs
    3)gvfs-バックエンド
    4)gvfs-デーモン
    5)hplip
    6)libpam-systemd
    7)policykit-1
    8)policykit-1-gnome
    9)プリンタードライバー-postscript-hp
    10)定常流
    11)systemd-sysv
    12)udisks2

    次の依存関係は未解決のままにします。
    14)libcolord2はcoloredを取得します
    15)カップレコマナカラー
    16)カップ-デーモンは色付きで再生します
    17)カップ-フィルターは色付きを取得します
    18)gvfs-commonはgvfsを受け入れます
    19)gvfs-daemonsがpolicykit-1-gnomeを引き継ぎます
    20)libsane-hpaio recomana hplip(= 3.14.6-1 + b2)
    21)liferea recomanasteadyflow | kget
    22)printer-driver-allにはprinter-driver-postscript-hpが必要です
    23)task-print-serverがhplipを受信する
    24)udisks2 recomana policykit-1

    それらは重要な依存関係です。 代替品を見つける人もいれば、そうでない人もいますし、私のシステムはどこかでぐったりします。 「systemd-shim」(現在のプロジェクトリーダーであるLucas Nussbaumが推奨しているもの)はいつでもインストールできますが、それでも少し修正されます。 特に、私を納得させないパッチ。

    Debianのようなディストリビューション(そしてこれもまた意見です)は、Gentooと提携して、OpenRCを強化するか、独自のブートシステムを開発することを選択すべきでした。 あなたがそうすることができないことは、怠慢のしるしとして解釈することができます。 Debianは主導権を失い、どういうわけか独立性を失います。それは残念なことです。 もちろん、これは私の意見であり、Debianコミュニティはもちろん、誰にも何も要求する権利はありません。

    リポジトリからsystemdを削除することではなく(多くのユーザーにとって役立つ場合があります)、このシステムがすべてを汚染せず、ユーザーの可能性を制限することではありません。

    Gnomeを使用する人はsystemdに縛られていますが、私たちの残りの部分は、必要がなければそうする必要はありません。その中には、Ian Jacksonによって提示された投票提案(一般決議:initシステムカップリング)があります。彼らが確かにヘスと他の開発者をプロジェクトを放棄するように導いたというすべての激しい議論を引き起こしました。 問題は、使用されたトリック、メーリングリストでの敬意の欠如、建設的であることを目的としたディスカッション環境での完全に容認できない態度にありました。

    Unix哲学(XNUMXつのことをしてうまくやる)や至福のLinux標準(LinuxをWindowsとMac OS Xを地図から一掃する究極のデスクトップシステムにするかのように)については多くの話がありますが、真実は、最低限のコンセンサスがない場合、これはデッドペーパーであるということです。 そしてsystemdはそれをもたらしません。 見えているのはそうです。 Linuxは完全に計画されているわけではありません(BSDやWindowsやMacなど)。標準は歓迎されますが、無料で重要な、場合によっては学術コミュニティの要件を満たす必要があります。

    そしてもちろん、それはシステムが20秒速く起動することでもありません。 それははるかに複雑な問題の表面にとどまっています。

    Debianの状況がこのように続く場合は、個人レベルでGentooに移行するか、必要に応じて、Debianの社会契約とその背後にある開発者に納得している限り、Debianのハッピーフォークにチャンスを与えることを検討します(アンチトロールシステムがたくさんありますが、私はそれらをまったく好きではありません)。 これまでのところ、私はWheezyにとどまります。

    コメントの長さをお詫び申し上げます。

    1.    ロロ

      しかし、sysvを使用するためにsystemdをアンインストールする必要はありません http://www.esdebian.org/wiki/systemd#3.2 / etc / default / grubの編集とGRUB_CMDLINE_LINUX_DEFAULTの設定=»quietinit = / sbin/init.sysvinit»+grubを更新するか、systemd-sysvパッケージをアンインストールします(おそらくsysvinitがインストールされています)。

      PS:それらのパッケージをアンインストールするように頼むことは問題ではありません。 あなたができることは:最初にsysvを置いてスタートアップを管理し、次にsystemdを削除してパッケージを再インストールします(systemdを要求するのでgnomeを除く)

      あなたは読む必要があり、判断力はありません

      よろしく

      1.    エリオタイム3000

        そうです、私が最初にしたことは、SysVinitをインストールしてから、INITが不足しないようにSystemDをアンインストールすることでした。

  9.   ジープ

    前のコメントでニックネームのつづりを間違えました。それはXiepです。

    そうは言っても、sysvinitを使用できるようにするために、systemdをアンインストールする必要はありませんが、正確に言えば、それをアンインストールすることです。

    つまり、systemdを信頼せず、システムから削除したい場合、リムーバブルメディアを自動的にマウントしたり、rootにならずにシステムを一時停止および休止状態にしたりするなど、不快な挫折に遭遇します。 私はそれを手動で行うことができます、それはもっと多いでしょう、しかしあなたはこれが修正であると私に同意するでしょう。 「dbus」に依存するほとんどすべてのものがsystemdをインストールします。 これまでのところ、プロジェクトの「公式」ソリューションのXNUMXつは、「systemd-shim」(http://www.itwire.com/business-it-news/open-source/65684-debian-leader-says-users-can-continue-with-sysvinit)、systemdをエミュレートし、それに依存するすべてのプログラムを使用できるようにするパッケージ。 しかし、この解決策はあまり説得力がありません。

    もちろん、私はsystemdなしで生き残ることができます(この人生ですべてを修正することができます)、それは私がそれを行う条件と、この決定でDebianを誰が支持するかについてです。 すべてが機能するようにジャグリングする必要があります。それこそが、コミュニティがRGに立ち向かい、非常に多くの水ぶくれを引き起こし、死傷者を出している理由です(https://www.debian.org/vote/2014/vote_003.en.html)。 問題は、結果がバイナリになる傾向があることです。つまり、勝つか負けるかのどちらかです。 気候は非常に過激化しており、議論は「オールオアナッシング」で終わっているようです。 本当に悪いビジネス。 19月XNUMX日に私たちは疑問を残します。

    あなたは私の振る舞いについて心配することに非常に注意を払っています、ロロ、しかし私はたくさん読んで私を信頼します、私は判断力がありません。 正確に言えば、私にとって急いでいるように思えたのは、システムがあまり成熟していない場合に、最も重要なディストリビューションのいくつかでデフォルトでsystemdを採用していることです。 とにかく、そのようなラッシュは疑わしいようです。

    サルード!

    1.    ロロ

      Xiepについて「...つまり、systemdを信頼せず、システムから削除したい場合、リムーバブルメディアを自動的にマウントしたり、ルートにならずにシステムを一時停止および休止状態にしたりするなど、不快な挫折に遭遇します...」 systemdをPolicyKit(読む必要があります!!!)と、lxdeやxfce4などのデスクトップに関連するdebianのバグと混同しています。

      独自のPolkitルールを作成する必要がありますか

      あなたはsystemdの問題をいじり回すのをやめなければなりません、結局のところ、それはうまくいくなら宝石であり、うまくいかないならそれは何か他のものとヒントのために変更されるソフトウェアです。 しかし、人生の重要なことのために政治を離れさせてください、

      無知に基づく広大な偏見は、他の人が繰り返すオウムのように繰り返すのをやめさせます

      1.    ジープ

        Rolo、DebianJessieでsystemdをアンインストールするのは難しいでしょう。それが私の言いたいことです。 デフォルトのブートシステムを置き換えるのは難しいため、システムが破損する可能性があります。

        それは誰もクソではありません。 多くのDebianユーザーはsystemdを信頼していません。それだけです。 そして、最近採択されている決定を懸念して見ているので、議論があります。 実際、技術委員会の最終決定は非常に厳しいものでした。 最終決定を下したのはXNUMX票だけだったので、私がまだ論争を呼んでいるのは普通のことです。 そして、それは明確な過半数ではありません。

        Debianは常に政治的および社会的側面を考慮してきました。 おそらくそれがプロジェクトをそれが何であるかにしたものであり、そうでなければそれはDebianではないでしょう。

        あなたの最後の段落の取り方がわかりません…失格として? あなたは私が無知であり、私自身の基準のないオウムであるとほのめかすようになります...少し誇張されていますよね?

        とにかく、

        サルード!

  10.   名前なし

    素敵なジェシーのアートワーク

  11.   エリオタイム3000

    私が驚いたのは、Debian開発者がUselessDを考慮していないことです。これは、systemd-shimよりも優れており、Debianが提供するものよりも優れた代替手段と見なされています。 悪い点は、リポジトリがすでに凍結されており、このバージョンがDebianのUbuntu 12.04と同等になるように思われるため、提案するには遅すぎることです。

    SystemDに関しては、RHEL / CentOSが現在バージョン7を大規模に展開することに熱心ではないと思います(ご存知のとおり、SystemD)。