Разработчики Fedora Linux объявили (https://blogs.gnome.org/uraeus/2018/10/23/fedora-toolbox-rea.../) о начале тестирования инструментария Fedora Toolbox (https://github.com/debarshiray/fedora-toolbox), призванного упростить жизнь разработчикам, которым необходимо часто устанавливать различные дополнительные библиотеки и приложения, в условиях применения сборок Fedora Silverblue (https://www.opennet.ru/opennews/art.shtml?num=48552), которые в долгосрочной перспективе могут заменить классический Fedora Workstation.
Напомним, что редакция Fedora Silverblue отличается от Fedora Workstation поставкой в монолитном виде, без разделения базовой системы на отдельные пакеты, с применением атомарного механизма обновления. Все дополнительные приложения устанавливаются в виде flatpak-пакетов, запускаемых в изолированных контейнерах. Системный образ неделим и формируется с использованием технологии OSTree (отдельные пакеты установить в таком окружении нельзя, можно лишь пересобрать весь образ системы, расширив его новыми пакетами при помощи инструментария rpm-ostree).
В условиях, когда постоянно требуется устанавливать различные мелкие библиотеки и утилиты подобный подход неудобен и в качестве выхода был предложен инструментарий Fedora Toolbox. Toolbox позволяет запустить дополнительное изолированное окружение, которое может быть кастомизировано произвольным образом при помощи обычного пакетного менеджера DNF. Разработчику достаточно (https://debarshiray.wordpress.com/2018/10/22/fedora-toolbox-.../) выполнить команду "fedora-toolbox create", после чего в любой момент можно войти в сформированное окружение командой "fedora-toolbox enter" и установить любые пакеты при помощи утилиты dnf.
URL: https://blogs.gnome.org/uraeus/2018/10/23/fedora-toolbox-rea.../
Новость: https://www.opennet.ru/opennews/art.shtml?num=49492
Может быть, я чего-то не понимаю... Зачем отрывать себе ноги и пользоваться этим?
А где ж иначе девопсов брать? Вот из безногих и набирают.
Для изоляции приложений и на случай конфликтующих зависимостей. Общий репозитарий с огромным графом библиотек -- довольно геморройная штука в обслуживании.
сначала создают себе проблемы потом героически преодолевают. очень надеюсь, что не взлетит.
как показывает практика такие дурацкие, бессмысленные и беспощадные "решения" взлетают успешно. за примером ходить не надо: современный systemd, подменяющий собой всё что угодно, только systemd-исполнение работает обычно до тех пор, пока вписывается в некоторые лабораторные условия, а с реальной жизнью дружит не оч. Так и здесь Идея хороша в сферическом вакууме, но не в реальной жизни. Но эту мёртворождённую мысль будут упорно пропихивать как production-ready "решение". Да что уж там Эту идею уже реализовали в текущем Ubuntu-LTS.
Поздно пить боржоми.
Кончался 2018-й, а в рунете до сих пор воевали с systemd. Причём большая часть воителей не удосужилась даже прочитать документацию.
Systemd - не такая уж и отвратная штука. Но можно было сделать и лучше. Отличная идея с посредственной реализацией.
посредственная идея с отвратительной реализацией
Нужно больше самодостаточных изолированных атомарных стильно-модно-молодежных контейнеров-пакетов...
Модная десяточка уже не такая модная без изолированных контейнеров?
Модная десяточка уже давно обновляется каждый раз полуторагигабайтным снимком системы, а не отдельными изменившимися либами и бинарниками. И более того, я слышал,что это бэкпортировали и в семёрочку и восьмёрочку.
Считается, что это решит проблему с "не было печали, обновление скачали", а заодно и попытки хакать ОС.
На кой хрен это в моём линуксе, я до сих пор не знаю точно...
>Модная десяточка уже давно обновляется каждый раз полуторагигабайтным снимком системы, а не отдельными изменившимися либами и бинарниками.жесть!
с таким подходом понадобятся для системы ssd на терабайты
В кратце то, что делается в 10 делается и в Федоре.
Обновления мелкими пакетами и раз в n месяцев новый мажорный релиз. Просто у него не меняют название, так и остается 10-кой. В отличии от Федоры. Мажорный релиз распространяется одним архивом, а не 1000 разных. Все одно одномоментно сваливающихся. У подхода есть свои плюсы и минусы.Новый же подход на контейнерах под каждое приложение в разы перспективнее по жору памяти.
640 гигабайт хватит всем.
> В условиях, когда постоянно требуется устанавливать различные мелкие библиотеки и утилиты подобный подход неудобен и в качестве выхода был предложен инструментарий Fedora Toolbox.То есть, они предлагают костыль для решения проблем, вызванных другим сомнительно нужным костылем?
Не понял.
А чем не годится их же Софтваре Коллектион, модульные рпм и обычные контейнеры ? Зачем ещё что то плодить ?
> Зачем ещё что то плодить ?Смысл федоры. Сделать, закопать, переделать, закопать и так от релиза к релизу. Я не удивлюсь, что через пару лет они запилят замену systemd.
Так они плодят утилиту для обновления модульного пакета. Домохозяйке он незачем. Ей будет (или не будет) сваливаться новый модуль. А вот мантейнеру его же чем-то делать надо. Если я правильно понял скриншот, то он через тулзу как-бы мантирует пакет запускает в нем dnf и вуаля - новый пакет готов, можно рассылать. :)
Создаётся контейнер с возможностью устанавливать внутри него пакеты. На самом деле, вроде бы и полезно, а с другой не очень. Чисто гикавская фича! -)
", призванного упростить жизнь разработчикам, "Ага, с этого все и начинается. Может не надо?
Сначала мы им жизнь усложним, а потом будем героически пытаться упрощать - чтобы было видно, какие мы инновационные!
>Сначала мы им жизнь усложним,В реальности было немного не так. Сначала им жизнь упростили. Сдалали фичу, мол можно один раз собрать пакет и больше никогда не обновлять. А потом пришло осознание - Ё моё, что ж мы сделали. Ведь реально перестанут. Теперь и ищут пути как бы сделать так, чтоб было обновлять не сложно. :)
Не, ну прям как-будто в Fedore все с крепкой русской душой: из крайности в крайность, либо никак, либо совсем всё залочить. Можно ж: 1. сделай базовую систему, 2. пакеты и 3. доприделай ещё всю эту лабуду с flatpak'ом. И нашим и вашим. Но жо этого ж дойти надо...
Пора вспомнить забытую фразу. Любую проблему можно решить, введя новый абстрактный слой. Кроме проблемы слишком большого количества слоев.Видимо, пионеры совсем не желают учиться на ошибках других
Сидел сначало на шапках сидел, на федоре с первой версии, похоже придётся куда то валить. Какой то идиотизм творят с системой. На хрен мне этот flatpak и не делимость системы?
Ты перепутал систему для домохозяек с Gentoo и LFS.
Если ты systemd и firewalld пережил, то и с этим справишься.
системд меня вполне устраивает, фаервалд отключается одной командой и используется простой iptables
> Сидел сначало на шапках сидел, на федоре с первой версии, похоже придётся куда то валить. Какой то идиотизм творят с системой. На хрен мне этот flatpak и не делимость системы?Этот идиотизм только в Silverblue. Если вы просто обновите уже установленную систему, всё будет ok. Если вам нужна будет новая установка: ставьте, например, минимальный сервер, и доустановите необходимые вам пакеты.
Поймите в чем удобство: вам не надо больше иметь отдельную машину для разработки. Переносите всю необходимую среду в контейнер и радуетесь жизни! Никакой магии тут нет. Позволит следовать принципы "keep it simple, stupid!" и не засорять основную систему ненужными пакетами и их зависимостями, и без виртуализации с сопутствующими накладными расходами.
Следующий шаг: слишком много flatpak-пакетов, давайте сделаем их поставку в монолитном виде
Что значит "уже" в Fedora 30? Пока даже 29 не вышла.
Её релизы так часто мелькают, что в глазах рябит. Вот и "уже"...
Федора только раз в году, а десятка и убунту целых два, но виновата Федора.
Два раза в год выходит Fedora
Релизы появляются регулярно два раза в год, что обусловлено, скорее, стремительностью подъёма оупенсорс-индустрии :)
> Что значит "уже"В данном случае употр. для указания на смену места, времени, обстоятельств действия, т.е. планируется не в 34 и не в 31, а уже в F30 ))
Теперь я понял, почему Pidora забросили, глядя на базовый проект.
Сначала мы нагородим неведомую херню, под названием Silverblue, в которой после установки пакета нужно ПЕРЕЗАГРУЗИТЬ систему, иначе пакет в системе не появится.А потом понимаем, что как-то не удобно получилось, так что давайте поставим контейнер с нормальной федорой и будем делать всё в нём. Феерический бред.
> Сначала мы нагородим неведомую херню, под названием Silverblue, в которой после установки
> пакета нужно ПЕРЕЗАГРУЗИТЬ систему, иначе пакет в системе не появится.
> А потом понимаем, что как-то не удобно получилось, так что давайте поставим
> контейнер с нормальной федорой и будем делать всё в нём. Феерический
> бред.Нормальные разрабы и так не гадят в саму систему всем подряд. Ну а локалхосты домохозяек... Зато ни чего не сломают! Шах и мат.
Да откуда блин столько негатива-то?
Правильно все делают. И именно в федоре предлагают решения на любой вкус: хочешь -- сиди как раньше на системе с over 9000 пакетов, хочешь -- подключи к этому паектные модули, где можно выбрать другую версию какой-от базовой подсистемы (правда, модулей пока не густо), ну хочешь контейнеры -- вот тебе silverblue.
Че не нравится-то? Где еще есть такая гибкость выбора?
нужен только один дистрибутив, зоопарк не нужен
Ах, как некоторых корячит тут моя любимая Fedora.
Silverblue - серебристая пичаль.
Что называется, создали себе проблему, теперь героически ее решают.
> Что называется, создали себе проблему, теперь героически ее решают.Где проблема? Нет проблемы потому что. Просто еще один простой как полено инструмент построения dev-окружения, да еще который надежно изолирован от рабочей системы. Сказка просто.
Выйдет она, чую свалю я с дебиана, не смотря на 10+ лет...
Если вы готовы жить без PPA и собственных пакетов, то конечно. Я не готов.
В смысле ? Доп. реп к федоре ж.. ешь. Собрать свой рпм и держать локальный репазиатрий может любой дурак.В чем именно проблема ?
$PATH на скриншоте наглядно показывает "простоту" палена.
Сейчас бы променять Debian на Fedorа.
Специально для таких как ты "разрабатывающих себе" придумали: VirtualBox, KVM, VMWare Player, lxc|lxd, Docker, для сборки rpm-ов есть mock, для сборки deb-пакетов есть sbuild. Это всё проверенные временем и работающие решения, которые призваны для использования в различных usecase-ах. Для "поматросил и бросил" тот же flatpak способен создать пробный вариант приложения...Но тебе нехватает этого инструментария, тебе нужно больше, вышеперечисленные технологии слишком хорошо работают, чтобы насладиться работой dev-окружения?
Или может ты неосилятор и не способен на то, чтобы запустить virtualbox или какой-нибудь lxc|docker? Но если ты неосилятор, то "новое" "решение" не решит твоей основной проблемы...
> Специально для таких как ты "разрабатывающих себе" придумали: VirtualBox, KVM, VMWare Player,
> lxc|lxd, Docker, для сборки rpm-ов есть mock, для сборки deb-пакетов есть
> sbuild. Это всё проверенные временем и работающие решения, которые призваны для
> использования в различных usecase-ах. Для "поматросил и бросил" тот же flatpak
> способен создать пробный вариант приложения...
> Но тебе нехватает этого инструментария, тебе нужно больше, вышеперечисленные технологии
> слишком хорошо работают, чтобы насладиться работой dev-окружения?
> Или может ты неосилятор и не способен на то, чтобы запустить virtualbox
> или какой-нибудь lxc|docker? Но если ты неосилятор, то "новое" "решение" не
> решит твоей основной проблемы...И чё ты все в кучу свалил: и жареное, и пареное, и рыбу копчёную? Каждое решение хорошо в своем юзкейсе. И еще от одного хуже точно не будет, тем более оно в своей красношляпой атмосфере и только там в обозримой перспективе и останется.
Вообще вопрос стоит не то что применяют и изобретают что то новое, а зачем сразу несколько паралельных технологий ?
К примеру почему dnf сменил yum а не сразу бы оставили и то и другое.
У них ресурсов хватает что бы экспериментировать и безболезненно отбрасывать неудачное, в отличие от конкурентов... ой, простите, коллег.
>К примеру почему dnf сменил yumТак случилась проблема "с автобусом".
Опять применительно к сабжу. К примеру чем это будет отличаться от ливе-сд ?
Образ ливе-сд если что нужно добавить - пересобрал. Этот образ грузить каждый раз ... если что нужно досыпать из рпм.
>К примеру чем это будет отличаться от ливе-сд ?Тем что это не блоб, а многослойный пирог: образ системы (изменяемый, а не как в эндлесс), рантаймы флатпаков с самими флатпаками, сбоку сабж, еще сбоку что захочешь. Мощная, гибкая, но устойчивая платформа для любых целей: от платформы для разработки, до домохозяйкиного компутера с одноклассниками.
Специально для опоздавших родиться и для ждущих до сих пор «почти готового для десктопа», а также ностальгических чувств ради…Red Hat Linux 7.3 (кодовое имя — Valhalla)
Три дистрибутивных образа ISO и рядом ещё один с фирменной документацией:
ftp://ftp.icm.edu.pl/pub/Linux/dist/redhat/linux/7.3/en/iso/.../
ftp://ftp.icm.edu.pl/pub/Linux/dist/redhat/linux/7.3/en/iso/doc/
Сравнивайте модно-молодёжными инновациями и наслаждайтесь, только не забывайте, сколько лет прошло.
Как оказывается... И то вас бывает польза! -)
А вот ещё полезная ссылка для желающих тряхнуть стариной:http://archive.download.redhat.com/pub/redhat/linux/
Там Шляпа хранит все старые выпуски Red Hat Linux (это не RHEL) вплоть до 9-го включительно.
Новых познаний расширения горизонтов для поставил на виртуалочку CentOS последнего выпуска, то есть 7.5, но «альтернативной» архитектуры (altarch) i386. Базовую систему почти без ничего, никаких Иксов и прикладного софта. И что же я вижу после установки?
find / -iname '*systemd*' | wc -l415
Это, ребятушки, базовая система, напоминаю. Грусть-печаль. Без системды RH-подобные существовать более не могут. Тут уж либо приспосабливаться к ним, либо насовсем закрывать эту страницу истории.
Инсталлятор сабжа по умолчанию графический, текстового я не нашёл простым тыком, убрали текст подальше от ламеров и блондинок. Впрочем, никаких проблем при установке не было. Можно откинуться на спинку стула и читать эти ваши опеннеты, пока всё жужжит.
Но он там таки есть, говорит Шапка:
https://access.redhat.com/documentation/en-us/red_hat_enterp...
На эту «альтернативную» версию ОС не цепляется EPEL 7. Но без проблем добавить EPEL 6.
Идея с Fedora Silverblue хороша сама по себе -- по сути это это неизменяемый образ + приложения во flatpak-пакетах сбоку. Проблема здесь в том, что пока слишком мало пакетов во flatpak'ах, не все приложения поставляются в них. Поэтому часть приложений будет устанавливаться стандартным способом с помощью пакетного менеджера.Fedora Toolbox -- это по сути доп. контейнер, куда будут ставиться приложения пакетным менеджером dnf. Другое дело -- как это реализовано. Я считаю, что прослойку tolbox надо сделать прозрачной, т.е. поставляемой прямо в составе Silverblue, а всё что ставится dnf'ом должно автоматом устанавливаться в tolbox.