В настольных и серверных сборках Ubuntu 16.04 LTS, помимо традиционных deb-пакетов, появится (https://insights.ubuntu.com/2016/04/13/snaps-for-classic-ubuntu/) возможность использования самодостаточных пакетов snap (https://developer.ubuntu.com/en/snappy/build-apps/), не связанных зависимостями с остальными компонентами дистрибутива. Поддержка установки snap-пакетов даст возможность поставлять для Ubuntu новые выпуски программ, не заботясь об обеспечении привязки к поставляемым в дистрибутиве библиотекам, поставляя актуальные приложения даже спустя несколько лет после выпуска релиза дистрибутива.
Изоляция snap-приложений от остальной системы положительно повлияет на безопасность и позволит не опасаться на возможное негативное влияние на систему установки сторонних программ. Для разработчиков использование snap-пакетов для поставки своих программ удобно из-за возможности использования любых библиотек и версий привязанных компонентов, без оглядки на состав дистрибутива. Обновление snap-контейнера целиком также позволяет повысить предсказуемость поведения приложения в различных системных конфигурациях.URL: https://insights.ubuntu.com/2016/04/13/snaps-for-classic-ubuntu/
Новость: http://www.opennet.dev/opennews/art.shtml?num=44237
Расскажите им кто-нибудь про статическую компиляцию.
Лицензии бывают разные. Далеко не со всем можно статически слинковаться.
> Лицензии бывают разные. Далеко не со всем можно статически слинковаться.Лицензии по идее ограничивают не сам факт линковки, а распространение _вместе_ с другими продуктами. ИМХО с юридической точки зрения snap-пакет это то же самое, что и статическая линковка.
>а распространение _вместе_ с другими продуктамиВовсе нет. Рядом со своей супер-пупер-проприетарной программой ты вполне можешь хранить россыпь GPL *.so библиотек. А вот статически слинковаться с ними ты уже не сможешь.
>>а распространение
>можешь хранить/0
Словами отвечают только му...и? Модно формулами?
> Словами отвечают только му...и? Модно формулами?Это называется "поделил на ноль"
</КО>
>Рядом со своей супер-пупер-проприетарной программой ты вполне можешь хранить россыпь GPL *.so библиотек.Не можешь. Правильная формулировка из текста лицензии начинается со слов:
_пользователь_ может ...Распространение бинарников под GPL вместе с не-GPL есть факт нарушения лицензии. Закрытая программа должна НЕ зависить от функционала GPL-либ, иначе, ты своровал код (да, именно в такой жесткой, ляля, формулировке).
Гнилая, всё-таки, лицензия...
Пример: я записываю на один DVD мою проприетарную программу и какой-нибудь дистриб линукса (который GPL), и распространяю этот DVD. Юзер может поставить себе линукс и запускать на нём мою программу, никаких проблем.
http://www.gnu.org/licenses/gpl-faq#IfLibraryIsGPL
>Лицензии по идее ограничиваютЛол, ты вообще читал хоть раз эти лицензии?
Сериализацию отменили ?!!
Далеко не весь софт в принципе требует компиляции.
Эта вещь будет полезна для привязки к конкретной версии jdk, например. Однако само решение хранить _все_ зависимости для каждого пакета отдельно - полный бред.
1. этап, каждое приложение будет идти со своим jdk
2. этап, oracle придумает как так хитро запустить "отдельные" экземпляры jvm что-бы начиная со второго они начинали использовать общие ресурсы
3. этап, придумают новый "контейнизатор" что-бы отделять инстансы jdk друг от друга
4. этап, каждое приложение будет идти со своим "контейнизатором"
5. этап ....
Ставить отдельную jdk с каждой софтиной? No, thanks.
вам место жалко? даже если это вопреки улучшения работы?
Привязка к версии жавы - это признак треша, который некому фиксить, а не "улучшения работы".
> вам место жалко?Нам жалко время на выискивание и обновление ВСЕХ копий jdk/ssl/glibc/и т.д., в которой внезапно найдут очередную уязвимость и предложат срочно обновиться.
> даже если это вопреки улучшения работы?
улучшения чьей работы, извините?
Каждой аппке - свой контейнер! А уж в контейнере - жабу!
А я пока посижу на берегу реки, скоро поплывут пачками .... :)
> Ставить отдельную jdk с каждой софтиной? No, thanks.Расскажи это Oracle
Проприетарщина идет лесом.
>Эта вещь будет полезна для привязки к конкретной версии jdk, например.Половина софта будет поставляться с уязвимыми версиями библиотек, как это бывало с некоторыми dll в винде.
Тебя хоть и заминусовали, но дело говоришь. К всеобщему сожалению, GNUдерасты против статической линковки.
> Тебя хоть и заминусовали, но дело говоришь. К всеобщему сожалению, GNUдерасты против
> статической линковки.Нет, то обычная школота самоутверждается.
На минусы плевать, а остальное - sapienti sat, как говорится.
Расскажи авторам glibc про статическую линковку. Потому что glibc её не умеет.
> Расскажи авторам glibc про статическую линковку. Потому что glibc её не умеет.Ну так оно ССЗБ.
Решает только 10% из поставленных задач.Уже сто лет в обед пора было запилить сабж. Причем простой и прозрачный для пользователя и раумеется с изоляцией и возможностью автообновления отдельных пакетов. ХЗ как это сейчас выглядит, название ничего не говорит, но обнадеживает.
> Решает только 10% из поставленных задач.Каких задач?
Кому и кем поставленных?
Где они сформулированы?> Уже сто лет в обед пора было запилить сабж. Причем простой и
> прозрачный для пользователя и раумеется с изоляцией и возможностью автообновления отдельных
> пакетов. ХЗ как это сейчас выглядит, название ничего не говорит, но
> обнадеживает.Вся эта прекрасная картину рушится, как только от админства локалхоста замаячит переход к поддержке сколько-нибудь значимого количества продуктивных систем.
Достали уже. Все о своем говорят и считают себя исключительно правыми. Для "продуктивных систем" продукты есть (часто за деньги, но они же "продуктивные"), для писюков и ноутов обычных людей продуктов нет. Во всех дистрах ворох концептуальных проблем не говоря уж о просто багах.
Задачи можешь сам сформулировать на основании логики, если таковая имеется.
> Достали уже. Все о своем говорят и считают себя исключительно правыми. Для
> "продуктивных систем" продукты есть (часто за деньги, но они же "продуктивные"),
> для писюков и ноутов обычных людей продуктов нет. Во всех дистрах
> ворох концептуальных проблем не говоря уж о просто багах.
> Задачи можешь сам сформулировать на основании логики, если таковая имеется.То есть ты сначала пишешь
> Решает только 10% из поставленных задач.
и следом в ответ на просьбу уточнить эти "поставленные задачи" предлагаешь мне же их и сформулировать самому?
И при этом тебя же и "достали уже"
Прекрасный образец.
Задачи поставил рынок или пользователи. Показатель соответствия этим требованиям для линукса нынче составляет аж 1% (рыночная доля). Дальше думай какие проблемы зависят от дистрибутива и на которые может повлиять каноникл.
И да, попробуй сформулировать сам. Чем сабжевая система может быть полезна более чем стат компиляция?
Звучит неплохо. Ввести бы такую систему в rolling-release дистры и можно не боятся сломать всю систему при обновлении. Хотя это ж убунту, так что не факт, что всё будет так безоблачно. Впрочем, будем посмотреть.
> Звучит неплохо. Ввести бы такую систему в rolling-releaseRolling release подразумевает невозможность использовать разные версии одной либы одновременно. Если
> ввести такую системуэто уже будет не rolling release.
> Rolling release подразумевает невозможность использовать разные версии одной либы одновременно.ой-ли?
$ eix -i --format '<installedversions:NAMEASLOT>'
app-text/docbook-xml-dtd:4.1.2
app-text/docbook-xml-dtd:4.2
app-text/docbook-xml-dtd:4.4
app-text/docbook-xml-dtd:4.5
dev-cpp/eigen:2
dev-cpp/eigen:3
dev-db/phpmyadmin:4.4.6.1
dev-db/phpmyadmin:4.5.3.1
dev-db/phpmyadmin:4.5.4.1
dev-db/phpmyadmin:4.5.5.1
dev-java/ant-eclipse-ecj:3.7
dev-java/ant-eclipse-ecj:4.4
dev-java/asm:3
dev-java/asm:4
dev-java/eclipse-ecj:3.7
dev-java/eclipse-ecj:4.4
dev-java/junit:0
dev-java/junit:4
dev-java/maven-bin:2.2
dev-java/maven-bin:3.0
dev-java/oracle-jdk-bin:1.7
dev-java/oracle-jdk-bin:1.8
dev-java/tomcat-servlet-api:2.5
dev-java/tomcat-servlet-api:3.0
dev-java/xml-commons-external:1.3
dev-java/xml-commons-external:1.4
dev-lang/python:2.7
dev-lang/python:3.3
dev-lang/ruby:2.0
dev-lang/ruby:2.1
dev-python/beautifulsoup:python-2
dev-python/beautifulsoup:4
dev-qt/qtcore:4
dev-qt/qtcore:5
dev-qt/qtdbus:4
dev-qt/qtdbus:5
dev-qt/qtgui:4
dev-qt/qtgui:5
dev-ruby/arel:4.0
dev-ruby/arel:7.0
dev-ruby/builder:3
dev-ruby/builder:3.1
dev-ruby/rack:1.5
dev-ruby/rack:1.6
media-libs/gst-plugins-bad:0.10
media-libs/gst-plugins-bad:1.0
media-libs/gst-plugins-base:0.10
media-libs/gst-plugins-base:1.0
media-libs/gstreamer:0.10
media-libs/gstreamer:1.0
net-libs/webkit-gtk:3
net-libs/webkit-gtk:2
net-libs/webkit-gtk:4
sys-devel/autoconf:2.1
sys-devel/autoconf:2.5
sys-devel/automake:1.11
sys-devel/automake:1.14
sys-devel/automake:1.15
sys-libs/ncurses:0
sys-libs/ncurses:5
virtual/jpeg:0
virtual/jpeg:62
virtual/libusb:0
virtual/libusb:1
www-servers/tomcat:6
www-servers/tomcat:7
x11-libs/gtk+:2
x11-libs/gtk+:3
x11-libs/wxGTK:2.8
x11-libs/wxGTK:3.0
Гента? не совсем роллинг. В итоге дефолтной будет какая-то одна мажорная версия либы на которую указывет симлинк, как и в о других дистрах.
> Гента? не совсем роллинг. В итоге дефолтной будет какая-то одна мажорная версия
> либы на которую указывет симлинк, как и в о других дистрах.Не совсем так, ибо каждая аппликация может использовать для себя нужную версию не взирая на дефолтную.
>> Гента? не совсем роллинг. В итоге дефолтной будет какая-то одна мажорная версия
>> либы на которую указывет симлинк, как и в о других дистрах.
> Не совсем так, ибо каждая аппликация может использовать для себя нужную версию
> не взирая на дефолтную.Так что Генту очень даже роллинг!..
> Так что Генту очень даже роллинг!..В любом случае, гента - не пример общепринятых решений.
- А что это за груда деталей у вас в гараже?
- А это мой автомобиль. Я его собираю и разбираю, собираю и разбираю..
- А он хоть ездил когда?
- А зачем?.. Я его разбираю и собираю, разбираю и собираю..
Генту очень даже троллинг.
> Генту очень даже троллинг.С каких это пор школопрыщинг и гвидобейсинг прировняли к троллингу?
Аппликации это то, что в детском саду делают, а не то, что ты имел в виду.
И далеко не все пакеты умеют в слоты. Поставить КДЕ4 и КДЕ5 вместе не получится
> И далеко не все пакеты умеют в слоты. Поставить КДЕ4 и КДЕ5
> вместе не получитсяТ.е. все, кроме KDE и Gnome?
Таких мастодонтов по пальцам пересчитать.
> Rolling release подразумевает невозможность использовать разные версии одной либы одновременно.Эмм, а обоснование? Или мы должны на слово поверить?
Наоборот, rolling release как раз подразумевает использование разных версий библиотек одновременно. Для собственно облегчения постепенной миграции с одной версии на другую. Пример: Debian Unstable.
> Наоборот, rolling release как раз подразумевает использование разных версий библиотек одновременно.да вы издеваетесь
> Наоборот, rolling release как раз подразумевает использование разных версий библиотек
> одновременно. Для собственно облегчения постепенной миграции с одной версии на другую.
> Пример: Debian Unstable.Эмм, а обоснование? Или мы должны на слово поверить?
"... система плавающих релизов позволяет пользователю всегда иметь последние версии устанавливаемых программ, избавляя его от необходимости периодической переустановки системы."
> Эмм, а обоснование?Так приведено же: "Для собственно облегчения постепенной миграции с одной версии на другую.
Пример: Debian Unstable."Или вы считаете, что поддержка нескольких версий библиотек не облегчает постепенную миграцию? Или в Debian Unstable нет ни одной библиотеки в нескольких версиях? Или Debian Unstable - не rolling release?
Я всегда думал, что для _некоторых_ библиотек апгрейд происходит так:
1. В дистрибутиве находится библиотека версии 1, а также, скажем, 20 программ, которые её используют.
2. Появляется версия 2 библиотеки и попадает в дистрибутив. Таким образом, в дистрибутиве одновременно сосуществуют 2 версии библиотеки.
3. Те 20 программ постепенно, одна за другой, мигрируют на библиотеку версии 2.
4. Когда все перемигрировали - выясняется, что никто больше не использует версию 1 библиотеки, она больше не нужна и её удаляют. А иногда бывает, что и не все программы мигрируют. Тогда 2 версии живут совместно довольно долго, а может и 3-я версия к тому времени появляется.Таким образом, возможность сосуществования нескольких версий библиотек облегчает постепенную миграцию. А это значит, программы могут апгрейдиться постепенно, по порядку и с той скоростью, с которой считают нужной, а не все резко должны перейти на новую версию библиотеки. Такой постепенный, плавный апгрейд программ - и есть одно из отличий роллинг-релиза от не-роллинг, который выпускается, скажем, раз в полгода, и в котором все пакеты меняются "одномоментно".
> система плавающих релизов позволяет пользователю всегда иметь последние версии устанавливаемых программ, избавляя его от необходимости периодической переустановки системыНу, так не вижу противоречия. Разверните мысль, а то я так тоже могу с умным видом цитат накидать, которые ничего не доказывают.
rolling release нацелен на то, чтобы вы получили последнюю версию конкретной программы.
Вы сами должны заботиться о миграции на такой системе.
То, что вы описали, делается не на уровне пакетов в системе, а на уровне пакетов в репе, готовых к установке.
И какую версию ставить, выбираете вы сами.Например, как в gentoo было с libpng 1.2->1.4.
В портежах есть и 1.2 и 1.4, причем 1.4 помечена, как экспериментальная.
Хотите - разрешите её установку и пересобирите весь софт с её использованием.
Если все ок, то остаетесь на 1.4.
Если где-то сломалось, вы смотрите, критично ли это или пофиг.
Если критично, возвращаете 1.2 и перекомпилируете софт с ней.
> Звучит неплохо. Ввести бы такую систему в rolling-release дистры и можно не
> боятся сломать всю систему при обновлении.Гм, в PCBSD после долгих раздумий все-таки отказались от самодостаточных пакетов-контейнеров (PBI)
https://www.opennet.dev/opennews/art.shtml?num=40073
хотя лет 10 как минимум им пользовались.Кстати, тогда анонимы дружно высказались, что "самодостаточне контейнеры – ненужна!"
https://www.opennet.dev/openforum/vsluhforumID3/75484.html#1Хотя – в убунте это уже традиция. Автоплей с винды тоже пытались скопировать, пока не наступили на те же грабли https://lwn.net/Articles/427135/
> Звучит неплохо. Ввести бы такую систему в rolling-release дистры и можно не
> боятся сломать всю систему при обновлении. Хотя это ж убунту, так
> что не факт, что всё будет так безоблачно. Впрочем, будем посмотреть.С подобной системой реализованной через правильное место роллинги будут не нужны большинству юзеров и останутся популярны лишь у тестировщиков и энтузиастов.
Убунта, вот тебе совет.1). Составляешь список либ, которые чаще всего используются программами. Ну там офисных возьми (скрибус, инкскейп, опеонфис, диа, d4x, linuxdc++), блендер, вайн, трансмишон, фаерфокс, гуглхром и так далее.
2). Ну вот у тебя получилось: либпнг: 1080, либасаунд: 980, либпульс: 980, гтк:220, питон 2.7: 181, libSDL2: 35.
3). Сделай TOP-50 наиболее часто используемых библиотек, а остальные - отсеки.
4). Прежде чем выси... пускать новую версию убунты, посмотри:
а). Если libasound2 превратился в libasound3, не стирай старый libasound! Пусть лежит в lib64, как лежал! Чё те, жалко что ли! Винты сейчас измеряютяс терабайтами!
б). Если наименование либы осталось тем же - просто обновляй, как раньше.
5). Отправь проприетарщиков компилять под LTS, обещая им что в не-LTS всё будет работать без пересборки. Тыкни их носом в TOP-50 и скажи им, чтобы остальные любы таскали с бинарём, подцепляя через LD_LIBRARY_PATH в sh-скрипте запуска приложения. Или прописать в зависимостях, если в репо осталась.
Всё! И не надо изобретать велосипеды" Ред хет вон обеспечил у себя обратную совместимость, чего же "самый лучшый дистр для десктопа" не может?
Примерно того же хотел от них Гейб. Я помню бета-тест Steam, как запустил его в Gentoo. В тот раз пакеты emul-32 заточили до идеальной своместимости с убунтой 12.04, аж до -r13 дошли! И вот запускаю я SpaceChem, и Steam молвит мне: сейчас я запущу apt-get install mono-core, введи пароль админа. Конечно же, команда не срабатывала, т.к. не-убунту была послана "до лучших времён". Зато в убунту была тесная интеграция с репозиторием дистрибутива. Даже драйверы видеокарты проверялись там же!Но незадолго до релиза оказалось, что Valve послала не только не-Ubuntu, но и Ubuntu 12.10 и 13.04. Часто либ в ней обновилось (со сменой ABI), а пакеты со старыми исчезли из репозиториев. Часть игр весело перестал запускаться! Так появился Steam Runtime. Идею с тесной интеграцией с репозиторием похоронили по понятным причинам.
> Steam молвит мне: сейчас я запущу apt-get install mono-core, введи пароль админа. Конечно же, команда не срабатывалаТо есть на приглашение левого блоба ты-таки ввёл пароль админа? Зачёт.
gnomesu показывает, какая команда будет выполнена.
> gnomesu показывает, какая команда будет выполнена.а как узнать -- запущена именно gnomesu , или же просто показана формочка внешне похожаня на gnomesu ?
> а как узнать -- запущена именно gnomesu , или же просто показана
> формочка внешне похожаня на gnomesu ?xprop
>> Steam молвит мне: сейчас я запущу apt-get install mono-core, введи пароль админа. Конечно же, команда не срабатывала
> То есть на приглашение левого блоба ты-таки ввёл пароль админа? Зачёт.Не запускать левые блобы - решение утопическое, а вот всегда их изолировать и контролировать что они делают - жизненная необходимость. Это если мы таки хотим вылезти за пределы 1%.
Т.е. если выпустят libopenal.so.2, то продолжать устанавливать в дистры libopenal.so.1, зная что ни одна програ ей пользоваться не будет, и она будет сиротливо лежать в lib, никому не нужная? Зато игроделы будут знать, что либа никуда не денется в случае смены версии.А если в TOP-50 её нет, то класть с собой.
>Пусть лежит в lib64, как лежал! Чё те, жалко что ли! Винты сейчас измеряютяс терабайтами!Ради этого ставить систему на HDD?
Если кто не знал, менеджер пакетов Nix можно использовать в неродных дистрибутивах, в том числе и в убунте.
Чем он лучше/хуже pkgsrc?
А чем лучше или хуже сабж zeroinstall?
>https://en.wikipedia.org/wiki/Zero_Install
>The first time software is accessed, it is downloaded from the Internet and cached; subsequently, software is accessed from the cache.Отстой типа Go, именно из-за внутригугловой оптимизации типа "скрипт сам всё скачает, соберёт и установит" я ещё не в IPFS.
ты кретин, это единственный способ работы (а не гемморроя с автотулс, симэйк, залупэйк) - никто не виноват, что тест сюиты для своих поделок никто не пишет. Я не про ту хрень а про го. Есть гет -д для особо не ведающих про флаг хелп.
Может вернётся былая слава к Убунту.
> Может вернётся былая слава к Убунту.А что с ней случилось? Как был самым массовым дистром, так и остался.
И снова все с винды перейдут на убунту.
Привет /Aplications/
Ещё бы понять как его использовать.
Документация по нему на мой взгляд неудобоваримая. Готов предъявить критерии удобоваримости, если вы заинтересованы в сотрудничестве по данному направлению.
> Ещё бы понять как его использовать.
> Документация по нему на мой взгляд неудобоваримая. Готов предъявить критерии удобоваримости,
> если вы заинтересованы в сотрудничестве по данному направлению.нет, мы не заинтересованы.. так что можешь не называть критерии :-)
Ура! Наконец можно будет не е@ться с зависимостями при установке какого-то редкого софта.
Где ты, клоун, для своего редкого софта возьмёшь дивный вантузный пакет без зависимостей?
> Где ты, клоун, для своего редкого софта возьмёшь дивный вантузный пакет без
> зависимостей?Почему сразу "вантузный"? Вот читаешь вас, местных лин-олигофренов и сразу хочется в винду перезагрузиться.
>> Где ты, клоун, для своего редкого софта возьмёшь дивный вантузный пакет без
>> зависимостей?
> Почему сразу "вантузный"? Вот читаешь вас, местных лин-олигофренов и сразу хочется в
> винду перезагрузиться.Особенно бесит категория линуксоидов для которой сохранение своего статуса элиты (1%) важнее развития и распространения самого линукса. Такие орут, что у нас и так все хорошо и лишние пользователи - лишние проблемы =) Так то оно так в плане распространения вирусов и т п, но на рынке годной свободной системы все еще нет и это печально, а 1% всегда найдет куда свалить чтобы чувствовать себя замечательно.
Не пакет, а виртуалку. Всё движется в эту сторону.
> Ура! Наконец можно будет не е@ться с зависимостями при установке какого-то редкого софта.Поддерживаю. Только для вчера новость, прямо-таки значительный шаг. Чем больше они приблизят дистр к Windows, тем популярнее он будет и тем интереснее его монитизировать будет, и тем быстрее прогресс. А то топтание на месте всё время, что я за Linux наблюдаю.
>>топтание на местеА у Win не топтание на месте? Тоже самое. Я почти уверен, что NT со своего создания вообще не изменилось, ну разве что пару правок внесли. А не изменилось, чтобы не ломать старый софт, лол. Так что у кого топтание на месте, ещё не известно.
И у этих тоже, но они хоть бабки норм зашибают. Значит, всё-таки их правда. Если будет дешёвая альтернатива Windows - чего плохого? Вон, MacOS уже есть, многие ей даже пользуются...
>>многие2.5 Анонимуса? Ну да, действительно.
>>бабки норм зашибают. Значит, всё-таки их правда.
Только из-за того, что они монополисты на рынке ОС, правыми они не становятся. Ничего личного, просто бизнес.
макосятина на порядок лучше вантуза, это да. но хуже линуха
Нет скакаль, всё - овно! Правда каждое - овно по своему.
>>>топтание на месте
> А у Win не топтание на месте? Тоже самое. Я почти уверен,Да, они топчутся на вершине пьедестала, да еще и жесты неприличные показывают. Но мы не такие!
Это если тебе кто-то собрал этот редкий софт в snap пакет. Вероятность для редкого софта исчезающе мала.
ох есть версия что редкософтчики скорее будут собирать снапонли.. ибо так поддерживать проще..
> ох есть версия что редкософтчики скорее будут собирать снапонли.. ибо так поддерживать
> проще..кстати да.
По мне, редкий софт во многом из-за нежелания/невозможности поддерживать и становится редким. А тут еще сделать снап...
Думаю, проприентарщики оценят сей инструмент, он для них, для родных.
> По мне, редкий софт во многом из-за нежелания/невозможности поддерживать и становится редким.
> А тут еще сделать снап...
> Думаю, проприентарщики оценят сей инструмент, он для них, для родных.Да все бы оценили (зависит от реализации конечно). В убунте почти весь софт перманентно тухлый (как и в большинстве дистров). Нормальный юзер хочет свежие версии хотя бы некоторых программ. Перед ним выбор: самообновляемый изолированный и прозрачный в работе снап (в идеале от разработчика софта) или какой-то пользовательский реп непонятного качества и безопасности, из которого подтянется еще 100500 зависимойтей, которые еще попытаются заменить штатные либы либо навалятся в системе в рандомных местах, а послезавтра реп перестанут поддерживать и надо будет искать новый. Про самосборку не заикайтесь только.
Можно сделать "make install", для единичных программ некритичное засирание системы. Естественно для полсистемы прохая идея.
> Можно сделать "make install", для единичных программ некритичное засирание системы.даже для одного пакета это уже полностью засранная система
0install существует уже много-много лет и есть во всех популярных дистрибутивах, в том числе и убунте.
Так а почему же выбор на него не пал?
У него фатальный недостаток
> 0install существует уже много-много лет и есть во всех популярных дистрибутивах, в
> том числе и убунте.Сам дистр должен начать поставлять в нем пакеты, привлекать внимание к этому способу распространения в т ч и разработчиков. Пользователи должны увидеть профит и научиться с этим работать.
А то, что он где-то есть - ничего не значит.
Одни пилят xdg-app, другие Snap. Опять зоопарк.
не линукс, а в мире животных
И nix рядом надвисает. А потом ещё кдешники что-нибудь выкатят, потому что в последнее время они без остановки что-то выкатывают. И ещё какое-нибудь совсем хипстерское, но достаточно популярное решение набухнет. Ух, заживём.
>И nix рядом надвисает.:-D
Охххх ... Спасибо, давно так не ржал! :)
Заживать придётся очень долго…
Дожили!
Это же просто замечательно!
Поддерживаю.
в LTS не хотеть никакой ереси
как дети малые, ей богу...
нужно бизнесу- будет внедрено...
А можно будет ставить в обычную систему, или только в Snappy Ubuntu Core?
> А можно будет ставить в обычную систему, или только в Snappy Ubuntu
> Core?Ты хочешь пакеты по >300Мб? Хочешь, чтобы место на диске кончалось быстрее, чем успеешь установить пару софтин? Скажу по секрету, когда я сидел на Windows, у меня директория Windows набухала до 20Гб всего за неделю. Я конечно понимаю, что сейчас уже время другое, и диске по *цать ТБ, но превращать GNU/Linux в очередную GNU/kNT, нет уж, увольте.
>у меня директория Windows набухала до 20Гб всего за неделюты софт в C:\Widows ставил? Молодец, что тут сказать.
>> ты софт в C:\Widows ставил? Молодец, что тут сказать.Умник, венда туда не даёт ставить по понятным соображениям. Весь софт в C:\Programs Files был, конечно. А в Windows она кидает бэкапы системы, после почти каждой установленной программы (!) и частично всякое дерьмо, типа .NET. Вот и разбухает директория.
З.Ы. Сразу видно, что с вендой никогда дел не имел, счастливый человек.
>А в Windows она кидает бэкапы системы, после почти каждой установленной программы (!)Это отключабельно.
> Это отключабельно.Я отключал, естественно. Однако пути венды неисповедимы и она даже с отключенной опцией это делает.
Бэкапы в папку Windows? Да и чего там столько набэкапилось?)
Ну его в прорубь, не путай свои бэкапы с системными.
>>папку...
Папок не существует, так для сведения. А то, что всякие хомячки называют директории папками ничего не меняет.
Пардон, но просто раздражает немного.
>>>папку
> ...
> Папок не существует, так для сведения. А то, что всякие хомячки называют
> директории папками ничего не меняет.
> Пардон, но просто раздражает немного.Щас из шкафа достану папку с файлами и в нос ткну. А то, что какие-то гики называют папки заморскими гикотерминами ничего не меняет.
> Щас из шкафа достану папку с файлами и в нос ткну. А
> то, что какие-то гики называют папки заморскими гикотерминами ничего не меняет.Иди в венду.
>>>>папку
>> ...
>> Папок не существует, так для сведения. А то, что всякие хомячки называют
>> директории папками ничего не меняет.
>> Пардон, но просто раздражает немного.
> Щас из шкафа достану папку с файлами и в нос ткну. А
> то, что какие-то гики называют папки заморскими гикотерминами ничего не меняет.По русски тогда указатель (файлов). Или каталог.
Собственно с заморского файл - это и есть папка (с документами). Файл содержит данные.
В отличии от файла и к изумлению хомяков каталог не является контейнером, содержащим внутри файлы. Он - каталог, содержащий ссылки на них.
Это ты скорее не знаешь о чем пишеш. Почитай про папку WinSxS прежде чем писать про Винду дальше.
>у меня директория Windows набухала до 20Гб всего за неделюты софт в C:\Widows ставил? Молодец, что тут сказать.
Я в этом не копенгаген, но зачем ещё Windows?
Ну на маке же работает.
Да.
Тоесть lxqt они в LTS нини - говорят нестабильна. А какую-то поделку, что из альфы за несколько дней до релиза выпустили - в добрый путь.
Зато taglib там будет 1.9.1. А это гарантированные сегфолты амарока, клементина и кучи другого софта. Вот такая вот протекающая штабильность.
> Тоесть lxqt они в LTS нини - говорят нестабильна. А какую-то поделку,
> что из альфы за несколько дней до релиза выпустили - в
> добрый путь.Snappy разработан год назад. Год, Карл!
А где Unity 8 на Qt 5, который обещали нам в 14.10? Ахахахаха.
На смартах и планшетах.
> На смартах и планшетах.А где эти смарты и планщеты?
Да здравствуют грабли - теперь отложенные!! Пока потный админ пытается понять, почему либа - обновилась, а дыра всё ещё не залатана, апач спокойно работает, втихаря юзая решетолиб_1.2.3 из своего маленького загашничка.
Гении! Нет слов...
Нормальный админ ЭТО на пушечный выстрел не подпустит к своим серверам.
Твои нормальные админы уже подпустили бубунту ... поздно пить Боржоми ... :-\
Да и потом - одним бубуньусом\виндовсом больше\меньше - на мировую энтропию это влияния не окажет ...
А для десктопа пойдет.Например, игоры можно будет для пингвина на дисках распространять.
Все что нужно, на диске.
Хотя, кому нужны диски в 2016 году?
Но суть понятна. Можно будет иметь программы все в одном. Ничего докачивать не надо, просто ставишь и все работает. Таким образом будет хоть какая то переносимость.
А то проги от прошлой версии дистрибутива, на следующей уже могут и не заработать.
Мдя, то ли я что-то не понял.в 16.04 нет пакета snappy-tools, но есть snapcraft. Т.е. пакет собрать могу, а поставить нет
>This version of snapcraft only works on Ubuntu 16.04 (Xenial Xerus)
>Once your Ubuntu host system is up and running, you can then install the snappy-tools package, which will in turn install the optimal selection of Snappy development software to your system.
>$ sudo apt install snappy-toolsf3ex@f3ex-work:~$ sudo apt install snappy-tools
Чтение списков пакетов… Готово
Построение дерева зависимостей
Чтение информации о состоянии… Готово
E: Не удалось найти пакет snappy-tools
f3ex@f3ex-work:~$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu Xenial Xerus (development branch)
Release: 16.04
Codename: xenial
>Изоляция snap-приложений от остальной системы положительно повлияет на безопасностьФеерично звучит. Если например появляется обновление libpng с устранением уязвимости, обновляешь её и все ок, все приложения что слинкованы с ней в безопасности, то теперь будет куча контейнеров с дырявыми версиями и пока еще автор пакета почешется.
>>Изоляция snap-приложений от остальной системы положительно повлияет на безопасность
> Феерично звучит. Если например появляется обновление libpng с устранением уязвимости,
> обновляешь её и все ок, все приложения что слинкованы с ней
> в безопасности, то теперь будет куча контейнеров с дырявыми версиями и
> пока еще автор пакета почешется.Вот единственный разумный контраргумент.
Ну при большом желании можно линк на обновленную либу замутить, пока автор не поправил...(((
> Ну при большом желании можно линк на обновленную либу замутить, пока автор не поправил...(((Путь самурая полон боли ... (С) Микадо
Самурай - это не синоним мазохиста. То есть он готов терпеть боль, но это не самоцель.
так я нипонял убунту стор выпиливают в пользу ГСЦ или нет? или это тока для убунтугномэдишн?
Это всё сговор интернет-провайдеров (нужно качать много раз почти одно и то же) , производителей жестких дисков (нужно больше места) и разработчиков антивирусных программ (потому что эта концепция - потенциальная дыра в безопасности ОС).
И им мешает Роском[Роскомнадзор]. Зачем нужен интернет-провайдер в Северной Корее?
Гном с Кедами это врядли, разве что тестовые версии, поставить потестить.
Большую пользу это принесет проприетарщикам, которые ноют про много-образие дистрибутивов. Так что если этот снаппи взлетит то это будет эпик вин. Проприетарь не будет гадить в системе и возможно некие криворучки начнут выпускать нормальные пакеты, неговоря уже о тех кто вообще начнет что-то выпускать, если собрать этот снаппи будет просто.
>Большую пользу это принесет проприетарщикам, которые ноют про много-образие дистрибутивов. Так что если этот снаппи взлетит то это будет эпик вин.Но ведь вся снап система пока на убунту и инфраструктура каноникла завязана и не то чтобы их сильно другие интересовали. В то время как те же xdg-app уже в федоре есть, роллинг версии опенсусе и экспериментале дебиана маринуется. Это что-то вроде вейланда и мира в итоге выйдет.
Через Ubuntu Store ещё должно свезти что-нибудь поставить :)
Сначала Linux под Виндой, теперь статическая линковка под Убунту. Хорошо так опыт перенимают в Canonical и Microsoft
А почему бы не сделать гибридную систему, когда по хеш-кодам в систему вытягиваются только отсутствующие либы с сервера, а на диске пользователя часть либ "выносится за скобки"? И обновления безопасности не будут качать +100500 мегабайтов бинарей.
вы только что изобрели реестр windows
Ну здравствуй, виндовс на ubuntu!
Они должны были это сделать ещё в 2004 году. Как бы они упростили многих жизнь.
тот неловкий момент когда хочешь чтоб Потеринг запилил installd и вынудил всех использовать его
Welcome to The Dll Hell !
Не увидел не одного повода для радости. Кто мешает собрать .deb без зависимостей. Утилита alien существует. LSB стандарту следуют многие популярные дистрибутивы.