ArchLinuxはSnafu後一時的にWirePlumberから後退

今週初め、ArchLinuxセットPipeWire-Media-Sessionを置き換えるWirePlumberパッケージ。 WirePlumberは、PipeWire用の最新の機能豊富なセッションマネージャーであり、実質的に保守されていない参照のPipeWire-Media-Sessionマネージャーよりもはるかに優れています。しかし、Arch Linux開発者は現在、これを時期尚早と呼んでおり、変更を元に戻しています。 ArchLinuxのPipeWire-Media-Sessionを使用した既存の構成では、PulseAudioまたはALSAを好む人もいれば、オーディオの役割を引き継ぐことなく、画面の記録にPipeWireが必要な場合は問題なく機能します。しかし、最近WirePlumberに切り替えようとしたため、ユーザーがPulseAudioまたはALSAを直接使用するようにシステムを構成した場合でも、その最新のセッションマネージャーが無条件にオーディオの責任を引き継いでいました。 WirePlumberをプッシュダウンするためのこのArchLinuxの変更により、PulseAudioまたはベアALSAを使用するシステムでのオーディオサポートが機能しなくなりました。したがって、Arch Linux開発者は、既存のワークフローを壊すことなく、PipeWire管理のためにWirePlumberにさらに適切に切り替える計画を考案するために作業している間、変更を元に戻しました。今週オーディオが壊れている人は、pacman-Syu pipewire-media-sessionを実行して、PipeWire-Media-Sessionを再インストールできます。 ArchLinux.orgの詳細。

Linuxネットワーク管理を改善するためにリリースされたNetworkManager1.38

NetworkManager1.38がこのために利用可能になりました有線および無線ネットワークインターフェースを管理するためにLinuxデスクトップ(およびその他の場所)で広く使用されているソフトウェア。 NetworkManager 1.38は、以前のリリースに比べてさまざまな改善をもたらします。 NetworkManager 1.38での変更点には、次のものがあります。 -WiFiホットスポットは、手動で選択しない限り、安定したランダムチャネルを使用するようになりました。 -NetworkManagerは、設定された規制ドメインの許可されていない範囲外にあるサポートされている周波数のアドバタイズを停止します。 -ブラックホール/到達不能/禁止ルートタイプと同様の「スロー」ルートタイプのサポート。 -ipv6.addressesを介した静的IPv6アドレスが、DHCPv6からのアドレスよりも優先されるようになりました。静的IPv6アドレスも解釈されるようになり、最初のアドレスが優先されます。 -LXDコンテナでのネットワークの管理をサポートするために、「eth*」という名前のVethデバイスがデフォルトで管理されるようになりました。 -IPアドレスの優先順位の設定に関するバグを修正します。 -その他のさまざまなバグ修正と改善。 FreeDesktop.orgを介したNetworkManager1.38のダウンロードと詳細GitLab。

FFmpeg Lands AVIF Muxer For this Image Format Based on AV1

広く使用されている今朝のFFmpegマルチメディアライブラリは、AV1ロイヤリティフリービデオコーデックテクノロジーに基づいて、この画像フォーマットのAVIF多重化サポートを統合しました。 AVIF画像フォーマットのサポートはありがたいことに増加しており(特に現在、幅広いWebブラウザーのサポートにより)、JPEGよりも優れた圧縮効率を提供し、詳細をより適切に保存できることが示されています。 既存のMOV/MP4マルチプレクサコードに基づいて、AVIF多重化サポートがFFmpegライブラリに追加されました。 FFmpegでのAVIF多重化サポートは、静止画像を他の形式からAVIFに変換するなどのユースケースから、画像をアニメーション化されたAVIF画像に変換するなどのより複雑な用途に使用できます。 このFFmpeg用のAVIFマルチプレクサは、GoogleのVigneshVenkatasubramanianによって開発されました。 このコミットのこのコミットによるFFmpeg用のこのAVIFマルチプレクサの詳細。

バルブ開発者がGFX11/RDNA3のオープンソース「RADV」ドライバーサポートを突っ込み始める

Valveのオープンソースドライバーチームの著名なMesaRadeonVulkan”RADV”ドライバー寄稿者であるSamuelPitoisetは、今年後半に発売されるAMD RDNA3グラフィックカードに先立ち、このドライバーのGFX11サポートに取り組み始めました。 ほとんどのPhoronix読者が知っているはずですが、Mesa RADV Vulkanドライバーは公式のAMDドライバーではありませんが、これはほとんどすべてのLinuxディストリビューションのデフォルトであり、Linuxゲーマーに非常に人気があります。 RADVはGoogle/Red Hatプロジェクトとして開始され、「コミュニティ」によって引き続き取り組んでいます。また、ValveがオープンソースのLinuxグラフィックスタック/ドライバーの開発に採用した開発者による過去数年間の重要な関与も続けています。 RADVは、公式のオープンソースAMDVLKドライバーまたはRadeonSoftwareパッケージソリューションの一部として出荷された独自のAMDVulkanドライバーと比較して、新しいGPUを迅速にサポートし、良好な状態で動作し続けています。 RADVは、NVIDIAVulkan独自の競争にも耐えてきました。 ValveのSamuelPitoisetは、RDNA3のグラフィックエンジンであるGFX11のサポートに取り組み始めました。しかし、発売のかなり前であり、実動前のRDNA3カードにまだアクセスできないと報告されているため、変更は段階的に構築されており、共通コードとRadeonSIGallium3DドライバーのAMDの変更に基づいています。 AMDGPUシェーダーコンパイラバックエンドのLLVMではGFX11の周りにも多くのアクティビティがあります。 RADVの動作には、Vulkanドライバー自体だけでなく、Valveによって開始され、AMDGPULLVMバックエンドの代わりにシェーダーコンパイラとしてRADVによって使用される「ACO」コンパイラバックエンドも含まれます。 Mesa 22.2にマージされたのは、RADVおよびACOコンパイラバックエンド内でのGFX11サポートのテストされていない変更の開始であり、ドライバはオプションで必要に応じてLLVMターゲットにフォールバックできます。 近年、Mesa内のValveのAMD/RADVサポートに焦点を当てていましたが、Samuel Pitoisetは、Nouveauドライバーの寄稿者としてオープンソースのグラフィックスの寄稿を開始しました。 (XDC2015) PitoisetがACO側の初期マージにコメントしました、「もちろん、テストされておらず、不完全である可能性がありますが、GFX11の変更を段階的に適用する方が簡単だと思います。」さらに、RADV WinsysコードでGFX11を強制するなど、他の変更もすでにマージされています。 MesaでのGFX11サポート(RadeonSIとRADVの両方)を探して、今後数週間/数か月にわたって改良してください。 RADVはAMDによって正式に開発されたものではありませんが、次世代のAMD Radeonグラフィックスカードの発売に近づくと、これらのValve開発者がオープンソースドライバーを完成させるためにカードを早期に手に入れることができると聞いても驚くことではありません。サポート。

Linux5.19向けのIntelIn-FieldScan”IFS”は、障害のあるシリコンの発見に役立ちます

3月初旬、Intelのエンジニアは、シリコン障害テストに使用されるIn-FieldScanと呼ばれる新機能用のLinuxドライバーを投稿しました。直前の問題を除いて、そのIntelIFSドライバーは次のLinux5.19サイクルにマージする必要があります。 Intel In-Field Scanは今後のCPU(Xeon Saphire Rapids)でサポートされ、パリティまたはECCチェックで検出されないハードウェアの問題を検出するためにCPUコアで回路レベルのテストを開始できます。 Intel IFS Linuxドライバーを使用すると、コアごとにこれらのシリコン障害テストを開始し、これらのテストからのシリコン障害を報告できます。 Intel In-Field Scanは、ハイパースケーラー、クラウドプロバイダー、およびOEMを対象としており、シリコンが時間の経過とともに古くなるにつれて、展開または定期的なテストの前にIntelCPUの「フィールド内」障害をテストおよび検出します。 Intel IFSは、ECCメモリエラーレポートやマシンチェック例外(MCE)などを補完します。 Intel IFSは、他のエラー報告インフラストラクチャからは簡単に識別できないシリコンの問題を明らかにするのに役立つように設計されています。 Intel IFS Linuxドライバーは、このためのインフラストラクチャです。実際のテスト自体は、Intelプロセッサのマイクロコードと同様に、特定のCPUのバイナリとしてロードされます。これらのテストは安全なメモリに保存され、使用前に認証されます。 Intel IFS Linuxドライバーとのインターフェースは、/sys/devices/system/cpu/ifs/内で行われます。 このドライバーをLinux5.19でのプレミアに設定する可能性が高いのは、昨日の時点でIntelIFSパッチにキューに入れられたプラットフォーム-drivers-x86「review-hans」ブランチパッチは、RedHatのサブシステムメンテナであるHansdeGoedeによってレビューされています。パッチが用意されたので、この新しいIntelドライバーコードで問題が発生しないと仮定すると、数日以内に、Linux 5.19マージウィンドウが後で開く前に、pdx86の「次の」ブランチにスピンされます。今月。 SapphireRapidsおよび将来のIntelサーバーCPU用に設計されたIntelIn-FieldScan機能の詳細については、このドキュメントのコミット。

IoTおよびエッジデバイス向けにリリースされたUbuntuCore22 Beta

先月のUbuntuの構築22.04ロングタームサポートリリース、Canonicalは本日、次のUbuntu Core22のベータビルドを公開しました。 UbuntuCoreは、IoTとエッジハードウェアに重点を置いた安全な組み込みデバイスの使用に重点を置いたCanonicalのバージョンのUbuntuです。 Ubuntu Coreは、最大10年間の有料サポート、自動車からロボット工学やデジタルサイネージまでの使用対象領域を減らすためのより小さなフットプリント、無線による更新制御、厳格な制限、およびUbuntuを作成するためのその他のセキュリティ強化により、Canonicalに支えられています。組み込みおよび産業用の展開でより魅力的なコア。 Ubuntu Coreは、SnapsやMirなどの他のCanonical製品を使用することもできます。 今日のUbuntuCore22 Betaの新機能には、特定のSnapパッケージのみがインストールされていることを確認するSnapcraft検証セットのサポート(および固定バージョン/リビジョン)、工場出荷時のリセットのサポート、Piboot for Raspberry Piのワンステージブートローダー、さまざまな速度の向上、フットプリントの縮小、Metal as a Service(MAAS)のサポート。 Ubuntu Core 22は、x86_64、ARMv7ハードフロート、およびAArch64形式で利用できます。ArmビルドはRaspberryPiの使用に対応しています。 discourse.ubuntu.com。公式のUbuntuCore22リリースは、Ubuntu Core20の後継として数週間以内に予定されています。

UbuntuのChromiumSnapでネイティブWaylandサポートを有効にできるようになりました

ChromiumWebブラウザーを使用しているユーザーSnapパッケージを介したUbuntuでは、最新のビルドで(オプションの)Waylandサポートが有効になりました。 X11とWaylandOzoneのサポートは、さまざまなテスト形式で利用できます。ただし、UbuntuのChromium Snapで実験的なネイティブWaylandサポートを有効にすることはできませんでした。これは、そのビルドによってWaylandサポートが強制的に無効になるためです。 2020年に戻ると、このUbuntuクロムブラウザのバグがありました。 「DISABLE_WAYLAND」オプションで無効になっているChromiumのWaylandサポートに関するレポート。 そのバグレポートの議論は3月に再開され、最新のChromiumスナップビルド 1行の変更が発生したため、DISABLE_WAYLANDサポートが設定されていないため、オゾンのWaylandサポートコードがビルドされません。 デフォルトでは、UbuntuのChromiumブラウザーSnapはデフォルトでX11/XWaylandになりますが、少なくとも、必要に応じて、実行時にネイティブWaylandコードパスの使用を選択できるようになりました。 過去1週間以内にChromiumSnapビルドを実行しているユーザーは、chrome://flags/#ozone-platform-hintを使用して、デフォルトの設定を調整できます。 WebブラウザのネイティブWaylandコード。

openSUSETumbleweedが新しくリリースされたGCC12コンパイラにジャンプ

最後でしたGCC 12.1がリリースされ、今日のビルドの時点で、ローリングリリースのopenSUSETumbleweedディストリビューションですでに使用されている週。 GCC 12.1は、GCC 12の最初の安定したリリースです。GCC12は、新しくリリースされたFedora 36や、IntelのClearLinuxなどの他の一部のケースでも通常どおり早期に採用されました。 OpenSUSE Tumbleweedは、新しいコンパイラパーティに早期に参加する傾向があり、実際、GCC 12.1.0の1週間後に、この新しいバージョンをデフォルトのシステムコンパイラとして使用しています。 GCC 12は、新しいCPU命令セット拡張、より優れたC2XおよびC ++ 23サポート、OpenMPおよびOpenACC拡張、Ada 2022言語機能、さまざまな警告/エラーの改善、より優れた静的分析サポート、GCCのサポートをもたらしますJITライブラリはさらに便利になり、その他のさまざまな改善が行われています。 最新のopenSUSETumbleweedビルドでは、GCC 12.1がデフォルトのシステムコンパイラであり、パッケージのアーカイブはこの新しいコンパイラバージョンに対して再構築されています。 これらの最新のopenSUSETumbleweedアップデートの詳細については、 news.opensuse.org 。 偶然にも数日前に、いくつかのopenSUSE Tumbleweedベンチマークをまとめたので、この年次コンパイラリリースアップグレードの結果としてのパフォーマンスの変化を確認するために、GCC12を使用した最新のopenSUSETumbleweedビルドに対してそれらを繰り返します。

呪術廻戦第184章リリース日時、ネタバレ

呪術廻戦の第184章では、ネタバレによるとかなり驚くべきパンダとカシモの戦いが表示されます。 毎週のように、新しい呪術廻戦のリークチャプターは、チャプターの公式リリースの前に出ています。前の章は、私たち全員が次の章を受け入れるのと同じくらい素晴らしかったです。それは主にハカリの呪われたテクニックに焦点を当てていました。ハカリのCTはパチンコゲームと恋愛漫画に基づいていることが明らかになりました。最後に、章の終わりに、ハカリは大当たりします。そのため、彼の次の攻撃はより致命的になります。彼はG-War-Staffを破り、戦いで彼を倒すことができます。 新しいネタバレによると、次の章では焦点をハカリとチャールズからパンダに移し、さらに大きな戦い。 詳細:2022年に登場する5つの最高のホラー映画のリスト 柔術会戦|公式ティーザー予告編 BridTV 8019 Jujutsu Kaisen |公式ティーザートレーラー https://i.ytimg.com/vi/WGiUXKgdIu4/hqdefault.jpg 945915 945915 センター 26546 呪術廻戦第184章リリース日時 呪術廻戦の第184章は、 MangaPlusおよび Viz Media は、お住まいの地域に応じて、2022年5月15日日曜日または2022年5月16日月曜日になります。そして、これが新しい章が続くタイムスケジュールです。 太平洋時間:8:00 AM(5月15日)中央時間:10:00 AM(5月15日)東部時間:11:00 AM(5月15日)英国時間:午後4時(5月15日)ヨーロッパ時間:午後5時(5月15日)インド時間:午後8時30分(5月15日)日本時間:午前12時(5月16日) 十寿会戦第184章ネタバレ 次の章のタイトルは「東京第2コロニー、パート3」で、パンダが金属製の容器の上に座っているところから始まり、今回はパンダではなくテディベアだと言います。それから彼は近くのどこかで少なくとも3体の死体を感知します。パンダはカシモハジメが到着したことに気づき、その後、本物のパンダのように振る舞おうとしますが、カシモは彼を認識します。 パンダは、アングルを見つけて交渉することになっていると言います。ハカリの責任。しかし、カリングゲームのランダムエントリールールにより、パンダは戦いに追い込まれます。彼はまだ彼の4本の足で走ることによって戦いを避けようとします、しかしカシモは彼に続き始めます。カシモはコガネを呼び、パンダがプレーヤーかどうかを尋ね、コガネはそれに対して肯定的に答えます。 カシモはパンダをすばやく追いかけ、彼に重いパンチを投げます。その後、彼のパンチの比較は伏黒恵と行われます。彼から強いパンチを受けた後、パンダはゴリラモードに入り、彼のドラミングビートを使って彼と戦い始めます。 詳細:一気見する5つのベストショートアニメシリーズ パンダには何も効かず、カシモは彼を殴り続け、スクナについて尋ね始めます。パンダはスクナとどんなビジネスをしているのか疑問に思い、彼のことを知らないと言います。しかし、樫茂は彼を信じることに消極的であり、彼がスクナについて彼に話すならば、彼は彼を殺さないだろうと言って、スクナについての情報を漏らそうとします。パンダのサイの妹が助けに来ますが、カシモは1回の攻撃で彼女を圧倒します。 考えますか?以下のコメント

Spy x Familyエピソード6のリリース時間、日付、プレビューが明らかに

Anya Forgerはついにエリートエデンアカデミーへの入学を確保しました。そして今、誰もが彼女の学校での初日を見たいと思っています。さて、Spy x Familyのエピソード6で、Anyaは他の何人かの生徒に会うでしょう、そして彼らの何人かはそれほど歓迎しないでしょう。 Spy x Familyは、WitStudioとCloverWorksによるもう1つの野心的なプロジェクトです。これまでのところ、コミュニティは、アニメーション、ボイスアクティング、直線的でありながらエキサイティングなストーリーにより、新しいアニメシリーズのすべてのエピソードを愛しています。第5話では、トワイライトは皮肉なことに、学校に入る前にアーニャの願いを叶えるためにスパイの役割を果たします。このために、トワイライトは代理店の他のすべてのスパイから助けを借ります。ロールプレイドラマ全体はかなり高価でしたが、Twilightを信頼しているため、代理店は引き続き協力しています。 もちろん、Twilightが行っていることはすべてミッションのためです。しかし、トワイライトは彼の偽の家族に対する感情も発達させており、彼でさえこの事実を否定していません。さて、各エピソードで、フォージャー一家は独特の問題に直面しており、誰もがミッション6が何を提供しなければならないかを知りたがっています。 詳細: ラブ、デス&ロボットシーズン3の予告編が、ジバロを垣間見ることでインターネットに勝利 Spy x Family |公式トレーラー| Netflix BridTV 9952 Spy x Family |公式トレーラー| Netflix https://i.ytimg.com/vi/CCXLUQzuigw/hqdefault.jpg 1010682 1010682 center 26546 SpyxFamilyエピソード6のリリース時間 Spy x Familyのエピソード6は、2022年5月14日土曜日に全世界でリリースされる予定です。午前8時30分PDT(パシフィックタイミング)。 同時放送であるため、エピソード6のリリース時間は地域によって異なります。したがって、次のSpy xFamilyエピソードの正確なリリーススケジュールは次のとおりです。 太平洋時間:午前8時30分PDT(5月14日)中央時間:午前10時30分CDT(5月14日)東部時間:午前11時30分EDT(5月14日)英国時間:午後4時30分GMT(5月14日)ヨーロッパ時間:午後5時30分CEST(5月14日)インド時間:午後9時IST(5月14日) アニメ愛好家は最新情報をキャッチできますCrunchyrollでのSpyxFamilyのエピソード。また、一部の地域では、ウィットスタジオの最新のアニメ番組が Netflix 。 詳細: ワンピースファンは、最新の章でヒンドゥーの神のリファレンスを見ることに興奮しています Spy Read more…