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 ()

Ответ на: комментарий от cvs-255

Обновление одного приложения делается без проблем во всех известных мне линуксах

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

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

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

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

Та не догоняешь: для минимизации проблем исправлять ошибку нужно в минимуме мест и минимумом человек. Разработчик может тупо забыть, что он использовал скомпрометированную библиотеку — продолжать жить с дыркой? Или проще обновить эту самую библиотеку на модуль уже с отсутствием вредоносной фичи?

Хотя я понимаю, что вам хочется изобрести DOS по новой и развести свой личный звериниц, потому как скучно.

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

Так ну нафиг, я-ж систепму не ради системы пользую, она у меня как запускалка определенного спектра ПО служит

Вот вот, именно поэтому сейчас рулят винда с макосью, потому что в них систему не замечаешь и они позволяют запускать любое ПО любых версий. Сабж позволит из убунты сделать незаметную запускалку ПО.

Reset ★★★★★ ()

Как Марку написать чтобы он клик-установщик назвал Trud? :)))

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

Та не догоняешь: для минимизации проблем исправлять ошибку нужно в минимуме мест и минимумом человек

Это хорошо только в теории и на серверах, на десктопе это адов ад и ограничение пользователей.

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

Имею параллельно пакеты debian wheezy и sid. Всё работает.

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

Gimp 2.8.5 проблема немного другая - панели инструментов растянутые по вертикали при каждом новом запуске. В однооконном режиме этого нет.

Xe0N ()
Ответ на: комментарий от cvs-255

Твой частный случай не опровергает dependency hell.

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

И все-же ты явно не хочешь замечать потенциальных проблем данного решения...

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

Потенциальную проблему уже озвучили, но все плюсы данного решения с лихвой перекрывают один единственный недостаток. В общем, я обеими руками за!

Reset ★★★★★ ()

Кхм...Пахнет гнилью...Доиграются, ой доиграются...

arherion ()
Ответ на: комментарий от Alve

На фоне Колина Уотсона Леннарт Поттеринг просто благодетель Linux'a.

Дык. Леннарт все-таки достаточно серьезные вещи пилит. Да и проекты свои он все-таки доводит до продакшен состояния, а не кормит обещаниями или какими-то едва работающими прототипами.

Gris ()

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

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

Хорошо конечно, может через лет пять чего изобретут для массового использования.

Ну, ZFS уже есть, только не на Линуксе. btrfs уже несколько лет как почти готова.

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

Да, существующая модель гораздо лучше: если в разделяемой библиотеке поломается один бит, то... э... oh, wait.

А вообще, та же ZFS проверяет контрольные суммы на уровне ФС. Да и жесткие диски даже на десктопах и ноутбуках имеют некоторые встроенные проверки целостности. В конце концов, уже не то время, когда на десктопе нужно проверять диск на битые сектора раз в месяц.

proud_anon ★★★★★ ()

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

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

Никакого hell не замечаю. Нужные приложения ставятся из репозитория, благо у дебиана он самый большой. Для единичных случаев, когда нет в репозитарии и нет deb файла, есть /usr/local

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

Если у тебя стали пропадать биты, то проблемы с системой — это меньшее, что должно тебя беспокоить.

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

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

Уходи на свою винду/мак. В самом деле. Я не хочу чтобы в системе одна и та же библиотека была в куче мест, где ее еще и обновить трудно. Я в свое время задолбался подсовывать гуглоземле системную версию QT, т.к. та, что была в комплекте, была жутким глюком.

cvs-255 ★★★★★ ()
Последнее исправление: cvs-255 (всего исправлений: 1)
Ответ на: комментарий от unfo

firestarter, ты должен быть рад, твои мысли по поводу огромных установочных пакетов «аля венда» идут в апстрим :)

Надеюсь, впредь он будет осторожнее с мыслями.

f1xmAn ★★★★★ ()

привет, мак ос. поживём пока. но уже стоит ставить генту - сложного ничего нет.

taker ()
Ответ на: комментарий от jekader

Оперативка нынче дешёвая, можно спокойно собирать весь прикладной софт статически и не париться.

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

Я уж не говорю о том, что статические сборки не работают во многих ситуациях.

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

Нужные приложения ставятся из репозитория

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

есть /usr/local

Геморрой

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

оставилось 207 пакетов, включая kdelibs3 и целую программу XChat, которая мне на хрен не нужна. Впрочем, и плагины тоже поставились — что есть, то есть.

Ну так теперь все эти 207 зависимостей будут включены в один пакет, который будет весить 100500 мегабайт. Нафиг надо?

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

+ именно поэтому у разрабов вяленого и их друзей была дикая попаболь:)))

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

Gris ()
Ответ на: комментарий от cvs-255

Я не хочу чтобы в системе одна и та же библиотека была в куче мест, где ее еще и обновить трудно.

Я, лично, тоже не хочу. Поэтому если проприетарщина (или даже open source, написанный на трех редких языках и склеенный изолентой так, что его проще скачать в бинарниках) будет поставляться не в тарболлах, которые надо распаковывать и настраивать вручную, а в пакетах, которые хотя бы наиболее популярные библиотеки будут брать из системы, будет лучше.

Я в свое время задолбался подсовывать гуглоземле системную версию QT.

...но зачем?..

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

Не-не, пускай пилят. Может быть какие-нибудь фичи окажутся удачными и остальные их выборочно по своим дистрибутивам растащат, Open Source же, хех.

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

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

Почему тогда ни в одном дистрибутиве нет полноценного, законченного пакета с QtCreator? А по мере выхода патч-версий никто не обновляет версию в дистрибутиве, хотя там фиксят креши и заметные пользователю ошибки в логике?

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

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

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

О да, объективно и реально. Клоуны уехали, вас за главного оставили?

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

Оперативка нынче дешёвая, можно спокойно собирать весь прикладной софт статически и не париться.'

I want to unknow your comments.

cvs-255 ★★★★★ ()
Ответ на: комментарий от Xe0N

Gimp 2.8.5 проблема немного другая - панели инструментов растянутые по вертикали при каждом новом запуске.

Так я об этом и говорю.

В однооконном режиме этого нет.

Не хочу.

firestarter ★★★☆ ()

Ошибки несовместимостей или что-то еще из Python будет выстреливать в диалоговое окно невнятными сообщениями, как принятно?

Будь мужиком, упади молча в сегфолт. Хоть кликать «ОК» не придется.

vertexua ★★★☆☆ ()
Последнее исправление: vertexua (всего исправлений: 1)

Удивительно, как до сих пор никто не догадался линковать всё статически, это так удобно и безопасно, ведь вдруг при обновлении либы баг придёт - а так все на месте, все баги известные.

queen3 ★★★★★ ()

Представил себе ситуацию, что 100500 раз kdelibs поставит.

HunOL ★★★★ ()

Это типа 1-Click Install в YaST? Молодцы, че

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

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

На дачу брал macbook air - это жесть, столько гемора на ровном месте. Вернулся домой, включил лэптоп с линуксом - работа пошла ровно и спокойно.
Дома макосью пользуюсь только для сборки приложений для ios и osx. Было бы это возможно делать из-под линукс, вообще бы не включал макбук.

andreyu ★★★★★ ()

В листе рассылки разработчиков Gentoo появилось сообщение David Abbott (главного человека в Gentoo Foundation по вопросам установки системы и отдельных пакетов) о том, что ведется работа над новым, упрощенном форматом прикладных пакетов, с возможностью установки приложений «в один клик». В первую очередь целевыми платформами являются мобильные версии Gentoo, хотя новая система по планам должна функционировать также на десктопах и даже в других ОС. При этом текущий вариант установки традиционных ebuild-пакетов должен сущестововать параллельно, использование утилит emerge все еще останется возможным и безпроблемным.

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

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

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

Отмечается, что авторы «клик-установщика» руководствовались наработками проектов Paludis or Sorcery. Более подробное рассмотрение предложения Девида и его коллег ожидается в ходе его доклада на Gentoo Developer Beer Summit, который будет проходить с 14 по 16 мая.

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

Удивительно, как до сих пор никто не догадался линковать всё статически, это так удобно и безопасно, ведь вдруг при обновлении либы баг придёт - а так все на месте, все баги известные.

А что? Если спросить у Гугла, почему в golang до сих пор не реализованы разделяемые библиотеки, среди ответов типа «они уже работают над этим» или «потому что еще не реализовали» найдутся пицалисты, которые в 20XX году доказывают, что разделяемые библиотеки не нужны и даже вредны. Среди них, между прочим, Роб Пайк.

proud_anon ★★★★★ ()
Последнее исправление: proud_anon (всего исправлений: 2)

В какой-то мере решит конфликты библиотек, но, на мой взгляд, было бы хорошо оставить все как есть, а конфликтующие и экзотические библиотеки в отдельный каталог и LD_LIBRARY_PATH для таких приложений.

Yaourt ()

Плюсы и минусы этого подхода, в принципе, очевидны. Главное, чтобы он не вытеснил уже существующую систему, а был просто приятным дополнением для использования в необходимых случаях.

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

Да, существующая модель гораздо лучше: если в разделяемой библиотеке поломается один бит, то... э... oh, wait.

меня греет что ломаться без такой компрессии должно реже

В конце концов, уже не то время, когда на десктопе нужно проверять диск на битые сектора раз в месяц.

Да я вообще не проверяю, чаще с сырыми прошивками биоса или драйверами бывают проблемы.

Про ZFS слышал, даже про выводимые из строя диски. Боюсь чего-то такое на btrfs, который был unstable в феврале. А если я жду пока станет постабильнее, то и производители железок однозначно не торопятся тестировать btrfs.

los_nikos ★★★★★ ()

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

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

по теме: сложно сказать во что все это перерастет. поживем — увидим

в Unity это перерастет.

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

Менять по окончанию гарантии. Других способов хоть как-то подсластить соломку нет.

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