Что: d6a10bd448599b7fcdb4222e3d03810bd0cebec9
Когда: 2024-04-28 11:21:17+03:00
Темы: bass djb redo zsh
BASS будет свободным В 7e1dbd0539c7ea5c6bd5e8831abeea4796da693e, 3a1f5e5f8e1280737b635fd50e3a30e501963a7f, d0d24e9b8d061de7f630ef5bf0de3a6bec29fb2b, 89b5da9451fd2295ad59b2d5a75061c11ad2583a я упоминал что написал систему сборки пакетов и пакетный менеджер. Изначально вообще-то делался CI, но для него вот проще было написать и свои пакеты. Так вот начальство одобрило его публикацию как свободное ПО, чему я очень рад, ибо были сомнения. Боюсь что до этого руки дойдут только через пару месяцев наверное. Ибо надо восстановить работоспособность его CI части, которая поломана после кучи рефакторинга. Нужно поднять эти самые CI сервера хотя бы для пары проектов. Надо выпилить кучу пакетов относящихся к внутренним проектам. Надо добавить кучу мультимедиа пакетов -- самому то бишь переехать на сборку мультимедиа софта через BASS, ибо это основная головная боль у меня была (много зависимостей, всего хочется поновее, пока это сплошная ручная работа). Но BASS уже вовсю начал использоваться как пакетный менеджер (десятки пакетов с зависимостями), через который разворачивается одна система. Для поднятия десятков демонов используются отдельные XXX-service пакеты, в которых подготовленные daemontools'es supervise run-файлы. То есть сама программа и её запускался -- независимы, что очень удобно и гибко. Когда я всё это только начинал писать -- не было не только уверенности что оно напишется (возможно проблемы и подводные камни похоронят по мере написания), но и что оно будет вполне себе удобно и реально помогать. На мой взгляд всё вышло более чем круто и результат мне самому очень нравится чисто эстетически, не только тем что оно выполняет задачу. Хотя сама CI его часть ещё не то чтобы уж очень хожена. Изначально почти всё на Z shell было, а дальше то тут, то там чуть его повыпиливал и от него ничего и не осталось.
Сгенерирован: SGBlog 0.34.0