Проект Fedora представил (https://fedoramagazine.org/announcing-boltron/) предварительный выпуск проекта Boltron (https://docs.pagure.org/modularity/boltron/), в рамках которого развивается новая серверная редакции дистрибутива Fedora, построенная на модульной основе. Конечные приложения в Boltron поставляются в виде отдельно обновляемых модулей, жизненный цикл которых не привязан к другим приложениям и основной начинке дистрибутива.
Поддержка приложений, выделенных в модули, осуществляется независимо от релизов дистрибутива, что позволяет обеспечить сосуществование пакетов с разными версиями одного и того же приложения. Модульная организация позволяет пользователю переходить на новые значительные выпуски приложения не дожидаясь нового релиза дистрибутива и оставаться на старых, но ещё поддерживаемых, версиях после обновления дистрибутива. Каждый модуль включает базовое приложение и необходимые для его работы библиотеки или может использовать в качестве зависимостей другие модули.
В настоящее время для установки доступно 25 модулей на базе пакетов из Fedora 26, среди которых
наборы компонентов для базовой системы и контейнеров, а также модули с приложениями для развёртывания dhcp, haproxy, apache httpd, mariadb, memcached, mongodb, nginx, node.js, perl, php, postfix, postgresql, sssd и varnish. Модули оформлены в виде сгруппированных rpm-пакетов, что позволяет формировать на базе модулей образы готовых для установки контейнеров Docker (https://hub.docker.com/u/modularitycontainers/). В рамках одной базовой версии модуля обеспечивается обратная совместимость и неизменность ABI. Для каждой базовой версии модуля предусмотрен отдельный канал для доставки корректирующих обновлений.Для установки базовой системы подготовлен (https://docs.pagure.org/modularity/prototype/boltron/instruc...) образ контейнера для системы Docker (запустить можно командой "docker run --rm -it registry.fedoraproject.org/f26-modular/boltron"). После запуска контейнера предлагается использовать пакетный менеджер dnf для установки дополнительных модулей, список которых можно посмотреть командой "dnf module list", а для установки следует использовать обычную команду "dnf install модуль" (можно указать имя модуля или уточнить ветку и версию, например, доступны два варианта node.js - nodejs-8 c Node.js 8.2 и nodejs-f26 c Node.js 6.11) Для обновления применяется привычная команда "dnf update".
URL: https://fedoramagazine.org/announcing-boltron/
Новость: http://www.opennet.me/opennews/art.shtml?num=46921
Красношляпа хочет сделать свой арч?
> Красношляпа хочет сделать свой арч?Up-store же. Бандлы нужны, чтобы бандлить и барыжить проприертать. Чтобы протолкнуть бандлы, нужно нагонять шумиху вокруг них. "Подойдите ближе, бандерлоги. Бли-и-иже!..."
Шляпа работает, не напрягайтесь. Она уработает под себя и докер, и что-то-там-клауд, и все "другие дистрибутивы". С Микрософтом и Гуглем они отметят это на фуршетах Linux Foundation.
Sad but trueМы сами виноваты , когда предпочли нескучные обои хакерству. Оставали все на откуп каким-то дядям, не написав ни строчки кода, хамя на опеннете вместо заполнения багтрекеров. Считая это нормальным. Компании выбирают Поттеринга и Линуса вместо Столлмана и анонимного аналитика из интернета.
yum groupinstall is not invented here
И как yum groupinstall поможет в одновременной установке разных версий одной программы/пакета?
какие разные версии, если речь шла об установке софта пачками?
> И как yum groupinstall поможет в одновременной установке
> разных версий одной программы/пакета?Если они соответствующим образом (без файловых и логических конфликтов) упакованы -- штатно и поможет. Если нет -- всё равно надо разводить по чрутам, контейнерам или чему там ещё.
И как Вы себе это представляете? Надо разводить разными именами пакетов.
Вот допустим, хочу я себе Zabbix 2.2, бандл будет поставляться с апачем-мускулом и прочим софтом, пакеты будут называться как, bundle-zabbix22-httpd, bundle-zabbix22-mysql-server? Ну так себе если честно. А ставится оно будет конечно же в /opt/bundle/zabbix22/{zabbix-server,mysql-server,httpd}?
То есть иметь /opt/myapp1 и /opt/myapp2 - это плохо, но иметь несколько контейнеров, запускаемых через какой-нибудь докер - это типа хорошо?
Да. Ты всё правильно понял.
Новый концепт линокса: всё есть контейнер.
>> И как yum groupinstall поможет в одновременной установке
>> разных версий одной программы/пакета?
> Если они соответствующим образом (без файловых и логических конфликтов) упакованы -- штатно и поможет.К этому варианту [прошлый раз искал и] нашёл вот таких неведомых зверушек:
* rpm software collection
* relocatable rpmC SCL -- пользуюсь пакетами PHP от Remi Collet.
Насколько оно штатно со стороны паковки (и совместимости с "другими" rpm-based дистрибутивами) не знаю, со стороны установки ставится на el6/7 штатно yum-install-ом.
> yum groupinstall is not invented hereDNF же...
>> yum groupinstall is not invented here
> DNF же...Шо? Ихде??! Группинстал отломали и продают отдельно???77777777
казалось бы всё что надо - стабилизировать api. но нет, это слишком просто.
стабилизировать api -- отдать кормовую площадку
может и с десктопной редакцией поспеют когда-то? интересно было бы.
> Поддержка приложений, выделенных в модули, осуществляется независимо от релизов дистрибутива, что позволяет обеспечить сосуществование пакетов с разными версиями одного и того же приложения.Где-то это я уже слышал... Дайте вспомнить... А! PC-BSD с независимыми приложениями в PBI-пакетах.
https://www.opennet.me/opennews/art.shtml?num=29940
Правда, от этого отказались, не объяснив вразумительно причин. И тут, через 7 лет снова, но уже на Linux. Интересно, зачем? Неужели увидели профит в этом, когда диски стали большими и есть Docker?
>> Поддержка приложений, выделенных в модули, осуществляется независимо от релизов дистрибутива, что позволяет обеспечить сосуществование пакетов с разными версиями одного и того же приложения.
> Где-то это я уже слышал... Дайте вспомнить... А! PC-BSD с независимыми приложениями
> в PBI-пакетах.Попроси Поняшкина рассказать про макосыкс-бандлы или как их там.
---"Встречаются как-то iZEN и iPony на опенете..."; "Снесла корочка..."; ...---
> Правда, от этого отказались, не объяснив вразумительно причин. И тут, через 7
> лет снова, но уже на Linux. Интересно, зачем? Неужели увидели профит
> в этом,Шопп-сторр не взлетел. У эппле "летает". У РХ летает. Почувствуй разницу.
>когда диски стали большими и есть Docker?
> Шопп-сторр не взлетел. У эппле "летает". У РХ летает. Почувствуй разницу.PCBSD-шный шоль? А он в нашей реальности разве был?
Тут вроде отказались от PBI из-за геморроя при упаковке и поддержке, т.к. при любом обновлении библиотеки нужно переустонавливать все PBI с ней.
>> Шопп-сторр не взлетел.
> PCBSD-шный шоль?
>нужно переустонавливать все PBI с ней.Я про это и говорю: рабовладение они там у себя отменили, а на нанять индусов обновлять пибиайи с утра до вечера --- эконом.модель на заработать на колхоз напрасного труда не выросла. ПиБиаЙ закрыт, все ушли искать профитов в другом месте.
>позволяет обеспечить сосуществование пакетов с разными версиями одного и того же приложенияКакое-то очень сильное "ненужно"
>>позволяет обеспечить сосуществование пакетов с разными версиями одного и того же приложения
> Какое-то очень сильное "ненужно"запредельно ненужное
>>>пакетов с разными версиями одного и того же приложения
>> Какое-то очень сильное "ненужно"
> запредельно ненужноеИ тем не менее, это именно то, как RH делает деньги на _неумении_ своего rpm это делать.
worse is better, монетизация cripple-ware итп. //кто сказал "технологии микрософт"? вон из класса!
Не говори за всех. Буквально лет 5 у линуксойдов сопли пузырями были, что на bsd нет нормальной поддежки пакетов разных версий. И тут вдруг "ненужно".
Если оно работает так же стабильно, как на десктопе, то такая глючная поделка нафиг не нужна.
> Если оно работает так же стабильно, как на десктопе, то такая глючная
> поделка нафиг не нужна.Так то ж федора, в ней и должно глючить. Иначе кто станет покупать RHEL, в который положат исправленную версию?
> Так то ж федора, в ней и должно глючить. Иначе кто станет
> покупать RHEL, в который положат исправленную версию?Не, красивше было так: https://www.redhat.com/archives/fedora-devel-list/2004-May/m...
Перепробовал кучу Линуксов, Fedora - самый вменяемый и последовательный, повернутый к пользователю лицом, а не как многие - задним местом. Глюки, если и встречались пара штук, то соверешенно безобидные, в той-же Убунту их поболее было. Ваш постоянный стеб и корчи по поводу этого дистрибутива просто вызывает удивление.
> вызывает удивление.Вызывает удивление то, что ты не знаешь про правило 80/20.
А пора бы.
> Перепробовал кучу Линуксов, Fedora - самый вменяемый и последовательный, повернутый к пользователю
> лицом, а не как многие - задним местом. Глюки, если и
> встречались пара штук, то соверешенно безобидные, в той-же Убунту их поболее
> было. Ваш постоянный стеб и корчи по поводу этого дистрибутива просто
> вызывает удивление.У меня на локалхосте тоже всё работает…
- А где питон?
- А питонисты должны страдать, перловодов бы еще потыкать за совместимость, ну видимо не сейсас.
А питон там просто в базовом образе, те доступен в любом из остальных )
> перловодов бы еще потыкатьмы уже лет 10 пытаемся осилить PERL6, нам ничего не страшно
> - А питонисты должны страдать
ну а питонисты, действительно должны страдать.
Больтрон - защитник вселенной.
Опередил.
> Больтрон - защитник вселенной."Боль в троне: шире вселенной горе моё" Смотрите новые серии на опенете! Кажды день!1
Отсталось только организовать поддержку этих разный версий бандлов разных приложений в никому не нужном дистре на нормальном уовне и все... В дебианах то не могут одну версию нормально собрать, а тут...
Совсем не понятно как обновление будет работать если это docker. Там же образ фактически в состоянии read only. И на его основе может быть создана иерархия образов. При изменении одного может нарушиться консинстентнось в остальных.
o.O как это обычно в докере работает, так и тут будет. Образы и не меняются, поэтому иерархия и возможна. Локально меняется самый верхний слой - но он не является частью иерархии. Обновление приносит другую версию образов с другими хэшами, они не станут частью старой иерархии, а будут дополнительно. Если обновляется другой контейнер и между вновь обновленными какие-то образы совпадают (проверяется хэшем) - будут разделяться.
Не прошло и 30 лет, как Линукс наконец задумался обеспечить совместимость со старыми приложениями. Виндовс 10 наверно до сих умеет выполнять досовские и вин3.1 приложения...
Основная цена ПО на предприятиях - это вложенные в серверные и клиентские приложения, если с клиентскими приложениями наметился прорыв совместимости с Линуксом из-за перехода на стороне клиента на веб-технологии, но на серверах большие проблемы у Линукса с совместимостью. Например, Оракл 9 можно установить на центос 3-4, Оракл 11 на центос 5 и не выше. Пытаться установить на другие версии это значит обречь на очень большие проблемы даже на этапе установки субд. Это выглядит убого!
Не волнуйся ты так, в твоем уютном контейнере всегда будут нескучные обои! Правда иногда заглянет в гости Петя, ну, это жизнь.
> Виндовс 10 наверно до сих умеет выполнять досовские и вин3.1 приложения...лол, годный вброс!
+15 рублей за попытку начать холивар.
> 10 наверно до сих умеет выполнять досовские и вин3.1 приложения...Не умеет (только 32-х битная версия - разве это актуально?). Да и та не все сможет выполнять, т.к. дос под (весьма неполноценным) эмулятором, а в 16-ти битном виндовом коде разрешено далеко не все, что могли делать программы тогда. Впрочем, в винде даже совместимость с 9x весьма хреновая в некоторых областях (напр. в VfW и MIDI).