Разработчики проекта Fedora сообщили (https://www.mail-archive.com/devel-announce@lists.fedor...) об удалении компонентов Fedora Atomic Host из репозитория Rawhide и прекращении разработки данной редакции дистрибутива. Fedora 29 (https://www.opennet.me/opennews/art.shtml?num=49523) станет последним выпуском с компонентами Fedora Atomic Host. После окончания цикла сопровождения Fedora 29 выпуск обновлений для Fedora Atomic Host будет полностью прекращён (ориентировочно в ноябре или декабре 2019 года).Напомним, что в рамках проекта Fedora Atomic Host предлагалось урезанное до минимума окружение, обновление которого производится атомарно через замену образа всей системы, без разбивки на отдельные пакеты. На базе Fedora Atomic Host формировалось специализированное окружение для запуска и управления изолированными контейнерами Docker. Все пакеты, обеспечивающие работу конечных приложений, поставлялись непосредственно в составе контейнеров, а хост-система содержала только минимальный набор компонентов (systemd, journald, docker, rpm-OSTree и т.п.). Наработки Fedora Atomic Host использовались для формирования продуктов Red Hat Enterprise Linux Atomic Host (https://www.opennet.me/opennews/art.shtml?num=41795) и CentOS Atomic Host (https://www.opennet.me/opennews/art.shtml?num=44753).
Отмечается, что Fedora Atomic Host заменит проект Fedora CoreOS (https://coreos.fedoraproject.org/), продолжающий (https://www.opennet.me/opennews/art.shtml?num=48808) разработку серверной Linux-системы Container Linux (https://coreos.com/os/docs/latest/),
которая перешла в руки Red Hat после покупки (https://www.opennet.me/opennews/art.shtml?num=47992) компании CoreOS. В рамках продукта Fedora CoreOS объединены технологии Fedora Atomic и Container Linux. Как и в Fedora Atomic начинка Fedora CoreOS формируется на основе репозиториев Fedora с применением rpm-ostree, а для дополнительной изоляции контейнеров применяется SELinux, но базовые технологии, такие как Ignition (система конфигурирования на стадии начальной загрузки, альтернатива Cloud-Init) и механизм установки обновлений, перенесены из Container Linux.
Прекращение развития Fedora Atomic Host не повлияет на разработку
проекта Fedora Atomic Workstation, который теперь развивается (https://www.opennet.me/opennews/art.shtml?num=48552) под именем Fedora Silverblue (https://silverblue.fedoraproject.org/) и со временем может заменить традиционный Fedora Workstation.
Редакция Fedora Silverblue также поставляется в монолитном виде, без разделения базовой системы на отдельные пакеты, с применением атомарного механизма обновления. Вместо контейнеров Docker для установки дополнительных приложений применяются самодостаточные пакеты в формате flatpak. Системный образ неделим и формируется с использованием технологии OSTree (отдельные пакеты установить в таком окружении нельзя, можно лишь пересобрать весь образ системы, расширив его новыми пакетами при помощи инструментария rpm-ostree).URL: https://www.mail-archive.com/devel-announce@lists.fedor...
Новость: https://www.opennet.me/opennews/art.shtml?num=50155
Ну хоть кто-то вместо того, чтобы плодить сущности, сокращает их.Правда, там ещё сокращать и сокращать…
Сущности обычно плодят те, кто своё время не считает. А в коммерческом проекте время считают ещё как, кто-то же за него платит из своего кармана
Да вот как правило нет. Сущности плодят потому что молодняк считает, что это круто - сделать 20 абстракций на простое действие, они ж типа крутые программисты.
А в коммерческом проекте заказчик как правило этого не знает. Сам же заказчик как правило не сильно заинтересован в том, чтобы сущности плодились и размножались. Ему и не сущности нужны, а готовый продукт.
>Fedora Silverblue и со временем может заменить традиционный Fedora Workstation
>Вместо контейнеров Docker для установки дополнительных приложений применяются самодостаточные пакеты в формате flatpak
>отдельные пакеты установить в таком окружении нельзя, можно лишь пересобрать весь образ системы, расширив его новыми пакетами при помощи инструментария rpm-ostreeЧем классические пакеты не угодили? Или таким образом якобы хотят понизить порог вхождения для win/mac юзеров? Или упростить себе (федоре) жизнь, дабы мейнтейнеры не ощущали dependency hell?
Чтобы сторонним разрабам не пришлось пилить отдельные версии приложений (не пакеты, именно приложения, т.к. разные либы в разных версиях дистрибутивов) под разные версии федоры.Оффтоп:
Ну а про пользователям Мак, Вин все равно еще не пересесть на линукс просто потому, что нет софта который используется в бизнес среде. Отредактировать doc файл, например, огромная проблема, т.к. формат плохо поддерживается не только LO, OO, но и онлайн версией самого МС Офис, которому сначала нужно doc сконвертировать в docx, что порой происходит очень коряво. Когда клиент присылает стандартный для большой конторы (последней для меня каплей был документ из SAP) файл в doc, не в моих интересах упираться и требовать присылать все в odt или docx. Извиняюсь за сопли, набоело и пукан все еще печет :(
>не в моих интересах упираться и требовать присылать все в odt или docxЕсли вам до сих пор присылают в DOC можно только посочувствовать. Но всё же постарайтесь донести им информацию что появились более своременные форматы.
Например DOCX
doc хорошо поддерживается в LO, чего нельзя сказать про docx, который вроде как открытый, только MS не следует собственной же спецификации.
Можешь погуглить списочек внедрений сапа. Есть серьезная такая вероятность что они тебе выгрузку именно в таком формате смогут отдавать. А так как это фирмы обычно громадные, то донести до них что-то - нереально.
Если покупатель будет присылать документ на папирусе, то вся контора пойдёт учить клинопись, а не выставит кнопкодава рассказывать покупателю: - "мы не хотим ваших денег, потому что есть новые форматы".
Если ты не можешь донести до противоположной стороны что проприетарные форматы не нужны, то ставь оффтопик и не ной.
C атомарным образом гораздо проще отделить код системы от её состояния (конфигурации) и дать гарантии относительно работоспособности базового образа. Плюс обновлять быстрее и безопаснее.
вот это реально исповедь неосилятора.
Ну конечно же, у вас же руки из задницы и голова в ней же, куда вам знать конфигурацию своей системы, когда она размазана по куче помоек.Отдельно расскажите мне, чем мешанина "контейнеров" обеспечивает вам какие-то "гарантии работоспособности системы" в целом - в сравнении с любым нормальным пакетным менеджером в поддерживаемой системе.
И обновлять громадные контейнеры конечно же "быстрее и безопаснее", чем единичный rpm.
И конфигурация, кстати, сама чудесным образом обновится на совместимую с новой модной версией, да?
Написано же "гарантии относительно работоспособности базового образа". "Гарантии работоспособности" никто не обещает. :-)
да, кос...да что ж тут все запрещено? Шатлврот лох и неудачник- ему надо было "гарантий относительно поддержки на десять лет" пообещать, а не поддержку - чего возиться, все равно пипл схавает что дадут, а инвесторы не разберутся в деталях.
> да, кос...да что ж тут все запрещено? Шатлврот лох и неудачник- ему
> надо было "гарантий относительно поддержки на десять лет" пообещать, а не
> поддержку - чего возиться, все равно пипл схавает что дадут, а
> инвесторы не разберутся в деталях.Оригинальный текст не видел, но не удивлюсь, что именно так там и было обещано, ибо здешний ретранслятор вряд ли способен сам придумать такую фигуру речи.
>> Отдельно расскажите мне, чем мешанина "контейнеров" обеспечивает вам какие-то "гарантии работоспособности системы" в целом - в сравнении с любым нормальным пакетным менеджером в поддерживаемой системе.Ну, собственно, это гарантия того, что при установке контейнера не будут измененны какие-либо файлы/системные настройки, необходимые для работы базового образа. И откак "к заводским настройкам" можно будет производить тупым rm -rf ~/.flatpack.
упростить жизнь они хотят редхату - в идеале, чтобы ты вообще не мог самостоятельно ничего пересобрать или изменить в готовом образе, а обращался к поставщику, не забыв занести денег за продвинутую версию саппорта, в худшем случае - чтобы это требовало такого геморроя, что ты сам добровольно и с песнями пойдешь платить.shittree, монолитные образы, вот это вот все- прекрасно решают эту задачу. А то отдельный rpm пересобрать некоторые наглецы умудряются даже без билдхоста выделенного, это никуда не годится!
Ты вон shitpack попробуй пересобери - сразу же убедишься в собственной бесполезности, и пойдешь учиться на девляпса, next-next-next, ой, упало. щас умная система заметит и сама перезапустит как надо!
>[оверквотинг удален]
> мог самостоятельно ничего пересобрать или изменить в готовом образе, а обращался
> к поставщику, не забыв занести денег за продвинутую версию саппорта, в
> худшем случае - чтобы это требовало такого геморроя, что ты
> сам добровольно и с песнями пойдешь платить.
> shittree, монолитные образы, вот это вот все- прекрасно решают эту задачу.
> А то отдельный rpm пересобрать некоторые наглецы умудряются даже без билдхоста
> выделенного, это никуда не годится!
> Ты вон shitpack попробуй пересобери - сразу же убедишься в собственной бесполезности,
> и пойдешь учиться на девляпса, next-next-next, ой, упало. щас умная система
> заметит и сама перезапустит как надо!Исповедь ниосилятора.
сколько снап-пакетов ты уже для себя пересобрал, осилятор? Дай угадаю - ноль.
И rpm'ов, что характерно - тоже ноль.
Не угадал.
Вопрос "сколько?" остался без ответа. ;)
А что там во flatpack такого особенного, что отдельный билдхост нужен?
https://github.com/flatpak/flatpak/issues/1326
closed же ж, notabug!
подумаешь, требует запуска докера даже без той номинальной защиты, которую в нем символизирует буква s.
если ты решил перевести содержимое тикета на русский для посетителей опеннета, то ты упустил слова closed и notabug
> https://github.com/flatpak/flatpak/issues/1326который, как я понял, зависит только от https://github.com/projectatomic/bubblewrap/issues/269
да ничего особенного. куча сборочного мусора, работающего в единственно-верных окружениях.скорее всего на работе у тебя не будет времени его полировать, а дома захочется чего-нибудь менее унылого в качестве хобби.
> только минимальный набор компонентов (systemd, journald, docker, rpm-OSTree и т.п.).один только systemd состоит из большой кучи компонентов и еще большей кучи уязвимостей.
До этого нытики жаловались, что systemd не юниксвейно потому что монолитно. Теперь они жалуютя, что systemd слишком компонентно.
> До этого нытики жаловались, что systemd не юниксвейно потому что монолитно. Теперь они жалуютя, что systemd слишком компонентно.Ну замени logind, networkd или udev.
Или попробуй использовать их вне системды.
Или сделать и поддерживать малыми усилиями свой форк какой-то компоненты.Компонееееетнооооо, прям как конструктор, где каждую деталь при сборке тщательно смазывали эпоксидкой.
> Или попробуй использовать их вне системды.Фанатики секты ненавистников systemd только этим и занимаются. Смотри, например, gentoo. Udev вообще отрывают в первую очередь.
>> Или попробуй использовать их вне системды.
> Смотри, например, gentoo.
> Udev вообще отрывают в первую очередь.Ну вот сам и смотри, там отдельный форк eudev.
Это при том, что udev оторвать достаточно легко, т.к. оно не так давно было отдельным проектом.Так что там с заменой-то? Можно использовать mdev/eudev вместо udev, заменить logind/networkd в системде на что-то другое или использовать их вне системды?
udev, кстати, единственное, что можно использовать без запущенного systemd. а всё остальное настолько "компонентное", что удивляешься наглости авторов называть systemd модульным. Модульность у них значит, что вы модете использовать systemd с этими инструментами, или без них. Такое понимание у них UNIX way.
Компонентность UNIX подразумевает, что для отдельной задачи есть отдельная утилита.
Компонентность сустемды подразумевает, что для отдельной задачи есть отдельная утилита, но работать сустемда будет только в случае наличия всех компонентов.
Системд это базе и сразу внутри.
Это для девелоперов и юзеров использующих всякую фигню на питоне, пхп, ноде, руби и тд
Шатлворт их покусал, что ли... изначально же было понятно (как минимум мне), что мертворождённое.
наоборот, у него ничего похожего нет и не будет, отдельные шитпаки для несобираемого не в счет.просто комьюнити остолопов выполнило свою задачу пре-альфа-тестеров, и больше не нужно.
вот это: https://www.redhat.com/en/resources/enterprise-linux-atomic-... снимать с продажи, по-моему, никто не планирует.
https://s8.hostingkartinok.com/uploads/images/2019/02/1bc68c...
Пока Fedora только готовится, Clear Linux уже во всю атомарно летает быстрее всех.
атоммарно быстрее всех летит в мусоропровод - уже почти достигла дна.
Clear Linux летает там, где мусоропроводов нет в принципе. Стабильно обновляется каждый день. Уже достиг релиза 27840. Ядро 4.20. И это не страшно использовать в продакшене.
Чувак ты только что башкой пробил дно когда стал судить о софте по цифре в версии.
Номер версии показывает, что софт жив и развивается, а не засох и окаменел в веках.
ну нет, по-моему прекрасный показатель - когда номер версии вот такая пятизначная бредятина - вполне можно ближе этот софт уже и не рассматривать, ну или хотя бы сперва дерьмоупорный плащ застегнуть.
>27840Воу, системда тихо комплексует в уголке.
Кстати, systemd там в данный момент 239.
Старый!1
glibc зато 2.29 - свежее не бывает.
а вы, смотрю, разбираетесь в сортах...
IBM планомерно ведет в тому что одно ядро один дистрибутив.
> IBM планомерно ведет в тому что одно ядроСтранно вы все же люди, перепончатые - как миллиарды от IBM в ядро получать, так все норм, а как начинается вырисовываться вторая часть поговорки "кто девушку обедает", так сразу "Ой! Как так и почему?!".
https://itsfoss.com/ibm-invest-1-billion-linux/
> Not the first time with $1 billion
> IBM has been a Linux supporter for a long time. In fact, this is not the
> first time when IBM has invested in Linux. Back in 2000, IBM had invested
> $1 billion in Linux with a dedicated team of over 1500 engineers. This
> resulted in several innovation for Linux and it has continued to grow.
>
а никто, случайно, не знает - ЧТО эти 1500 обезьян на самом деле сделали?
У меня вот некоторые подозрения, что на первый ярд они запилили ненужно-jfs - ну не выбрасывать же ж было ее ibm'у.
интересно, в чем заключались остальные "инновации" и нужны ли они в ядре хоть кому-то...
мля, автобот продолжает "удивлять" - среагировал на ссылки и мейладреса.> У меня вот некоторые подозрения, что на первый ярд они запилили ненужно-jfs
> - ну не выбрасывать же ж было ее ibm'у.А так же spufs, ecryptfs, relayfs, переписали IO (дженерик блок лэйер), отметились в memory barriers. Ну и рекламу спонсировали, вплоть до ТВ (ссылка на ютуб гуглится легко, а меня за нее автобот банит).
Плюс "сурьезный" саппорт для энтерпрайза бизнеса предоставили:
тут были ссылки на сайт ЙоБиЭМ в вебархиве и цитаты, но на них агрился автобот
IBM will work with four commercial distributors of Linux -- Caldera Systems Inc., Pacific HiTech Inc., Red Hat Software Inc., and SuSE Holding AG -- to pave the way for co-marketing, development, training and support initiatives that will help customers deploy Linux;
Key IBM WebSphere products will ship later this year, including twoТолько не надо рассказов о том, что оно в конце 1999 уже и не нужно было, совсем ничего не решало и не привлекало кучу фирмочек поменьше, просто потому что IBM в любом случае еще годы, по инерции, будет тянуть то куда они "влезли".
> А так же spufs, ecryptfs, relayfssptfu-fs, какое прекрасное название. Кстати, никому кроме самой ебеме оно, походу, было и не надо.
остальное мертвое от рождения - ну, в общем, как у ебеме обычно и бывает.> Только не надо рассказов о том, что оно в конце 1999 уже и не нужно было
в конце 99го кальдеру надо было уже топить, а не поддерживать. (если вы помните, кто это были и чем кончилось) Что такое Pacific HiTech я хз, гугль говорит какая-то канадская нокиан. Был какой-то pacific linux, что-ли? Не помню чем от слаквари отличался (если вообще). И suse ag как-то быстро сдохла после этого. In 2001, the company was forced to reduce its staff significantly in order to survive. Куда, говорите, ебеме девала свои миллиарды? Напоминаю - suse купили за 200лямов, и то переплатили вдвое, как обычно бывает при таких приобретениях.
то есть да, скорее всего деньги ibm пошли во вред линуксу в значительно большей степени, чем на пользу.
ничего нового, типичная ебеме.
"Those who do not study NixOS are doomed to reimplement it. Poorly."
ну и кто редхату будет платить за NixOS?
А редхат не нужен, родной.
ну ок, ораклу, забыл я обновить свою методичку
CoreOS тоже не с нуля, а на базе ChromeOS, которая на базе Gentoo.
> CoreOS тоже не с нуля, а на базе ChromeOS, которая на базе
> Gentoo.мне кажется, разница в том, что у coreOS уже были имеющиесяя копроконтракты (иначе врядли бы их купили), но тут можно только гадать
Из текста не ясно, а почему отменили?
А почему сразу не на Alpine OS? А, да - их же Ленька покусал, и теперь у них без НенужноД сразу ломка начинается)
кстати да, отдельный вопрос - зачем нужен "асинхронный инит" системе, где "все в контейнерах", учитывая что он a) плохо приспособлен для запуска докера, требует править юнит-портянку где-то в недрах /lib или "оверрайдить" ее (и потом - "угадай, что тут на самом деле выполняется и в какой последовательности" ) - потому что, сюрприз, сюрприз, не способен банально перечитать параметры из конфига b) совершенно непригоден для запуска контейнерных приложений - посмотрите на имеющиеся (почему-то вот не от Лёни, а от каких-то васянов, с чего бы это?) systemd-docker-ные юниты, ужаснитесь кривизне и неосиляторству, плюньте и забудьте - все равно редхат за вас сделает как _ему_ удобно.