Gentoo может стать монополистом на рынке дистрибуции.
Но она этого не сделала.
И это не так.
Из-за того, что дистрибутив gentoo содержит идеологию, которая не развивалась с момента его создания.
А по принципам Вселенной все, что не развивается, имеет вектор.
направление к смерти.
Некоторым людям это может не нравиться, но вы можете сколько угодно отрицать, что трава зеленая, и это не помешает ей оставаться зеленой.
При этом у руководства дистрибутива Gentoo нет желания разбираться в происходящем и ввиду этого не предпринимается никаких шагов по трансформации дистрибутива.
И это позор! Для начала стоило бы понять причину популярности дистрибутива Gentoo (2005-2010 гг.
) и дальнейшего падения популярности и неминуемой смерти дистрибутива в течение следующих 10 лет. Причиной его популярности в 2005-2010 годах было то, что: 1. Бинарные дистрибутивы, несмотря на их количество, не предоставляли пользователю последние версии программных пакетов в стабильной ветке.
Тестовая и нестабильная ветки не обеспечивали пользователю стабильной работы, регулярно выводя рабочую станцию из строя.
Далее дистрибутив Debian пересмотрел свою позицию и стабилизировал версии пакетов, над которыми мог работать пользователь (имеется в виду контекст студии разработки и десктопа).
И это стало популярным.
Именно по этой причине.
2. В дистрибутиве Gentoo реализована инновационная технология USE-флагов, которая не полностью реализована в других дистрибутивах.
Частично реализовано в NixOS. Эта технология позволила пользователю изменить функциональный интерфейс ОС.
Руководство Gentoo до сих пор считает, что причиной его популярности стала идеология «создания программного обеспечения из исходного кода».
Это не верно.
Конечному пользователю необходима гибкость с точки зрения функционального интерфейса.
Но только.
Ради этой возможности пользователь даже готов подождать, пока пакеты будут скомпилированы из исходных текстов.
Отсутствие эволюции дистрибутива Gentoo привело к появлению дистрибутивов, которые пытаются предоставить пользователю такую гибкость.
В разных контекстах, даже самых невероятных.
Ярким примером является появление дистрибутива NixOS, который пытается предоставить пользователям следующие возможности:
- возможность использования нескольких версий программного обеспечения
- возможность государственной записи
- декларативная конфигурация операционной системы
- возможность изменения функционального интерфейса ОС (аналог USE-флагов)
В то же время фиксация на пунктах 1 и 2 привела к многочисленным трудностям в использовании этого распределения.
Пункт 3 слишком усложнен и имеет тенденцию к дальнейшему усложнению и уже привел к тому, что это дистрибутив потерял свою универсальность.
Самый простой пример: попробуйте выполнить chroot из Установочный образ NixOS на другой дистрибутив.
Итак, в Gentoo предусмотрен инновационный интерфейс USE-флагов, позволяющий изменять функциональный интерфейс операционной системы.
Основным недостатком реализации является время сборки из исходного кода.
Вопрос: является ли сборка из исходного кода единственным способом? возможно ли в реализации предусмотреть возможность изменения функционального интерфейса? Мой ответ — нет. Эту возможность можно реализовать без использования сборки из исходных кодов.
Конечно, на этом пути возникают проблемы.
Но решение их (а их в конечном итоге можно решить, дистрибутив NixOS показал это на практическом уровне) лежит исключительно в плоскости трансформации идеологии управленческого состава дистрибутива Gentoo. Много раз в рунете (и не только) пользователи поднимали вопрос о кешах бинарных пакетов.
Ответ всегда один: этого сделать нельзя, поскольку каждая рабочая станция имеет процессор со своим набором CFLAGS и что пакет, скомпилированный с одним набор CFLAGS не обязательно будет работать на другой рабочей станции с другим набором CFLAGS. И из-за этого технически невозможно реализовать бинарный кеш пакетов, который бы работал на других рабочих станциях даже в рамках той же архитектуры (например AMD64).
Это утверждение верно, но есть решения:
- использование ОБЩИХ CFLAGS
- сегментация двоичных кэшей с использованием CFLAGS
У руководства дистрибутива Gentoo нет никакого желания.
Что ожидает дистрибутив Gentoo, если в нем есть кэш двоичных пакетов? Он обречен.
Для успеха.
Моя мечта — чтобы команда менеджеров дистрибутива Gentoo пересмотрела свою идеологию и приняла стратегическое решение о направлении этого замечательного дистрибутива и стала по-настоящему инновационной в мире дистрибутивов.
PS: Gentoo саботирует появление централизованного кэша двоичных пакетов уже более 10 лет. Если кому интересно, обязательно прочтите комментарии подробно.
Теги: #linux #*nix #crisis #дистрибутив #Gentoo
-
Интересный Вид На Улицу
19 Oct, 24 -
Geforce За 59 Долларов
19 Oct, 24 -
Проект Owasp Top 10: Введение
19 Oct, 24 -
Зачем Закрывать Индексацию Контент-Проекта?
19 Oct, 24
