The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Развитие Fedora Atomic Host прекращено в пользу проекта Fedora CoreOS

16.02.2019 09:59

Разработчики проекта Fedora сообщили об удалении компонентов Fedora Atomic Host из репозитория Rawhide и прекращении разработки данной редакции дистрибутива. Fedora 29 станет последним выпуском с компонентами 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 и CentOS Atomic Host.

Отмечается, что на смену Fedora Atomic Host придёт проект Fedora CoreOS, продолжающий разработку серверной Linux-системы Container Linux, которая перешла в руки Red Hat после покупки компании 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, который теперь развивается под именем Fedora Silverblue и со временем может заменить традиционный Fedora Workstation. Редакция Fedora Silverblue также поставляется в монолитном виде, без разделения базовой системы на отдельные пакеты, с применением атомарного механизма обновления. Вместо контейнеров Docker для установки дополнительных приложений применяются самодостаточные пакеты в формате flatpak. Системный образ неделим и формируется с использованием технологии OSTree (отдельные пакеты установить в таком окружении нельзя, можно лишь пересобрать весь образ системы, расширив его новыми пакетами при помощи инструментария rpm-ostree).

  1. Главная ссылка к новости (https://www.mail-archive.com/d...)
  2. OpenNews: Проект Silverblue будет развивать атомарно обновляемый вариант Fedora Workstation
  3. OpenNews: Представлен проект Fedora CoreOS
  4. OpenNews: Объявлено о создании редакции Fedora для интернета вещей
  5. OpenNews: Компания Red Hat представила первый стабильный выпуск дистрибутива Atomic Host
  6. OpenNews: Выпуск CentOS Atomic Host 7.1811, специализированной ОС для запуска контейнеров Docker
Лицензия: CC-BY
Тип: К сведению
Ключевые слова: fedora, atomic, host
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (64) Ajax | 1 уровень | Линейный | Раскрыть всё | RSS
  • 1.1, Annoynymous (ok), 10:15, 16/02/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    Ну хоть кто-то вместо того, чтобы плодить сущности, сокращает их.

    Правда, там ещё сокращать и сокращать…

     
     
  • 2.14, Аноним (14), 12:08, 16/02/2019 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Сущности обычно плодят те, кто своё время не считает. А в коммерческом проекте время считают ещё как, кто-то же за него платит из своего кармана
     
     
  • 3.74, Попугай Кеша (?), 09:13, 19/02/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Да вот как правило нет. Сущности плодят потому что молодняк считает, что это круто - сделать 20 абстракций на простое действие, они ж типа крутые программисты.
    А в коммерческом проекте заказчик как правило этого не знает. Сам же заказчик как правило не сильно заинтересован в том, чтобы сущности плодились и размножались. Ему и не сущности нужны, а готовый продукт.
     

  • 1.2, proninyaroslav (ok), 10:43, 16/02/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    >Fedora Silverblue и со временем может заменить традиционный Fedora Workstation
    >Вместо контейнеров Docker для установки дополнительных приложений применяются самодостаточные пакеты в формате flatpak
    >отдельные пакеты установить в таком окружении нельзя, можно лишь пересобрать весь образ системы, расширив его новыми пакетами при помощи инструментария rpm-ostree

    Чем классические пакеты не угодили? Или таким образом якобы хотят понизить порог вхождения для win/mac юзеров? Или упростить себе (федоре) жизнь, дабы мейнтейнеры не ощущали dependency hell?

     
     
  • 2.8, qqwwee (?), 11:52, 16/02/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Чтобы сторонним разрабам не пришлось пилить отдельные версии приложений (не пакеты, именно приложения, т.к. разные либы в разных версиях дистрибутивов) под разные версии федоры.

    Оффтоп:
    Ну а про пользователям Мак, Вин все равно еще не пересесть на линукс просто потому, что нет софта который используется в бизнес среде. Отредактировать doc файл, например, огромная проблема, т.к. формат плохо поддерживается не только LO, OO, но и онлайн версией самого МС Офис, которому сначала нужно doc сконвертировать в docx, что порой происходит очень коряво. Когда клиент присылает стандартный для большой конторы (последней для меня каплей был документ из SAP) файл в doc, не в моих интересах упираться и требовать присылать все в odt или docx. Извиняюсь за сопли, набоело и пукан все еще печет :(

     
     
  • 3.15, proninyaroslav (ok), 12:16, 16/02/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >не в моих интересах упираться и требовать присылать все в odt или docx

    Если вам до сих пор присылают в DOC можно только посочувствовать. Но всё же постарайтесь донести им информацию что появились более своременные форматы.

     
     
  • 4.19, Аноним (19), 14:03, 16/02/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Например DOCX
     
  • 4.27, zzz (??), 15:11, 16/02/2019 [^] [^^] [^^^] [ответить]  
  • +/
    doc хорошо поддерживается в LO, чего нельзя сказать про docx, который вроде как открытый, только MS не следует собственной же спецификации.
     
  • 4.35, Аноним (35), 16:01, 16/02/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Можешь погуглить списочек внедрений сапа. Есть серьезная такая вероятность что они тебе выгрузку именно в таком формате смогут отдавать. А так как это фирмы обычно громадные, то донести до них что-то - нереально.
     
  • 4.75, Прокофий (?), 11:58, 21/02/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Если покупатель будет присылать документ на папирусе, то вся контора пойдёт учить клинопись, а не выставит кнопкодава рассказывать покупателю: - "мы не хотим ваших денег, потому что есть новые форматы".
     
  • 3.26, Аноним (26), 14:58, 16/02/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Если ты не можешь донести до противоположной стороны что проприетарные форматы не нужны, то ставь оффтопик и не ной.
     
  • 2.9, Аноним (-), 11:53, 16/02/2019 [^] [^^] [^^^] [ответить]  
  • +/
    C атомарным образом гораздо проще отделить код системы от её состояния (конфигурации) и дать гарантии относительно работоспособности базового образа. Плюс обновлять быстрее и безопаснее.
     
     
  • 3.43, пох (?), 16:46, 16/02/2019 [^] [^^] [^^^] [ответить]  
  • +/
    вот это реально исповедь неосилятора.
    Ну конечно же, у вас же руки из задницы и голова в ней же, куда вам знать конфигурацию своей системы, когда она размазана по куче помоек.

    Отдельно расскажите мне, чем мешанина "контейнеров" обеспечивает вам какие-то "гарантии работоспособности системы" в целом - в сравнении с любым нормальным пакетным менеджером в поддерживаемой системе.

    И обновлять громадные контейнеры конечно же "быстрее и безопаснее", чем единичный rpm.

    И конфигурация, кстати, сама чудесным образом обновится на совместимую с новой модной версией, да?

     
     
  • 4.65, Аноним (65), 14:36, 17/02/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Написано же "гарантии [I]относительно[/I] работоспособности базового образа". "Гарантии работоспособности" никто не обещает.  :-)
     
     
  • 5.71, нах (?), 10:20, 18/02/2019 [^] [^^] [^^^] [ответить]  
  • +/
    да, кос...да что ж тут все запрещено? Шатлврот лох и неудачник- ему надо было "гарантий относительно поддержки на десять лет" пообещать, а не поддержку - чего возиться, все равно пипл схавает что дадут, а инвесторы не разберутся в деталях.

     
     
  • 6.72, Аноним (65), 12:50, 18/02/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > да, кос...да что ж тут все запрещено? Шатлврот лох и неудачник- ему
    > надо было "гарантий относительно поддержки на десять лет" пообещать, а не
    > поддержку - чего возиться, все равно пипл схавает что дадут, а
    > инвесторы не разберутся в деталях.

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

     
  • 4.73, йкЛще (?), 17:43, 18/02/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >> Отдельно расскажите мне, чем мешанина "контейнеров" обеспечивает вам какие-то "гарантии работоспособности системы" в целом - в сравнении с любым нормальным пакетным менеджером в поддерживаемой системе.

    Ну, собственно, это гарантия того, что при установке контейнера не будут измененны какие-либо файлы/системные настройки, необходимые для работы базового образа. И откак "к заводским настройкам" можно будет производить тупым rm -rf ~/.flatpack.

     
  • 2.10, пох (?), 11:53, 16/02/2019 [^] [^^] [^^^] [ответить]  
  • +5 +/
    упростить жизнь они хотят редхату - в идеале, чтобы ты вообще не мог самостоятельно ничего пересобрать или изменить в готовом образе, а обращался к поставщику, не забыв занести денег за продвинутую версию саппорта, в худшем случае  - чтобы это требовало такого геморроя, что ты сам добровольно и с песнями пойдешь платить.

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

    Ты вон shitpack попробуй пересобери - сразу же убедишься в собственной бесполезности, и пойдешь учиться на девляпса, next-next-next, ой, упало. щас умная система заметит и сама перезапустит как надо!

     
     
  • 3.20, Annoynymous (ok), 14:04, 16/02/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >[оверквотинг удален]
    > мог самостоятельно ничего пересобрать или изменить в готовом образе, а обращался
    > к поставщику, не забыв занести денег за продвинутую версию саппорта, в
    > худшем случае  - чтобы это требовало такого геморроя, что ты
    > сам добровольно и с песнями пойдешь платить.
    > shittree, монолитные образы, вот это вот все-  прекрасно решают эту задачу.
    > А то отдельный rpm пересобрать некоторые наглецы умудряются даже без билдхоста
    > выделенного, это никуда не годится!
    > Ты вон shitpack попробуй пересобери - сразу же убедишься в собственной бесполезности,
    > и пойдешь учиться на девляпса, next-next-next, ой, упало. щас умная система
    > заметит и сама перезапустит как надо!

    Исповедь ниосилятора.

     
     
  • 4.39, пох (?), 16:31, 16/02/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    сколько снап-пакетов ты уже для себя пересобрал, осилятор? Дай угадаю - ноль.
    И rpm'ов, что характерно - тоже ноль.
     
     
  • 5.44, Annoynymous (ok), 17:06, 16/02/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не угадал.
     
     
  • 6.66, Аноним (65), 14:39, 17/02/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Вопрос "сколько?" остался без ответа. ;)
     
  • 3.24, anonymous (??), 14:48, 16/02/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А что там во flatpack такого особенного, что отдельный билдхост нужен?
     
     
  • 4.36, annual slayer (?), 16:24, 16/02/2019 [^] [^^] [^^^] [ответить]  
  • +/
    https://github.com/flatpak/flatpak/issues/1326
     
     
  • 5.40, пох (?), 16:38, 16/02/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    closed же ж, notabug!
    подумаешь, требует запуска докера даже без той номинальной защиты, которую в нем символизирует буква s.

     
     
  • 6.69, annual slayer (?), 18:24, 17/02/2019 [^] [^^] [^^^] [ответить]  
  • +/
    если ты решил перевести содержимое тикета на русский для посетителей опеннета, то ты упустил слова closed и notabug
     
  • 5.70, annual slayer (?), 18:26, 17/02/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > https://github.com/flatpak/flatpak/issues/1326

    который, как я понял, зависит только от https://github.com/projectatomic/bubblewrap/issues/269

     
  • 4.41, пох (?), 16:43, 16/02/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    да ничего особенного. куча сборочного мусора, работающего в единственно-верных окружениях.

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


     

  • 1.3, Аноним (3), 11:11, 16/02/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > только минимальный набор компонентов (systemd, journald, docker, rpm-OSTree и т.п.).

    один только systemd состоит из большой кучи компонентов и еще большей кучи уязвимостей.

     
     
  • 2.7, Аноним (-), 11:45, 16/02/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    До этого нытики жаловались, что systemd не юниксвейно потому что монолитно. Теперь они жалуютя, что systemd слишком компонентно.
     
     
  • 3.23, Аноним (23), 14:22, 16/02/2019 [^] [^^] [^^^] [ответить]  
  • +7 +/
    > До этого нытики жаловались, что systemd не юниксвейно потому что монолитно. Теперь они жалуютя, что systemd слишком компонентно.

    Ну замени logind, networkd или udev.
    Или попробуй использовать их вне системды.
    Или сделать и поддерживать малыми усилиями свой форк какой-то компоненты.

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

     
     
  • 4.25, Аноним (-), 14:55, 16/02/2019 [^] [^^] [^^^] [ответить]  
  • –6 +/
    > Или попробуй использовать их вне системды.

    Фанатики секты ненавистников systemd только этим и занимаются. Смотри, например, gentoo. Udev вообще отрывают в первую очередь.

     
     
  • 5.28, Аноним (-), 15:15, 16/02/2019 [^] [^^] [^^^] [ответить]  
  • +4 +/
    >> Или попробуй использовать их вне системды.
    > Смотри, например, gentoo.
    > Udev вообще отрывают в первую очередь.

    Ну вот сам и смотри, там отдельный форк eudev.

    Это при том, что udev оторвать достаточно легко, т.к. оно не так давно было отдельным проектом.

    Так что там с заменой-то? Можно использовать mdev/eudev вместо udev, заменить logind/networkd в системде на что-то другое или использовать их вне системды?

     
  • 4.60, Аноним (60), 20:54, 16/02/2019 [^] [^^] [^^^] [ответить]  
  • +/
    udev, кстати, единственное, что можно использовать без запущенного systemd. а всё остальное настолько "компонентное", что удивляешься наглости авторов называть systemd модульным. Модульность у них значит, что вы модете использовать systemd с этими инструментами, или без них. Такое понимание у них UNIX way.
     
  • 3.33, zzz (??), 15:31, 16/02/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Компонентность UNIX подразумевает, что для отдельной задачи есть отдельная утилита.
    Компонентность сустемды подразумевает, что для отдельной задачи есть отдельная утилита, но работать сустемда будет только в случае наличия всех компонентов.
     

  • 1.4, anonymous (??), 11:15, 16/02/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Системд это базе и сразу внутри.
    Это для девелоперов и юзеров использующих всякую фигню на питоне, пхп, ноде, руби и тд
     
  • 1.5, Michael Shigorin (ok), 11:36, 16/02/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Шатлворт их покусал, что ли... изначально же было понятно (как минимум мне), что мертворождённое.
     
     
  • 2.12, пох (?), 11:57, 16/02/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    наоборот, у него ничего похожего нет и не будет, отдельные шитпаки для несобираемого не в счет.

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

    вот это: https://www.redhat.com/en/resources/enterprise-linux-atomic-host-datasheet снимать с продажи, по-моему, никто не планирует.

     
  • 2.31, Аноним (31), 15:28, 16/02/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    https://s8.hostingkartinok.com/uploads/images/2019/02/1bc68c645cf3fa8b8349fe7f
     

  • 1.6, Аноним (-), 11:41, 16/02/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Пока Fedora только готовится, Clear Linux уже во всю атомарно летает быстрее всех.
     
     
  • 2.11, пох (?), 11:55, 16/02/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    атоммарно быстрее всех летит в мусоропровод - уже почти достигла дна.
     
     
  • 3.13, Аноним (-), 12:04, 16/02/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Clear Linux летает там, где мусоропроводов нет в принципе. Стабильно обновляется каждый день. Уже достиг релиза 27840. Ядро 4.20. И это не страшно использовать в продакшене.
     
     
  • 4.17, Аноним (17), 13:07, 16/02/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Чувак ты только что башкой пробил дно когда стал судить о софте по цифре в версии.
     
     
  • 5.18, Аноним (18), 13:26, 16/02/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Номер версии показывает, что софт жив и развивается, а не засох и окаменел в веках.
     
  • 5.46, пох (?), 17:13, 16/02/2019 [^] [^^] [^^^] [ответить]  
  • +/
    ну нет, по-моему прекрасный показатель - когда номер версии вот такая пятизначная бредятина - вполне можно ближе этот софт уже и не рассматривать, ну или хотя бы сперва дерьмоупорный плащ застегнуть.

     
  • 4.21, Аноним (19), 14:05, 16/02/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >27840

    Воу, системда тихо комплексует в уголке.

     
     
  • 5.22, Аноним (22), 14:11, 16/02/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Кстати, systemd там в данный момент 239.
     
     
  • 6.29, Michael Shigorin (ok), 15:20, 16/02/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Старый!1
     
  • 6.30, Аноним (30), 15:28, 16/02/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    glibc зато 2.29 - свежее не бывает.
     
     
  • 7.49, пох (?), 17:32, 16/02/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    а вы, смотрю, разбираетесь в сортах...
     

  • 1.16, Аноним (17), 13:07, 16/02/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    IBM планомерно ведет в тому что одно ядро один дистрибутив.
     
     
  • 2.32, анонн (?), 15:30, 16/02/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > 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
    > [b]$1 billion in Linux with a dedicated team of over 1500 engineers[/b]. This
    > resulted in several innovation for Linux and it has continued to grow.
    >

     
     
  • 3.48, пох (?), 17:32, 16/02/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    а никто, случайно, не знает - ЧТО эти 1500 обезьян на самом деле сделали?
    У меня вот некоторые подозрения, что на первый ярд они запилили ненужно-jfs - ну не выбрасывать же ж было ее ibm'у.
    интересно, в чем заключались остальные "инновации" и нужны ли они в ядре хоть кому-то...

     
     
  • 4.56, анонн (?), 18:48, 16/02/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    мля, автобот продолжает "удивлять" - среагировал на ссылки и мейладреса.

    > У меня вот некоторые подозрения, что на первый ярд они запилили ненужно-jfs
    > - ну не выбрасывать же ж было ее ibm'у.

    А так же spufs, ecryptfs, relayfs, переписали IO (дженерик блок лэйер), отметились в memory barriers. Ну и рекламу спонсировали, вплоть до ТВ (ссылка на ютуб гуглится легко, а меня за нее автобот банит).
    Плюс "сурьезный" саппорт для энтерпрайза бизнеса предоставили:
    тут были ссылки на сайт ЙоБиЭМ в вебархиве и цитаты, но на них агрился автобот

    [code]
    IBM will work with four commercial distributors of Linux -- [b]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; [/b]
    Key IBM WebSphere products will ship later this year, including two [/code]

    Только не надо рассказов о том, что оно в конце 1999 уже и не нужно было, совсем ничего не решало и не привлекало кучу фирмочек поменьше, просто потому что IBM в любом случае еще годы, по инерции, будет тянуть то куда они "влезли".


     
     
  • 5.57, пох (?), 19:24, 16/02/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А так же spufs, ecryptfs, relayfs

    sptfu-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 пошли во вред линуксу в значительно большей степени, чем на пользу.

    ничего нового, типичная ебеме.

     

  • 1.34, edolstra (?), 15:46, 16/02/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    "Those who do not study NixOS are doomed to reimplement it. Poorly."
     
     
  • 2.37, annual slayer (?), 16:29, 16/02/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ну и кто редхату будет платить за NixOS?
     
     
  • 3.42, Уэф (?), 16:46, 16/02/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А редхат не нужен, родной.
     
     
  • 4.67, annual slayer (?), 18:19, 17/02/2019 [^] [^^] [^^^] [ответить]  
  • +/
    ну ок, ораклу, забыл я обновить свою методичку
     
  • 3.52, Сергей (??), 18:35, 16/02/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    CoreOS тоже не с нуля, а на базе ChromeOS, которая на базе Gentoo.
     
     
  • 4.68, annual slayer (?), 18:20, 17/02/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > CoreOS тоже не с нуля, а на базе ChromeOS, которая на базе
    > Gentoo.

    мне кажется, разница в том, что у coreOS уже были имеющиесяя копроконтракты (иначе врядли бы их купили), но тут можно только гадать

     

  • 1.50, Аноним (50), 17:51, 16/02/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Из текста не ясно, а почему отменили?
     
  • 1.61, jOKer (ok), 21:59, 16/02/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А почему сразу не на Alpine OS? А, да - их же Ленька покусал, и теперь у них без НенужноД сразу ломка начинается)
     
     
  • 2.64, пох (?), 11:34, 17/02/2019 [^] [^^] [^^^] [ответить]  
  • +/
    кстати да, отдельный вопрос - зачем нужен "асинхронный инит" системе, где "все в контейнерах", учитывая что он a) плохо приспособлен для запуска докера, требует править юнит-портянку где-то в недрах /lib или "оверрайдить" ее (и потом - "угадай, что тут на самом деле выполняется и в какой последовательности" ) - потому что, сюрприз, сюрприз, не способен банально перечитать параметры из конфига b) совершенно непригоден для запуска контейнерных приложений - посмотрите на имеющиеся (почему-то вот не от Лёни, а от каких-то васянов, с чего бы это?) systemd-docker-ные юниты, ужаснитесь кривизне и неосиляторству, плюньте и забудьте - все равно редхат за вас сделает как _ему_ удобно.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Слёрм
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2019 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру