Разработка Chimbalix 24.9 Alphachi и пара слов о несуществующих критериях значимости OpenNET

В прошлой части серии статей была начата работа над новой версией Chimbalix. Я внёс ряд исправлений и обновил прошивки для совместимости с современным компьютерным железом, потому что Linux мёртв без них. Также я определился с целями по оптимизации и облегчению дистрибутива, насколько это возможно.

Пришло время продолжить чистку системы от всего лишнего. Теперь следует удалить старую версию браузера Firefox, с этим никаких проблем не возникло благодаря формату Installer-SH.

Попутно удалил Double Commander и KDiskMark, потому что собираюсь преобразовать их в формат под названием Installer-SH. Ещё, при беглом осмотре были выявлены три бесхозных пакета, которые я также вычистил из системы. А ещё говорят, мол, пакетные менеджеры — это хорошо и классно, а в итоге -приходится руками подчищать мусор за пакетным менеджером, потому что чёрт ногу сломит в этих зависимостях.

И да, часть «мусорных» пакетов явно досталась по наследству от MX Linux, потому что я не устанавливал Nautilus, чтобы потом его удалять, и остались бесхозные куски. Кусок от игры действительно остался после меня, потому что я удалял LBreakout, но почему пакетный менеджер сам не вычистил остатки от игры? Да и ProjectM тоже явно не по моей вине завалялся.

Вот вам пакетные менеджеры и некомпетентный подход к распространению софта, когда всё разрывают на тысячи кусков. Даже ранние версии Installer-SH столько проблем не доставляли с остатками софта размазанными по всему «дряхлому пингвину», потому что таких остатков не было.

Я занимаюсь разработкой дистрибутива без какого-либо заранее подготовленного плана, да и не всегда есть время заниматься им, поэтому иногда забрасываю разработку на какое-то время. И вот я подумал: а почему бы не собрать «разорванного в клочья» пингвина? Речь идёт о каталогах для хранения ярлыков, иконок, MIME-типов и прочих путей, относящихся к интеграции в систему.

Как думаете, на сколько компонентов линуксоиды разорвали обычный ярлык в меню приложений? Кто-то скажет: мол, создай desktop-файл в каталоге applications — и всё. Но это лишь вершина айсберга. На самом деле, для полноценного создания пункта в меню приложений нужно не только положить desktop-файл, но и создать раздел в каталоге applications-merged, а ещё нужно настроить этот раздел в каталоге desktop-directories. Получается, нужно всковырнуть целых три совершенно разных места ради одного, действительно правильно размещённого ярлыка.

Это поистине глупая структура. Именно из-за таких структур Linux и называют «разорванным в клочья» или «дряхлым» пингвином и почти никто не желает поддерживать это мракобесие. Могу только вспомнить свой Installer-SH и себя среди всех, кто поддерживал бы это разорванное непотребство.

Но знаете, я хоть и поддерживаю этот ужас, мне самому крайне неприятно работать с такими линуксоидными стандартами. Что же я придумал? Правильно — собрать всё воедино. Как это сделать? Элементарно: создать каталог внутри portsoft и там сделать ссылки на разбросанные по всему Linux каталоги.

Единственная проблема в том, что моя спецификация в таком случае становится немного зависимой от Desktop Entry Specifications (XDG), если я пропишу такие ссылки прямо в свою спецификацию PortSoft. Можно, конечно, попытаться реализовать поглощение, когда моя спецификация буквально поглотит в плане размещения каталогов, но это уже потребует внесения существенных изменений в операционную систему пользователя. Придётся перенести системные каталоги и оставить вместо них ссылки. Не самый разумный вариант, хоть и действенный.

Проблема символических ссылок в том, что их можно случайно перезаписать при копировании каталогов, что может нарушить работоспособность системы в целом. Поэтому вариант с полным поглощением отпадает. Ничего страшного не произойдёт, если сломаются ссылки в каталоге portsoft, но если они сломаются в системе, это уже сулит большие проблемы.

Таким образом, я начал работу над новой версией спецификации PortSoft, в которой будет отражён новый каталог, собирающий «разорванного на куски» пингвина. На то я и разрабатываю спецификации, чтобы они задавали направление моих дальнейших разработок, решающих настоящие проблемы мира Linux.

Учитывая, насколько Linux плох как операционная система в целом, все мои спецификации и разработки для этой платформы выглядят как костыли к мертворождённому механизму. Один только Glibc и ад зависимостей чего стоят, не говоря уже о постоянно поломанной обратной совместимости с драйверами, и не только. Вкладывать силы в Linux попросту глупо и бесперспективно, но кто сказал, что я не глуп?

Постепенно я полировал новую версию спецификаций PortSoft. В итоге было сформировано девять каталогов внутри директории «Интеграции». Следует заметить, что существующий Installer-SH версии 2.9 не способен задействовать все эти возможности, вынесенные в спецификации. Но это не беда: на то спецификации и нужны, чтобы задавать направление движения.

Теперь спецификация PortSoft не только определяет способ установки и хранения самих программ, но и задает в одном месте практически все необходимые пути для полноценной интеграции приложений в систему. То, что «линуксоиды» разорвали в клочья по всей операционной системе, я собрал воедино.

Какие преимущества это даёт реальным пользователям и разработчикам? Правильно, теперь не нужно ломать голову и бегать по всей операционной системе, чтобы интегрировать программу должным образом. И если пользователь захочет вручную что-то подправить, у него будет всё как на ладони. Стоит ли говорить, что такой порядок значительно снизит количество ошибок при разработке программ установки ПО? Даже мне будет намного проще работать с одним унифицированным каталогом при разработке новых версий Installer-SH, чем метаться по десятку разных мест.

По такому поводу была выпущена новость на ресурсе Overclockers, потому что не каждый день выходят обновления спецификаций PortSoft. Почему новость не была выпущена на профильном для таких вещей ресурсе OpenNET? Правильно, потому что модерация там, как оказалось, весьма предвзятая и высокомерная, особенно если посмотреть на причину отказа в публикации новости про GUI для запуска старых версий macOS в QEMU.

Придираться к количеству строк кода у полезного проекта — это просто какой-то снобизм. Может быть, когда я выпущу новую версию Installer-SH, они отклонят новость, заявив, что там всего 2500+ строк простейшего кода и это не заслуживает публикации?

И да, я посылал ещё одну новость про обновление спецификаций PortSoft. Во второй раз уже использовал ИИ для создания текста, так как искусственный интеллект уже был знаком со спецификацией и даже сам предложил идеальный для этого ресурса текст. Иронично, но искусственный интеллект самостоятельно назвал администрацию OpenNET токсичной, хотя я ни слова плохого не сказал в адрес ресурса ни до того, ни когда просил сгенерировать текст новости. Разумеется, эту новость администрация просто удалила по-тихому, даже не показав её в списке отклонённых.

Я бы даже назвал администрацию OpenNET лицемерной в какой-то степени, особенно если посмотреть на причины отказа в публикации чужих черновиков за 24 и 21 числа, потому что без вопросов опубликовали две новости про одну и ту же версию LibreOffice 26.8, я уже не говорю о третьей про бета-версию LibreOffice 26.8. Так что формулировки, подразумевающие, что недавно уже были публикации про предыдущие версии какого-либо ПО, тут однозначно выглядят лицемерными, учитывая факты.

Когда-то я похвалил администрацию OpenNET, однако прошло некоторое время с момента, когда я опубликовал там новость про выпуск Installer-SH, и я понял, что в тот раз мне просто очень повезло: попался адекватный модератор, действительно выполняющий свою работу согласно правилам. Остальные же просто пускают по кругу монотонную ленту, отклоняя действительно новые разработки и события.

Некоторые могли заметить, что у меня есть отклоненная новость про выпуск актуальной версии OBS Studio 32 от 23.07.2026. Там тоже есть грешок со стороны администрации OpenNET, потому что на момент отклонения OBS 32.1 действительно была актуальной. Даже 24.07.2026 эта версия оставалась актуальной — именно она числилась всё это время на официальном сайте проекта. Поэтому причина отказа в публикации со стороны администрации OpenNET по факту является выдуманной и не соответствующей действительности.

Да и объединение новости про InstallerSH 2.9 с предыдущей версией, тоже висит грехом за администрацией OpenNET, потому что даже краткий список изменений состоял из 15 пунктов. И да, один пункт модераторы удалили при объединении: тот, который гласил о прочих исправлениях, повышающих надёжность и улучшающих пользовательский опыт.

Данному материалу, по идее, не место в истории разработки новой версии дистрибутива Chimbalix. Но проблема в том, что всё это связано, и администрация OpenNET фактически препятствует развитию не только моего дистрибутива Linux, отклоняя прямым образом соответствующие тематике ресурса новости. Я не говорю, что модерация — это плохо и от неё нужно избавляться. Нет, я говорю о том, что модерация ресурса OpenNET слишком часто отклоняет новости по несоответствующим действительности причинам. Проблема тут в том, что такие действия сильно вредят индустрии и демотивируют разработчиков реально полезных проектов. А потом удивляются, почему Linux ущербен в настольном сегменте уже более тридцати лет.

Почти все мои материалы, которые оказались неугодными на профильном ресурсе OpenNET, были без проблем адаптированы и перенесены на Overclockers. Раз они отказываются от материала, значит, я имею полное право его адаптировать и отнести в гораздо более благоприятную для новостей среду. Я нечасто пишу новости, но если пишу, значит, есть что-то действительно новое, о чём написать.

Разумеется, я буду и дальше присылать новости про разработку Installer-SH и прочие проекты на ресурс OpenNET, наблюдая за их поведением, если не забуду про этот ресурс вообще. Но что-то мне подсказывает, что модераторы, действительно заинтересованные в настоящих новостях, мне больше не попадутся, особенно если прочитают данную статью с фактами. Первое впечатление было хорошим: я был высокого мнения о ресурсе и его администрации, но чем больше наблюдаю, тем сквернее всё выглядит.

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

Особенно забавляют причины отказа вроде «не соответствует критериям значимости». Что за критерии значимости? Даже OpenNET Wiki не знает про критерии значимости, но это используют как причину отказа в публикации.

Всё познаётся в поступках. Я могу десять раз крайне грубо обозвать тех же разработчиков ядра Linux за то, что они постоянно нарушают совместимость в каждой новой версии, что-то ломают или вырезают. Но мне от одной мысли противно попытаться навредить им — например, отправляя мусор в репозитории или отказав им где-то, сославшись на выдуманную причину, откровенно не соответствующую действительности. Так и с ресурсом OpenNET: в лицо вежливо улыбаются, а за спиной показывают неприличный жест. Ну да ладно, мне надо работать над дистрибутивом Chimbalix.

Вместо того чтобы внедрить изменения сразу в дистрибутив, я решил сначала обновить спецификации в установочном пакете под названием Installer-SH. Я уже добился такого уровня самостоятельности формата распространения ПО, что было бы неприлично, если бы он сам не смог подготовить всё необходимое для работы в соответствии со спецификациями.

Это явно потребует разработки новой версии Installer-SH, чтобы она соответствовала новой версии спецификации PortSoft, и этим я займусь в отдельной статье. Причём в последнее время я увлёкся ретрокомпьютером 1997 года выпуска, и на разработку новой версии дистрибутива остаётся ещё меньше времени. Впрочем, пользователей Linux катастрофически мало, так что мне некуда торопиться. Тем более, в спешке можно наделать лишних ошибок. Может, я просто обленился?

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

Благодарю за внимание, больше интересных статей в блоге Hard-Workshop.