From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on sa.local.altlinux.org X-Spam-Level: X-Spam-Status: No, score=0.7 required=5.0 tests=BAYES_00, DKIM_ADSP_CUSTOM_MED, FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM,HEADER_FROM_DIFFERENT_DOMAINS, NML_ADSP_CUSTOM_MED,SUBJ_ALL_CAPS autolearn=no autolearn_force=no version=3.4.1 X-Injected-Via-Gmane: http://gmane.org/ To: devel-newbies@lists.altlinux.org From: Alexei Mezin Date: Tue, 4 Oct 2022 11:55:09 +0300 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.3.0 Content-Language: ru In-Reply-To: Subject: Re: [newbies] =?utf-8?b?0JTQvtC60YPQvNC10L3RgtCw0YbQuNGPINC/0L4g0YE=?= =?utf-8?b?0LHQvtGA0LrQtSDQv9Cw0LrQtdGC0L7QsiDQv9C+0LQgQUxU?= X-BeenThere: devel-newbies@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: "devel@ where you _can_ ask" List-Id: "devel@ where you _can_ ask" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2022 08:54:19 -0000 Archived-At: List-Archive: > Какие моменты стоит максимально подробно осветить в > документации, которые на данный момент являются важными, но информации > о которых крайне мало? А АЛьТа есть проблема: вся технология сборки и поддержания пакетов ориентирована "на программистов", поэтому документации по основным техническим моментам нет или она скудна. Подразумевается, что сборщик пакетов в достаточной мере владеет git'ом. Наверняка это так и есть для программистов. Но НЕпрограммисты иногда тоже хотят поддерживать пакеты. Как именно писать spec-Файл -- это не самая сложная проблема. spec'и всех пакетов доступны в два клика, всегда можно посмотреть примеры. А вот документации по собственно технологии сборки мало и/или она очень разрозненная. Есть простейшая пошаговая инструкция "клонируем репо - обновляем - собираем", но мне всегда казалось, что они неполная и не покрывает чуть более сложные, но типовые случаи. По моему НЕпрограммистскому опыту поддержки пакетов, нужны следующие пошаговые инструкции * (уже есть, но надо пересмотреть, актуализировать, дополнить) "Сборка пакета, который был в репозитории, но сейчас не поддерживается" - клонирование имеющегося пакета себе - способы обновления исходников - способы внесения изменений в spec, включая chahgelog -- хорошо бы с отсылкой сразу на страницу с RPM-макросами и полиси по упаковке иконок, документации и т.п. - локальная сборка, включая ссылку на сборку под другие архитектуры - сборка на сборочнице и добавление в репозиторий, включая полиси и инструкции по добавлению в другие ветки * "сборка пакета с нуля" - с рассмотрением вариантов "исходники в архиве", "исходники в git". С указанием типовых действий при дальнейшем обновлении пакета * "пересборка/обновление пакета, который обновил другой член команды" - с объяснением возникающими проблемами с наследованием, и как их объезжать * "пересборка пакета другого мэйнтейнера" - полиси кто когда и как может обновлять чужой пакет, как избежать проблемы с наследованием * "подготовка исходников для сборки" Что-то вроде "установка исходников и зависимостей в хашере, тестовая configure;make;make install в нем же, тестовый запуск, проверка работоспособности, проверка валидности desktop/mime файлов, документации и прочее, создание патчей для исправления выявленных ошибок, перенос результатов в git-репозиторий пакета". Ну или как там правильно проделывать все эти вещи с минимальными усилиями, минимальным вредом для хост-системы и т.п.