Sileo の決定を受け、Zebra パッケージ マネージャーが XinaA15 ジェイルブレイクのサポートを終了

先週末に XinaA15 ジェイルブレイクのサポートを終了するという Sileo チームの決定を受けて、人気のある Zebra パッケージ マネージャーも同じ道をたどっているようです。

今週、Mastodon プラットフォームに投稿された投稿で、Zebra チームは、以下に引用するように、同様のソリューションを発表しました。

これが事実であることは皆さんすでに理解されていると思いますが、Sileo が XinaA15 のサポートを停止するという決定に基づいて、Zebra が XinaA15 をサポートする予定がないことを明確にします。

私たちは Xina の仕事に非常に感謝しており、XinaA15 の半根無し草の性質は、微調整を「正しい」根無し草に向けて推進し始めるのに役立ちました。残念ながら、ルート化されたバイナリをルートなしで動作させるには多くのハックが必要であり、これをすべてのパッケージで動作させるのは常に困難でした。私たちの多くが Xina と協力してバグを修正したため、XinaA15 の最新バージョンでも、奇妙なエッジケースを回避するのに多少の困難がありました。

最も壊れたコンポーネントの 1 つは APT/dpkg で、これは準ルートレス アクセス用に正しくコンパイルされていませんでした。@anamy の素晴らしい仕事のおかげで、たとえ完璧ではなかったとしても、XinaA15 がパッケージ マネージャーを動作させることができました。

現在、palera1n と Fugu15 Max が非 root 脱獄の次の段階に進んでいます。そのため、特定の脱獄のサポートを停止することが正しいと感じることは非常にまれです。

「正しい」根無し草は厄介なことであることは私たちも知っています。まだすべてが更新されていないことは承知しています。しかし、より健全なパッケージ エコシステムのためには、努力する価値があります。

私のTEDトークにお越しいただきありがとうございます。ちなみに、Zebra のバグ修正アップデート 1.1.31 が近日公開されます。

この投稿の要点は、Zebra チームは @xina520 の尽力に非常に感謝しているものの、XinaA15 がやったように、ルートレス ジェイルブレイクでルート バイナリを動作させるというハック的な性質が、バグの修正や他のビルドの際に多くの頭痛の種を引き起こしたということです。ソフトウェアは完璧に動作します。そして実際、Sileo チームの Amy Weale も、Sileo による XinaA15 のサポートを終了することを決定したとき、同じ意見を表明しました。

XinaA15 をサポートしようとする試みに不満を抱いていない多くの一般の非開発者は、これらのチームの決定をすぐに批判することができますが、これらのツールの作成やそのような手段によるジェイルブレイクのサポートの試みに何が関係しているのか、その内部の仕組みを理解していません。内部では多くのことが行われており、これらの決定を実際に正当化できるのはプロジェクトの開発者だけです。

iOS および iPadOS 15.0 ～ 15.4.1 を実行する arm64e デバイス用の Fugu15 Max ジェイルブレイクは、XinaA15 の代替として推奨されており、パブリック ベータ版を終了すると最終的に名前が変更されることは注目に値します。また、Fugu15 Maxの進捗に伴いXinaA15を中止する話もあり、Fugu15 Maxへの乗り換えも推奨されました。

脱獄が失敗するのを見るのは残念ですが、Fugu15 Max の場合と同様に、別のプロジェクトがいつエンド ユーザーにとってより良い結果をもたらすかを開発者は知っています。Fugu15 Max は、XinaA15 よりも多くのファームウェアをサポートしており、特に非 root 脱獄のダイナミクスが強力に推進されていることを考えると、開発が容易であるようです。

Zebra が XinaA15 ジェイルブレイクをサポートしなくなったことに動揺していますか? 以下のコメントセクションでお知らせください。