LINUX.ORG.RU

Ubuntu обдумывает внедрение нового формата установочных пакетов

 


0

1

В листе рассылки разработчиков Ubuntu появилось сообщение Колина Уотсона (главного человека в Canonical по вопросам установки системы и отдельных пакетов) о том, что ведется работа над новым, упрощенном форматом прикладных пакетов, с возможностью установки приложений «в один клик». В первую очередь целевыми платформами являются мобильные версии Ubuntu, хотя новая система по планам должна функционировать также на десктопах и даже в других ОС. При этом текущий вариант установки традиционных deb-пакетов должен сущестововать параллельно, использование утилит apt или dpkg все еще останется возможным и безпроблемным.

Введение новых «клик-пакетов» («Click packages») имеет главную цель — максимально упростить сборку пакетов для Ubuntu, забыть о зависимостях, установочных скриптах и разместить каждое приложение в собственном каталоге.

Все это не просто задумки или планы: автор подготовил работающий пример низкоуровневой системы установки подобных пакетов, и вот что в ней примечательного:

  • Никаких взаимных зависимостей между пакетами.
  • Каждое приложение устанавливается в отдельный каталог.
  • Конфигурация установочного пакета пишется в простом декларативном стиле, никаких скриптов.
  • Скорость. Неоптимизированная, написанная на Python система работает приблизительно на полсекунды дольше, чем стандартный dpkg. Сборщик пакетов также написан на Python.
  • Возможность установки пакета от обычного пользовательского аккаунта.
  • Для сборки нужно написать файл-манифест, разместить его в корне каталога с бинарными файлами, после чего произвести сборку с помощью скрипта.

Отмечается, что авторы «клик-установщика» руководствовались наработками проектов Listaller or 0install. Более подробное рассмотрение предложения Колина и его коллег ожидается в ходе его доклада на Ubuntu Developer Summit, который будет проходить с 14 по 16 мая.

>>> Подробности

★★★★★

Проверено: Aceler ()
Последнее исправление: maxcom (всего исправлений: 3)

запасаемся попкорном и следим за этим кино с безопасного расстояния.

insider ★★★
()

Каждое приложение устанавливается в отдельный каталог.

Какой кошмар.

Возможность установки пакета от обычного пользовательского аккаунта.

моразм крепчал.

splinter ★★★★★
()

да прибудет великий наплыв кулхацкеров...

Amet13 ★★★★★
()
Ответ на: комментарий от Evgueni

вот у меня WD на третий трёхлетний срок уже пошёл без бэдов... а другой Samsung не дожил и своей гарантии. Видимо надо знать грибные места.

los_nikos ★★★★★
()
Ответ на: комментарий от firestarter

Чтобы я мог поставить старую версию Гимпа, например, не удаляя текущий, без компиляции и прочего красноглазия.

--prefix=path уже красноглазие?

splinter ★★★★★
()
Ответ на: комментарий от splinter

И что в этом плохого? Очевидно, что пакет, установленный от обычного пользователя, пропишется не в системных директориях, а в хомовике пользователя.

Reset ★★★★★
()

мне эта идея по нраву, на безопасность на десктопе пофиг, а удобство этой схемы очевидно

cuki ★★★★
()

А я вот думал, что ставить на новый ноутбук, когда привезут. Теперь вполне очевидно, что это будет не Ubuntu.

Что касается непосредственно новости:
Эта реализация больше подходит для десктопов любителей засирать всю систему хз чем. И, похоже, благодаря этому придётся вводить что-то наподобие реестра или полностью переписать пакетный менеджер, впилив в него кучу новой мути, которой нет ни в одном другом дистрибутиве. Привет маздайщикам, что называется.

GreenTea ★★
()
Ответ на: комментарий от splinter

Для тебя это кошмар, а для владельцев серверов это катастрофа. Предрекаю переход убунту-серверов на CentOS, Debian и Slackware

GreenTea ★★
()

Ужас

Вспомнилась фраза найденная где то в интернете:

Убунту это такой виндовс, только линукс...

Похоже скоро так и будет.

sucosoft
()

** картинка про белок-истеричек **

anonymous
()

В далёком 1999-ом году, когда каждый нерд изобретал свой дистрибутив, я всерьёз задумывался задействовать систему encap (epkg) для построения своего Идеального дистрибутива. Таки это было оно - каждый пакет в своём каталоге с возможностью иметь много версий одного пакета одновременно.

annonymous ★★
()
Ответ на: комментарий от provaton

Мой комментарий какбэ и намекал, что чудодейственных радикальных решений не бывает, надо тщательно прорабатывать разные аспекты.

Oleaster ★★★
()
Ответ на: комментарий от quiet_readonly

Я не понимаю что ты подразумеваешь под «полноценным, законченным пакетом». Дело мейнтейнеров, собирать во время пакет с нормальными зависимостями (./configure ). Так что да, каждый занимается своим делом: разрабы пилят, другие - пакуют. Всё что должен знать мейнтейнер уже есть в ./configure --help . Конечно, всем не угодишь.

CrazyAlex25 ★★★
()
Ответ на: комментарий от splinter

Ну, а как ещё троянов ставить? То прав не хватает, то ядро не подходит...

Oleaster ★★★
()
Ответ на: комментарий от GreenTea

12.04 LTS годно до 2017 года, а тогда всё равно будет революция.

Oleaster ★★★
()
Ответ на: комментарий от KivApple

И чем не угодили зависимости? Если есть интернет их наличие убунту-юзер и не заметит (центр приложений их молча качает).

Пользователю-то всем угодили. Но ни разработчики, ни ментейнеры со всем этим не справляются.

  • Ментейнеры на самом деле очень редко знакомы с кодовой базой программы, которую они сопровождают; это затрудняет отслеживание изменений ABI в библиотек или устранение из системы требуемых утилит, так что ментейнеры не могут предсказать последствия обновления пакета или одной из его зависимостей на новую версию.
  • Поскольку ментейнеры не могут предсказать последствия изменений, они предпочитают не принимать изменений из апстрима, даже если это патч-версии, в которых лишь исправлялись ошибки; на весь дистрибутив может быть одно-два исключения вроде firefox.
  • Появляются маразмы вроде запрета на статические библиотеки, из-за чего с программой не получится распространять патченный кодек (deadbeef) или патченную копию питона (kdevelop-python), если у ментейнера сегодня плохое настроение.

Есть недостатки, не связанные с зависимостями:

  • Скриптовая природа rpm и deb (включая управление сборкой) сильно осложняет их автоматическую обработку, поэтому ни качественных генераторов, ни тем более автоматического обновления или хорошего UI не будет.
quiet_readonly ★★★★
()
Ответ на: комментарий от anonymous

...Сказал анон и пошёл дальше читать википедию, хостящуюся на убунте.

Oleaster ★★★
()
Ответ на: комментарий от plm

Давно им было пора уйти от примитивного DEB и его кривой инфраструктуры. Но по описанию, это прямо nix.

Но зато не на маргинальщине написан, а на Сях или Петухоне, такое сможет больше народа развивать :)

В отличие от nix, зависимости не предусмотрены.

I-Love-Microsoft ★★★★★
()
Последнее исправление: I-Love-Microsoft (всего исправлений: 1)
Ответ на: комментарий от GreenTea

Вас припекло. Apt-get никуда не девается, а уж на серверах тем более такой пакетный менеджер вводить незачем. Ведь на сервера deb с rpm и рассчитаны.

quiet_readonly ★★★★
()
Ответ на: комментарий от cruxish

Почему же сложно? В подобие венды перерастёт.

Глубоко не согласен. Скорее именно в Mac OS X, причем на 100%. Хотя в win8 тоже можно сказать что такое.

I-Love-Microsoft ★★★★★
()
Ответ на: комментарий от t500s

И опять напоминаю, что всякие мастодонты вроде Matlab и Wolfram 100 лет как юзают готовые бинарники которые запускаются на всем чем угодно, хоть на генте хоть на арче хоть сборке васи пупкина...

+1, просто новый пакетный менеджер убунты узаконит годами сложившуюся практику в лучшем виде :)

I-Love-Microsoft ★★★★★
()
Ответ на: комментарий от cuki

на безопасность на десктопе пофиг

На винфак, товарисч!

Oleaster ★★★
()
Ответ на: комментарий от I-Love-Microsoft

вот у меня вопрос. Почему как правило только ядро линукса содержит номер версии в названии пакета ? если бы все пакеты имели бы номера версии то можно было хоть десять гимпов собирать под один дистрибутив.

mx__ ★★★★★
()
Ответ на: комментарий от I-Love-Microsoft

А потом вытеснит нормальную установку. А потом все пойдут покупать Dr.Web for LInux. Профит!

Oleaster ★★★
()
Ответ на: комментарий от Whoo

Вот и выросло поколение линукс-мейнтейнеров, не знакомых с DLL hell-ом...

Вот и состарились те кто не могут понять что этот подход в корне не позволит существовать dll-hell-у, зачто на dependency hell в APT я уже насмотрелся, но редко, а в RPM я увидел его через несколько дней :)

I-Love-Microsoft ★★★★★
()
Ответ на: комментарий от Reset

А вообще, десктопная версия Касперыча под линукс решит все проблемы.

наркомания — зло! не балуйся с травкой больше!

rmammoth
()
Ответ на: комментарий от Oleaster

а что брать на ноуты, даже не представляю

Ну вот, а ещё хотят на мобилки пихать пакеты без зависимостей

los_nikos ★★★★★
()
Ответ на: комментарий от mx__

Они все ставятся в одну папку в общую область видимости. В embedded я это ценю, на десктопе такой подход доказал нежизнеспособность.

I-Love-Microsoft ★★★★★
()

HIH синдром чувствую я.

AiFiLTr0 ★★★★★
()
Ответ на: комментарий от CrazyAlex25

Я не понимаю что ты подразумеваешь под «полноценным, законченным пакетом».

Пакет, который может делать всё, что в него вкладывали разработчики, и каждое приложение корректно записано в обработчики майм-типов, которые оно умеет обрабатывать.

Так что да, каждый занимается своим делом: разрабы пилят, другие - пакуют.

С новой системой разрабы смогут паковать, если программа представляет собой вещь в себе и может опираться на одну лишь базовую систему. Не стоит забывать, что взаимодействие между двумя названными группами идёт медленно и не очень гладко. Часто бывает, что одни запилили, а у других заморозка версий пакетов или аврал.

Всё что должен знать мейнтейнер уже есть в ./configure --help

Это заблуждение, если программа использует системные утилиты вроде git или g++ или в исходниках есть подмодули git, никакой configure --help об этом не сообщит. Плюс configure есть не всегда.

quiet_readonly ★★★★
()
Ответ на: комментарий от firestarter

gentoo, portage, slots

правда, в случае с gimp (который в официальном дереве) такого нет, но можно ебилды переписать, и ставить в систему хоть 10 версий gimp.

с python такое работает, к примеру, и с множеством других пакетов

BattleCoder ★★★★★
()
Ответ на: комментарий от quiet_readonly

До сих пор линуксовая экосистема тем и отличалась, что не было идиотских «клиентских» и «серверных» ОС: с полного варианта дистрибутива можно было накатить только серверные вещи, серверный комплект лёгким взмахом пакетного менеджера превращался в декстопный. А теперь, значит, «deb с rpm рассчитаны на сервера». Плохо всё это пахнет.

Oleaster ★★★
()
Ответ на: комментарий от los_nikos

У нас есть VAX/VMS (тот который микро и который в обход поправки Джониса Вэника через ГДР в СССР завозили), чей сказёвый диск сломался только в этом году. И? Просто повезло. Данные в любом случае ценее железа.

А ещё был случай когда накрылся терабайтный RAID5 о двенадцати дисках, а я не забыкапил на ленты сырые данные за последние 2 месяца (магнитофон сбоить начал — я отложил разборки, а там и хранилище накрылось). Проблема, как позже выяснилась, была всего навсего в одном байте. Всё спасти удалось, но осадочек остался.

Evgueni ★★★★★
()
Последнее исправление: Evgueni (всего исправлений: 1)
Ответ на: комментарий от ymn

видел тред на одной странице.

А я припозднился :( уже 5 страниц. Не повезло.

BattleCoder ★★★★★
()

> Отмечается, что авторы «клик-установщика» руководствовались наработками проектов Listaller or 0install.

Кстати... Есть постоянные пользователи? Как вам они?

ZenitharChampion ★★★★★
()

Ubuntu обдумывает внедрение нового формата установочных пакетов

Обдумывает в смысле тупит? Или теперь в убунту встроили ИИ?

Siado ★★★★★
()
Ответ на: комментарий от I-Love-Microsoft

ну так и нужно все растащить по папкам с разными номерами но одновременно чтобы была зависимость наружу опять же на нужную версию. делов то.

mx__ ★★★★★
()
Ответ на: комментарий от Siado

Обдумывает в смысле тупит? Или теперь в убунту встроили ИИ?

Видимо это уже нежить, поддерживающая свое существование отдельно от разработчиков. :)

rmammoth
()

Никаких взаимных зависимостей между пакетами.

Хм, сейчас за N лет жизни, корень (debian) разросся до 18 ГБ... Чувствую, что с новым 180ГБ будет мало.

Jurik_Phys ★★★★★
()
Ответ на: комментарий от loz

Возможно ключ во «взаимных» - может имеется ввиду не отсутствие зависимостей вообще?

extphy
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.