このディストリビューションのユーザーのすべての話題と焦りの中で(以前のリリースに加えて Ubuntu14.04「TrustyTahr」)、のチーム Debianの カーネルのどのバージョンについて議論しました Linux 現在のバージョンの後継に使用する必要があります Debian 7 ウィジー (昨年12月XNUMX日に アップデート7.6、今回はサーバーユーティリティに焦点を当てます)。
Debian Jessieにはどのバージョンのカーネルがありますか?
最終決定はそれでした Debian 8.0 Jessie デフォルトでカーネルが含まれます Linux 3.16、そしてこのバージョンが選ばれた主な理由は、XNUMX月にリリースされるからです。 さらに、の実験的なバックポート Debianの のリリース候補版 Debian Jessie 誰かがそれらを試してみたい場合に備えて。 ブログを通じて発行された発表で Debianからのビット、カーネルと互換性のないパッケージは、フリーズ日の前にリポジトリから削除する必要があることにも注意してください。 5の11月の2014.
すでにインストールしている方へ Debian Jessie、現在テスト段階にあるため、カーネルは次の方法で更新する必要があります。
# apt-get update && apt-get upgrade
現在のカーネルバージョン(3.14)を置き換えます。
追加情報として、カーネルはによって維持されることが言及されています Ubuntu Kernel Team によると、LTSブランチに属するバージョンではないため、2016年XNUMX月頃まで kernel.org.
詳細については、をクリックしてください。 このリンク.
ええと、私は何を言うべきかわかりません...私は非LTSカーネルを安定したディストリビューションに置くのは良い考えではないと思います。これはUbuntuの人たちによってもサポートされます(Ubunterosを怒らせるつもりはありません) :(。
こっちも一緒…。
公式リリース後にLTSが提供されませんか? バージョン3.10、3.12、および3.14はLTSであり、うまくいけばこれもLTSです。 そして、それが最終的にLTSにならない場合は、おそらくDebianは切り替えを検討する必要があります。Jessieのフリーズは短いとは思わないからです...
PS:Slackwareに戻ったので、待っています、ピーター、🙂
一般に、リリース前にカーネルが長期間維持されるかどうかはわかっているので、Debianの連中はバージョン3.16がLTSではないことをすでに知っています。 今年の3.4月に3.18LTSカーネルのサポートが終了し、新しいLTSが正確にXNUMX月にXNUMXカーネルに付属することを私が知っているので、彼らがこのカーネルを選択するのは不思議です:)。
チュートリアルに関しては、XNUMXか月前にSlackwareについてすでに行っています。 https://blog.desdelinux.net/despues-instalar-slackware/
少し見直してみると、vlc、libreoffice、oracle jdkに関しては少し時代遅れです..libreofficeとjdkのslackbuilds.orgを修正しないものはなく、vlcの場合はnpapi-vlcをダウンロードしてインストールするだけで十分です。ページのvlcパッケージ:
32ビット
http://www.slackware.com/~alien/slackbuilds/vlc/pkg/14.1/npapi-vlc-20140226-i486-1alien.txz
http://www.slackware.com/~alien/slackbuilds/vlc/pkg/14.1/vlc-2.1.4-i486-1alien.txz
64ビット
http://www.slackware.com/~alien/slackbuilds/vlc/pkg64/14.1/npapi-vlc-20140226-x86_64-1alien.txz
http://www.slackware.com/~alien/slackbuilds/vlc/pkg64/14.1/vlc-2.1.4-x86_64-1alien.txz
ご挨拶😀
いくつかのLTSは、リリース後に発表されると思います。 3.12は予定されていなかったので、3.13がすでに出たときに発表されたと思います。 とにかく、3.18がLTSになり、8月になると、ジェシーが短時間フリーズしない限り、なぜそれを入れないのかわかりません(繰り返しますが、フリーズ時間は長くなるようです)そして最後はXNUMXヶ月以上でした)。
そして、そのチュートリアルに感謝しますが、Slackwareでは従うのが難しいことがあります。 たとえば、32ビットプログラムをインストールするためのマルチアーキテクチャ:wikiに表示されるのは地獄のようなプロセスであり、32ビットで何かをインストールするたびに実行される一種の最終スクリプトがあり、私にとっては非常に複雑です。 または、不要なパッケージを使用せずにクリーンインストールを実行する方法。たとえば、HP製品のサポート(たとえば、HP製品を見つけることはできますが、デフォルトでインストールされるすべてのデスクトップなど、他にも役に立たないものがあります)。 Slackwareの最小インストールリストがあるWebサイトは以前のバージョンのものであり、14.1は見たことがありません。 私は新人ではありませんが、このようなことは私に多くの尊敬を与えます...
Slackwareインストーラーでは、パッケージA、AP、D、F、K、L、N、Xを選択できます。これは、「フル」オプションの代わりに「メニュー」を選択することで実行できます。オプション»。 これに、環境としてKDEを使用する場合はKDEおよびKDEIグループを追加し、XFCEまたはその他を使用する場合はXAPグループを追加する必要があります。 ゲームグループ(Y)無視します。これらのグループを選択したら、グループ内のパッケージごとに選択します。 原則として、グループA、AP、D、F、K、L、N、Xのすべてのパッケージにマークを付けたままにします。KDE、KDEI、またはXAPグループに集中し、ここでインストールするものを選択する必要があります。あなたがするか必要としない多くのゲームやユーティリティがあり、それはそれぞれに依存します:)。
簡単な64ビットSlackwareのmultilibに関しては..ターミナルを開き、rootとしてログインし、次のように入力します。
lftp -c '開く http://slackware.com/~alien/multilib/ ; ミラー14.1 '
CD 14.1
upgradepkg –reinstall –install-new * .t?z
upgradepkg –install-new slackware64-compat32 / * --compat32 / *。t?z
そして、あなたはすでにmultilib😀
そうですね、32ビットの互換性は非常に重要です。Slackwarewikiではプロセスがはるかに長くなります。 情報のおかげで!
どういたしまして😀
彼らが私に与えた意見によると、Debianによって選ばれたという事実は、彼らがそれをLTSに変換するのに十分な理由かもしれません
3.14カーネルは私のInteliris pro5200とi7HQプロセッサで失敗していました。 openSuSE4750を使用します。 openSUSEで新しいカーネルを安定させる方法がわからない方のために、タンブルウィードカーネルの使用をやめました。 openSUSE 13.1を使用していたので、タンブルウィードカーネルを使用しました。 カーネル12.3、3.11は正常に機能しました。
たとえば、通常の状態のプロセッサは0〜5%(現在、クロムが開いていて1個のタブが20%)であり、そのカーネルでは何もせずに1〜5%に設定されています。 何よりも悪いことに、ファイルの書き込みは信頼できませんでした。 (25でも)。
私は新しいカーネルを試すのにうんざりしました、多分今彼らはそれを改善しました、しかしもちろん、カーネルをサポートするそのインテルは、少なくとも、彼らがそれを正しく行うかどうか疑わしいです。 理論的に優れたサポートを提供するために、Intelグラフィックス(および強力)を備えたコンピューターを購入しました。
ディストリビューションが私のようなコンピューター(clevo 740su)でカーネルをテストすることを願っています。なぜなら、グラフィックがほとんどないので、少し疎外されていると感じているからです。
Ubuntuカーネルチームによって維持されているDebianカーネル? 冗談ですよね?
とにかく、Debianの事柄はますます興味深いものになります。SystemD、非LTSカーネル、Debianリストでの無意味な議論です。
常に議論し、それがまだDebianであるにもかかわらず、私はあなたのことを心配しません。
いや、私はあまり心配していません。DFSGが尊重されている限り、DebianはDebianのままです。 私のコメントは主に、特にSystemDと現在はLTSではなくカーネルに関して、ディストロで最近作成された大騒ぎ(多くの人がDebianが死んでいると信じているので、私は肯定的な方法で見ています)に向けられました、Ubuntuカーネルチームによって維持されています。
とにかく、Debianは常に私のお気に入りのディストリビューションですが、今のところ、新しいGentooをコンパイルしています。Gentooが私を捕まえるのか、それともDebianの静けさの地に戻るのかを確認します。
PD:今のところ、UAでトローリングする人のために、私の老人のPCを使用しています。
UAトロールについて心配する必要はありません。それらは少数です。 私を驚かせたのは、Debianブログでの発表が荒らしのトーンであったことです(これは常にMark Shuttleworthの声明によって強調されています😛)。
Debianの騒ぎに関しては、パッチが適用されなくなり、Ubuntu LTSやSlackwareと同じパスをたどるので、私には問題ないようです。これらは、最適化に加えて、OpenSSLからのHeartbleedのようなエピックが発生するとすぐにバージョンを変更します以前の構成を破壊することなく、アップグレードを大幅に自動化します(Debianを尊重します)。
さて、Gentooの話なので、我妻由乃をGRUBの背景にするつもりですか😀?
こんにちは友人@ eliotime3000、気分を害することはありませんが、Slackwareチームは完全にバニラカーネルを使用し、Ubuntuはそれらによって変更されたカーネルを使用します..Slackwareではすべてがバニラです(ありがとう😀)。 これが、Ubuntuが提供するメンテナンスに非常に懐疑的である理由です。 また、Debianでは、Ubuntuにいる間にクラッシュやカーネルパニックがXNUMX回以上発生したことは一度もないと言わなければなりません:)。 更新のためにシステム全体がUbuntuLTSでさえ壊れているのを何度も見たという事実は別として、Debianではこれまでのところ起こりません。DebianチームはDebianでのUbuntuのアクティビティを減らすべきだと思います。 DebianでのUbuntuチームの位置により、Debian SqueezeとWheezyの間に存在する品質のひどい違いはすでに見られます。Ubuntuチームの目標は、Debianを破壊することであると確信しています。 DebianおよびUbuntuパッケージに依存することは、多くの場合、Debianパッケージと互換性がありません。
ご挨拶とお願いします、この意見はトローリングの意図なしに広められます:D。
Ubuntuによって維持されているカーネルは少し奇妙で、真実は面白くありません。特に、UbuntuがDebianカーネルを手にしたときはそうです。
そしてそうですね@ eliotime3000私は私のGRUBの背景として私の愛する完全にサイコパスのユノを置きます😀
@petercheco、あなたが言ったことを気にしません。 皮肉なことに DebianはLinuxカーネルのバージョンを使用しています ほとんどの場合、 Linux-libre (これが、blobが独自のファームウェアに基づいて個別にインストールされる理由です)。したがって、Ubuntuは、そのニーズに合わせてDebianリリースに依存する必要があります(カーネルパニックの主な理由)。確認ではありません。
そして、それだけでは不十分であるかのように、Ubuntuは、2004年以降に供給されたディストリビューションを維持したい場合、linux-libreカーネルを使用する必要があります。それに加えて、この決定により、Debianの安定性が損なわれることはありません。カーネルパニックを引き起こすバグがないことをFSFが保証して維持されているカーネルを使用することになります。
現時点では、それらはブログで与えられている確率です。
それが公式ウェブサイトの「ニュース」または「発表」セグメントで公開された場合、それは修復不可能です。 メーリングリストに公開されていないので、せいぜい、Debianチームの4つの壁から出てくるべきではなかったという仮説でした。
今、私は彼と戦った後、DebianJessieを楽しんでいます。 QTCカーブ DebianWheezyのカーネル4.8(もちろんバックポートのため)の隣のKDE 3.14で、そして最も皮肉なことは、Jessieで、このバージョンのカーネルの実際の最適化があることがわかります。
それでも、Debian Jessieは、デフォルトのデスクトップ環境としてのSystemDおよびXFCE(GNOMEは、Debian Jessieインストーラーを最初に試したときと最後に試したときによってはオプションです)に対する非常識な安定性で、私の口の中に良い味を残しました。 Squeezeのアップデートの慣性とIceweaselのESRブランチによるWheezyの継続の後、次のバージョンでようやくリリースブランチが戻ってくるようです(Debianのバックポートと同等ではありませんが)念のため、Mozilla)。
このDebianブログ投稿が生成した別の仮説は、Debianが初めてUbuntuのLTSエディションの更新の手口を模倣するというものでした。
それでも、Debianのテストブランチに手を出したのはこれが初めてであり、Ubuntuよりも安定していると言えます。 ブランチをフリーズしたときに、最終的にWheezyやSqueezeのようにソフトウェアセンターを配置できるかどうかを見てみましょう。
私のカーネルは更新されておらず、私はJessieを使用しています。
Ubuntuの人々によって維持されている非LTSカーネル? それは確かに「予期しない」決定です
これはDebianチームからの推測です。 せいぜい、カーネルがLTSバージョンで出てくる場合、彼らはサイトのニュースセクションでそれを確認するでしょう。
バージョンがフリーズすることはないと思います。名前にもかかわらず、安定したブランチであるかどうかをテストし続けます。
私が抱えていた問題を信じています
だから私はあまり心配しません
私はgnome3とその安定性の低さに失望しただけでした
kde、xfce、mateは私がテストしたデスクトップであり、Debianテストで安定しています。
私は現在Debianテストを使用していますが、XFCEのテストは安定しているよりも安定しています。
「...今回はサーバーユーティリティに焦点を当てます)。」
結局、Debianはサーバー専用のディストリビューションになると思います…残念ながら、Debian開発チームはほとんどの場合デスクトップユーザーを除外しています。 xD
このDebianの動作はすべてのバージョンで共通であり(Debian Lenny Update 6がリリースされるとすぐに気づきました)、後続のDebianバージョンでも同じことが発生する必要があります。
ニュースをありがとう😀
これらのDebianは遅いので、他の人はubuntu、opensuse、fedoraというケーキを食べています。 ディストロをテストし、後で正式にリリースされると、多くのエラーが発生するため、7が必要であり、7.6になるため、より高速である必要があります。
私はこのディストリビューションのリリースをとても待ち望んでいます!!!! 貧弱なxDネットブックにlxdeを使用して安定バージョンをインストールするのが待ちきれません。30日たわごとです!!! 残り30日xD