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)

Ответ на: комментарий от chuzhoi

забыть о зависимостях. Наконец-то! Неужели я когда-нибудь увижу это Linux?

Запросто, ключик --nodeps никто не отменял, пользуйте на здоровье.

Это где это такой ключик? В make чтоли? В configure? Или в apt-чегототама? Или в dpkg?

Поняли в чем проблема? Никому не нужны ваши ключики, пользователь просто не знает как ими можно воспользоваться.

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

И тут встает ВОПРОС: как откатиться назад на проверенную и работающую версию 2.26.89? Либы уже подтянуты до новья.

ppa-purge, например.

Вы о чем вообще говорите? Что это такое ппа пурге?

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

Xintrea ★★★★★
()
Ответ на: комментарий от special-k

Все известные уже исправлены, сегодня патчи прилетали. Так что одинаково.

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

Ога. Пользователь хочет, чтоб ему починили интернет самсунг.

Oleaster ★★★
()
Ответ на: комментарий от Xintrea
dpkg --force-depends


Только не жалуйтесь если у вас потом что-нибудь сломается.

Programmist11180 ★★★
()

Все это дерьмо можно делать сейчас. Зачем это поощрять? Зачем поощрять авторов библиотек, которые не умеют нормально в ABI/soname? Лучше бы поработали над бандлами всех зависимостей в один здоровый пакет пакетов, над системой быстрого разворачивания собственных репозиториев. Ересью занимаются какой то

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

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

Aceler ★★★★★
()

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

Всё таки он руководствовался анально рабской OS X

SergikXP
()

Для коммерческого софта - неплохо. Для системного - не очень хорошо. Будет как с виндой, когда хвосты с уязвимостью в zip искали год, что ли, в разных программах.

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

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

Каждый раз, когда пакетный менеджер выдаёт мне «зависит от … но не может быть установлен, конфликт с …», я понимаю, почему один процент.

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

Я имел в виду теоретическую возможность. На практике только что обновлял питон дебиан - в репе случайно был прописан stable и неожиданно продакшновый сервак начал обновляться до 7.0

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

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

Для коммерческого софта - неплохо.

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

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

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

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

причем тут реклама? это инструменты разработки без которых проекты просто перестанут работать на локалхосте, так что лучше жевать чем говорить

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

Проекты, которые «просто перестанут работать» без самого последнего «инструмента», а также без шестнадцатиядерного процессора и 128 гигов ОЗУ, должны быть отправлены в топку вместе с их создателем. Развелось тут поттерингов, паньмаишь...

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

Я оттуда и поставил. После этого тотем отвалился как видеоплеер.

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

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

Не только. Когда нужно чуть-чуть постарее, так как в поновее что-то нужное не работает, - начинается та же песня.

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

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

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

Я понимаю, вы тут глобально рассуждаете, но тем же debootstrap-ом можно очень аккуратно за пару минут (букавально) подтянуть в папочку минимальное окружение дебиана/убунту любой версии, чрутнуться туда и накатить и запустить хоть чёрта лысого. Хоть старее, хоть новее, чем на хосте. Правда это решение уровня песочниц wine, который тоже как известно не эмулятор, то бишь решение достигается ценой удобства запуска ПО из песочниц.

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

можно просто вас туда отправить :D сидя на LTS, много свежести не наберешь

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

Поняли в чем проблема? Никому не нужны ваши ключики, пользователь просто не знает как ими можно воспользоваться.

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

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

chuzhoi
()

установки приложений «в один клик»

А сейчас даже и кликать не надо. Зачем всё усложнять? Хотя я понимаю - желание сделать свой менеджер пакетов иногда сильнее здравого смысла.

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

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

Кажется, в какой-то ОС я это уже видел...

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

Наконец-то. Можно будет ещё более активно продвигать антивирусные пакеты для Linux. Не говоря уже о новых рабочих местах для эникейщиков, которые будут регулярно чистить систему.

agentgoblin
()

Мир становится лучше, что сказать ) Интересно, успеют к 12.10?

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

Беспроблемные блобы nVidia такие беспроблемные.

Увы, проблемы есть. Но пока лучше блоба ничего нет.

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

Я знаю что такое Mac OS X, у меня рабочий компьютер вообще iMac (две системы, Ubuntu и Mac OS X).

И что? Речь о бандле.

Но если Mac OS X — UNUX-подобная система, из этого вовсе не следует, что идеи, которые ею унаследованы из UNIX, нужно называть Mac OS X style :-)

К чему вы это вообще сказали?

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

Но пока лучше блоба ничего нет.

Поддержка MUX-less гибридной графики ровно на два года позже fglrx. (fglrx, nvidia)
Поддержка xrandr 1.2 на четыре с половиной года позже fglrx. (fglrx, nvidia)
По-тихому дропают поддержку железа, не предоставляя альтернативу для своего поломанного блоба.
В 2013 году блоб nVidia падает из-за Флеша и GIMP.
Одно из падений отрепорчено в сентябре, девятый месяц nVidia не реагирует и не исправляет падение, наплевав на своих клиентов с высокой колокольни.

Лучше блоба nVidia ничего нет, ага.

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

В 2013 году блоб nVidia падает из-за Флеша и GIMP.

Про флеш не знаю, с гимпом борюсь откатом на версию 2.8.

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

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

Это где это такой ключик? В make чтоли? В configure? Или в apt-чегототама? Или в dpkg?

зачем все это там? В rpm естессно. Ставь rpm -ivh --nodeps пакет и готово.

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

А сейчас даже и кликать не надо. Зачем всё усложнять? Хотя я понимаю - желание сделать свой менеджер пакетов иногда сильнее здравого смысла.

Сейчас надо распаковать, сделать симлинк в ~/bin, и поместить .desktop, чтобы программа появилась в меню. Предлагается эти действия автоматизировать, почему нет?

Кажется, в какой-то ОС я это уже видел...

а почему нет?

Наконец-то. Можно будет ещё более активно продвигать антивирусные пакеты для Linux. Не говоря уже о новых рабочих местах для эникейщиков, которые будут регулярно чистить систему.

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

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

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

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

С багами блоба nVidia борюсь откатом гимпа.

Лол.

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

Никогда открытые дрова не будут глючить так, как глючит блоб nVidia, не дождётесь.

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

Ставь rpm -ivh --nodeps пакет и готово.

И как ты считаешь, в скольких процентах случаев оно будет работать?

Даю 5-10 % в лучшем случае.

Вот так вот весело устанавливать ПО под Linux-ом.

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

И как ты считаешь, в скольких процентах случаев оно будет работать?

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

Вот так вот весело устанавливать ПО под Linux-ом.

Хочешь отстрелить себе ногу - отстреливай. В чем проблема? Это преимущество линукса, а него недостаток.

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

Но если Mac OS X — UNUX-подобная система, из этого вовсе не следует, что идеи, которые ею унаследованы из UNIX, нужно называть Mac OS X style :-)

К чему вы это вообще сказали?

Давайте я изложу моё видение диалога:

— Mac OS X style, мда.

— А может MS DOS style? Или, скажем, UNIX-style (вспоминаем про каталог /opt)?

— А может вы потрудитесь узнать, что такое os x?

— Но если Mac OS X — UNUX-подобная система, из этого вовсе не следует, что идеи, которые ею унаследованы из UNIX, нужно называть Mac OS X style :-)

— К чему вы это вообще сказали?

Действительно непонятно, к чему я это сказал?.. :-)

askh ★★★★
()
Последнее исправление: askh (всего исправлений: 2)
Ответ на: комментарий от RussianNeuroMancer

Никогда открытые дрова не будут глючить так, как глючит блоб nVidia, не дождётесь.

А кроме «отсутствия» глюков, что еще есть у открытых дров?

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

Кто сказал «отсутствие»?

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

http://www.x.org/wiki/RadeonFeature

Ну да, фичи Matrix for Free Radeon Drivers поразили меня. Но при чем тут АМД? Мы речь вели о блобе от Нвидия.

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

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

Третья, четвёртая и пятая строчки.

Ну да, фичи Matrix for Free Radeon Drivers поразили меня. Но при чем тут АМД? Мы речь вели о блобе от Нвидия.

Вы написали «открытых дров», а не «nouveau». Или мозги уже вконец сожраны маркетингом беспроблемности, что мысль о существовании открытых дров для других вендоров GPU в голове не укладывается? Ну и на многолетнее отставание блоба nVidia от конкурентов вы не возразили, потому что на голые факты возразить нечего, но и признать их вам не позволяет вера в беспроблемность (при виснущем из-за гимпа драйвере, лол).

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

И как ты считаешь, в скольких процентах случаев оно будет работать?

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

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

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

Выполнять зависимости? Под вендою? А что такое зависимости под вендою, что-то я не слышал.

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

Попробуй не включить в программу библиотеки или сишный рантайм. или mdac, если она его требует. Технически все одинаково. dll==so.

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

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

Под вендою тот же самый дотнет ставится параллельно любых версий, а в пределах версии совместим снизу вверх

Потому что так собран. Также и gcc собирают в тех дистрах, где считают оное необходимым.

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

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

Однако в любом случае пользователю никто не мешает положить нужную версию либы в программу и использовать ее. Я не так давно положил openssl - либы из пакета от федоры 6 версии в 18 версию, потому что эту версию требовала программа. Все отлично работает.

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