Менеджер пакетів Zebra припиняє підтримку джейлбрейка XinaA15 після рішення Sileo

Менеджер пакетів Zebra припиняє підтримку джейлбрейка XinaA15 після рішення Sileo

Після рішення команди Sileo припинити підтримку джейлбрейка XinaA15 на вихідних, схоже, що популярний менеджер пакетів Zebra на тому ж шляху.

У дописі , опублікованому на платформі Mastodon цього тижня, команда Zebra оголосила про подібне рішення, яке цитується нижче:

Я думаю, що всі вже зрозуміли, що це так, але, виходячи з рішення Sileo припинити підтримку XinaA15, ми збираємося уточнити, що Zebra більше не планує його підтримувати.

Ми надзвичайно вдячні Xina за їхню роботу, і напівкоренева природа XinaA15 допомогла почати підштовхувати твікерів до «правильної» безкорінності. На жаль, щоб змусити кореневі двійкові файли працювати без кореня, потрібно багато хаків, і намагатися змусити це працювати з кожним пакетом завжди було проблемою. Навіть остання версія XinaA15 мала певні труднощі з обходом дивних крайніх випадків після того, як багато з нас працювали з Xina над виправленням помилок.

Одним із найбільш зламаних компонентів був APT/dpkg, який не був правильно скомпільований для напівкореневого доступу. Саме неймовірна робота @anamy дозволила XinaA15 взагалі мати робочий менеджер пакетів, навіть якщо він не був ідеальним.

Тепер у нас є palera1n і Fugu15 Max, які ведуть нас до наступного етапу некорневого джейлбрейка, тому вкрай рідко буває так, що було б правильно припинити підтримку певного джейлбрейка.

«Правильний» безрідний — це біль у дупі, ми знаємо. Ми знаємо, що ще не все оновлено. Але це варте зусиль для здоровішої екосистеми пакетів.

Дякую, що прийшли на мій ted talk. До речі, скоро вийде оновлення Zebra bug fix 1.1.31.

Суть допису полягає в тому, що хоча команда Zebra надзвичайно вдячна @xina520 за важку роботу, хакерська природа спроб змусити кореневі двійкові файли працювати на безкорневому джейлбрейку, як це зробив XinaA15, спричинила багато головного болю під час виправлення помилок та створення інших. Програмне забезпечення працює бездоганно. І фактично, Емі Віл з команди Sileo повторила те саме почуття, коли вирішила припинити підтримку Sileo для XinaA15.

Багато звичайних нерозробників, які не були незадоволені спробами підтримати XinaA15, можуть швидко критикувати рішення цих команд, але не розуміють внутрішньої роботи того, що бере участь у створенні цих інструментів і намагаються підтримати джейлбрейк за допомогою таких засобів. багато чого відбувається під капотом, тільки розробники проекту можуть реально виправдати ці рішення.

Варто зазначити, що джейлбрейк Fugu15 Max для пристроїв arm64e під керуванням iOS і iPadOS 15.0-15.4.1 був рекомендований як альтернатива XinaA15, і в кінцевому підсумку його буде перейменовано, коли він вийде з публічної бета-версії. Крім того, розмови про скасування XinaA15 через поточний прогрес Fugu15 Max також рекомендували перейти на Fugu15 Max.

Хоча прикро бачити невдачу джейлбрейка, розробники знають, коли інший проект дасть кращі результати для кінцевих користувачів, як у випадку з Fugu15 Max, оскільки він підтримує більше мікропрограм, ніж XinaA15, і, здається, для нього легше розробляти, особливо враховуючи сильний поштовх до динаміки некорневого джейлбрейка.

Ви засмучені тим, що Zebra більше не підтримуватиме джейлбрейк XinaA15? Ви можете повідомити нам у розділі коментарів нижче.

Залишити відповідь

Ваша e-mail адреса не оприлюднюватиметься. Обов’язкові поля позначені *