[newbies] Сборка пакетов и безопасность кода (пакет uudeview)

[newbies] Сборка пакетов и безопасность кода (пакет uudeview)

[Alexander Lubyagin]

Добрый день.

Я выбрал пакет из списка тех, которые не собрались в Сизифе: uudeview.
Не догадался сразу посмотреть на github-е, и устранил в коде 2004 года 
все ошибки компиляции.

Проект собрался.

Но осталось много предупреждений компилятора.
Основная масса - это типы char*/const char* и неиспользуемые 
переменные/результаты возврата.

На устранение всех warnings уйдёт масса времени.
И, по-идее, тут нужна полная интроспекция кода и погружение в него.

Но... обнаружил развитие проекта на GitHub, где последние комитты - от 
марта 2025 года, и куча контрибьюторов. Есть там и ссылка на автора 
исходного кода (1994-2004):
https://github.com/hannob/uudeview

Наверное, правильным будет заменить дерево кода сразу на версию от 2025-го?

Права на пакет: nobody@
https://packages.altlinux.org/ru/sisyphus/binary/uudeview/x86_64/

--

Re: [newbies] Сборка пакетов и безопасность кода (пакет uudeview)

[Leonid Znamenok]

Привет!

В таких случаях стоит посмотреть, как это сделано в других дистрибутивах.
Например, найти этот пакет в fedora:

https://src.fedoraproject.org/rpms/uudeview

Видим следующую версию:
- 0.5.20^20241111git7ef9e26-5.fc43

Здесь:
- 0.5.20          - основная версия
- ^                  - обозначение пост-релиза (версия с ^ будет больше, 
чем без него. 1.2 > 1.1^201601 > 1.1)
                          (В альте не работает :) ). Вместо этого 
используем сквозные релизы:
   https://www.altlinux.org/Spec#Release

- 20241111   - дата сборки. Не интересно.
- git7ef9e26 - а вот это важно. Указано что идёт сборка из гита и указан 
хэш коммита.

Проверяем апстрим на гитхабе. И там такой тег есть. Значит можно брать :)

Я посмотрел текущую схему сборки в альте, мне кажется, что стоит 
перевести всё на сборку из master
(почти как из тега, только вместо тега используется просто upstream/HEAD)

Примерный алгоритм действий (похоже стоит написать статью на вики, но 
пока так):
* Удалить старые исходники и патчи (лучше сделать явным коммитом, с 
подписью о том, что меняется
    схема сборки. Но это вкусовщина.).
* Добавить remote upstream на github: git remote add upstream ...
* git fetch upstream
* Выполнить merge с upstream/master
* Сохранить информацию об upstream в gear: gear-remotes-save
* Сохранить тег в gear: gear-update-tag master upstream/HEAD
* Прописать .gear/rules вида:
       tar: master:.
       spec: .gear/specname.spec
* Установить соответствующий релиз (с указание хеша коммита, из которого 
идёт сборка):
       https://www.altlinux.org/Spec#Release

     Это самый удобный способ поддерживать промежуточные релизы.
     Хэш придётся копипастить ручками, тут автоматизации нет :(

     Команда:
     git rev-parse --short upstream/master

Это достаточно сложная система сборки, но будет возможность разобраться 
и помучаться с gear.

10.10.2025 23:32, Alexander Lubyagin:
> Добрый день.
>
> Я выбрал пакет из списка тех, которые не собрались в Сизифе: uudeview.
> Не догадался сразу посмотреть на github-е, и устранил в коде 2004 года 
> все ошибки компиляции.
>
> Проект собрался.
>
> Но осталось много предупреждений компилятора.
> Основная масса - это типы char*/const char* и неиспользуемые 
> переменные/результаты возврата.
>
> На устранение всех warnings уйдёт масса времени.
> И, по-идее, тут нужна полная интроспекция кода и погружение в него.
>
> Но... обнаружил развитие проекта на GitHub, где последние комитты - от 
> марта 2025 года, и куча контрибьюторов. Есть там и ссылка на автора 
> исходного кода (1994-2004):
> https://github.com/hannob/uudeview
>
> Наверное, правильным будет заменить дерево кода сразу на версию от 
> 2025-го?
>
> Права на пакет: nobody@
> https://packages.altlinux.org/ru/sisyphus/binary/uudeview/x86_64/ 

-- 
---
WBR, Leonid (respublica@altlinux.org)

Re: [newbies] Сборка пакетов и безопасность кода (пакет uudeview)

[Michael Shigorin]

On Sat, Oct 11, 2025 at 12:54:58AM +0300, Leonid Znamenok wrote:
> В таких случаях стоит посмотреть, как это сделано в других дистрибутивах.

http://repology.org/project/uudeview/versions в помощь.

> Я посмотрел текущую схему сборки в альте, мне кажется, что
> стоит перевести всё на сборку из master

Если там совсем всё плохо -- может быть лучше даже и удалить
с последующей заливкой начисто во избежание огромного коммита
при смене подхода (но оставив историю в %changelog, раз спек
тот же).

-- 
Michael Shigorin
http://altlinux.org/elbrus

Re: [newbies] Сборка пакетов и безопасность кода (пакет uudeview)

[Leonid Znamenok]

11.10.2025 00:59, Michael Shigorin:
> Если там совсем всё плохо -- может быть лучше даже и удалить
> с последующей заливкой начисто во избежание огромного коммита
> при смене подхода (но оставив историю в %changelog, раз спек
> тот же).
Тогда придётся ещё и git-inheritance-check отключать :)

В общем там не такой страшный diff. Особенно по сравнению со
среднестатистическим вендорингом.

Так что мне кажется историю коммитов имеет смысл оставить.

-- 
---
WBR, Leonid (respublica@altlinux.org)

Re: [newbies] Сборка пакетов и безопасность кода (пакет uudeview)

[Anton Farygin]

On 10/11/25 01:04, Leonid Znamenok wrote:
> 11.10.2025 00:59, Michael Shigorin:
>> Если там совсем всё плохо -- может быть лучше даже и удалить
>> с последующей заливкой начисто во избежание огромного коммита
>> при смене подхода (но оставив историю в %changelog, раз спек
>> тот же).
> Тогда придётся ещё и git-inheritance-check отключать :)
Зачем ? можно просто старые коммиты подшить.

Re: [newbies] Сборка пакетов и безопасность кода (пакет uudeview)

[Leonid Znamenok]

11.10.2025 16:14, Anton Farygin:
> On 10/11/25 01:04, Leonid Znamenok wrote:
>> 11.10.2025 00:59, Michael Shigorin:
>>> Если там совсем всё плохо -- может быть лучше даже и удалить
>>> с последующей заливкой начисто во избежание огромного коммита
>>> при смене подхода (но оставив историю в %changelog, раз спек
>>> тот же).
>> Тогда придётся ещё и git-inheritance-check отключать :)
> Зачем ? можно просто старые коммиты подшить. 
Тогда это будет не "Удаление с последующей заливкой начисто".

-- 
---
WBR, Leonid (respublica@altlinux.org)

Re: [newbies] Сборка пакетов и безопасность кода (пакет uudeview)

[Anton Farygin]

On 10/11/25 16:17, Leonid Znamenok wrote:
> 11.10.2025 16:14, Anton Farygin:
>> On 10/11/25 01:04, Leonid Znamenok wrote:
>>> 11.10.2025 00:59, Michael Shigorin:
>>>> Если там совсем всё плохо -- может быть лучше даже и удалить
>>>> с последующей заливкой начисто во избежание огромного коммита
>>>> при смене подхода (но оставив историю в %changelog, раз спек
>>>> тот же).
>>> Тогда придётся ещё и git-inheritance-check отключать :)
>> Зачем ? можно просто старые коммиты подшить. 
> Тогда это будет не "Удаление с последующей заливкой начисто".
>
Так и не надо делать "Удаление с последующей заливкой начисто"

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


Довольно легко можно подшить старую историю к новому репозиторию и 
постараться сохранить git историю спек-файла.

Re: [newbies] Сборка пакетов и безопасность кода (пакет uudeview)

[Leonid Znamenok]

11.10.2025 16:18, Anton Farygin:
> On 10/11/25 16:17, Leonid Znamenok wrote:
>> Тогда это будет не "Удаление с последующей заливкой начисто".
> Так и не надо делать "Удаление с последующей заливкой начисто"
>
> Вообще рвать историю пакета через удаление, на мой взгляд, надо 
> запретить.
>
> Довольно легко можно подшить старую историю к новому репозиторию и 
> постараться сохранить git историю спек-файла.
Просто сделаю краткую выжимку сообщения-начала топика.

Это было предложение от mike@, сформулированное следующим образом:
 > Если там совсем всё плохо -- может быть лучше даже и удалить
 > с последующей заливкой начисто во избежание огромного коммита
 > при смене подхода

Здесь нет призыва, а только возможное решение, вызванное некоторыми
соображениями ("во избежание огромного коммита"),  которое имеет смысл
при некоторых, довольно абстрактных, обстоятельствах ("Если там совсем 
всё плохо"),
которые к этому конкретному пакету скорее не относятся.

К чему ведёт вся дальнейшая дискуссия (особенно если учитывать, что это 
devel-newbies) -
непонятно. Люди вне контекста по итогам её чтения запутаются ещё сильнее.

-- 
---
WBR, Leonid (respublica@altlinux.org)

Re: [newbies] Сборка пакетов и безопасность кода (пакет uudeview)

[Anton Farygin]

On 10/11/25 16:51, Leonid Znamenok wrote:
> Здесь нет призыва, а только возможное решение, вызванное некоторыми
> соображениями ("во избежание огромного коммита")

А не будет огромного коммита при переносе истории.

Re: [newbies] Сборка пакетов и безопасность кода (пакет uudeview)

[Michael Shigorin]

On Sat, Oct 11, 2025 at 04:18:46PM +0300, Anton Farygin wrote:
> >>> 11.10.2025 00:59, Michael Shigorin:
> >>>> Если там совсем всё плохо -- может быть лучше даже и
> >>>> удалить с последующей заливкой начисто во избежание
> >>>> огромного коммита при смене подхода
> >>> Тогда придётся ещё и git-inheritance-check отключать :)
> >> Зачем ? можно просто старые коммиты подшить. 
> > Тогда это будет не "Удаление с последующей заливкой начисто".
> Вообще рвать историю пакета через удаление, на мой взгляд, надо запретить.

Зачем?

> Довольно легко можно подшить старую историю к новому
> репозиторию и постараться сохранить git историю спек-файла.

_Если_ там совсем всё плохо -- не надо так делать.
См. про новое вино и старые мехи, если так угодно.

> >>>> (но оставив историю в %changelog, раз спек тот же)
 
-- 
Michael Shigorin
http://altlinux.org/elbrus

Re: [newbies] Сборка пакетов и безопасность кода (пакет uudeview)

[Anton Farygin]

On 10/13/25 12:53, Michael Shigorin wrote:
> _Если_ там совсем всё плохо -- не надо так делать.
> См. про новое вино и старые мехи, если так угодно.

Почему не надо ? Вино то тут при чём ? Это же просто сохранение 
наработанного опыта и истории изменений

Re: [newbies] Сборка пакетов и безопасность кода (пакет uudeview)

[Michael Shigorin]

On Mon, Oct 13, 2025 at 01:02:28PM +0300, Anton Farygin wrote:
> On 10/13/25 12:53, Michael Shigorin wrote:
> > _Если_ там совсем всё плохо -- не надо так делать.
> > См. про новое вино и старые мехи, если так угодно.
> Почему не надо ? Вино то тут при чём ? Это же просто сохранение
> наработанного опыта и истории изменений

Мне как-то приходилось сталкиваться с ситуациями "именно плохо",
долго экспериментировал и размышлял -- в итоге пришёл к выводу,
что %changelog достаточно, а если каким археологам понадобится
изучить, как оно было -- в архиве всё осталось (и в отодвинутой
сборочницей в сторону ветке old/*).

Сам ещё тот плюшкин, если что :)

-- 
Michael Shigorin
http://altlinux.org/elbrus

Re: [newbies] Сборка пакетов и безопасность кода (пакет uudeview)

[Anton Farygin]

On 10/13/25 13:11, Michael Shigorin wrote:
> On Mon, Oct 13, 2025 at 01:02:28PM +0300, Anton Farygin wrote:
>> On 10/13/25 12:53, Michael Shigorin wrote:
>>> _Если_ там совсем всё плохо -- не надо так делать.
>>> См. про новое вино и старые мехи, если так угодно.
>> Почему не надо ? Вино то тут при чём ? Это же просто сохранение
>> наработанного опыта и истории изменений
> Мне как-то приходилось сталкиваться с ситуациями "именно плохо",
> долго экспериментировал и размышлял -- в итоге пришёл к выводу,
> что %changelog достаточно, а если каким археологам понадобится
> изучить, как оно было -- в архиве всё осталось (и в отодвинутой
> сборочницей в сторону ветке old/*).
>
> Сам ещё тот плюшкин, если что :)
>
А как ты обычно пересаживаешь с одной ветки на другую ? мне кажется что 
здесь вся проблема в этом механизме

Re: [newbies] Сборка пакетов и безопасность кода (пакет uudeview)

[Michael Shigorin]

On Mon, Oct 13, 2025 at 01:17:19PM +0300, Anton Farygin wrote:
> А как ты обычно пересаживаешь с одной ветки на другую ?
> мне кажется что здесь вся проблема в этом механизме

Тут скорее "с одной схемы на другую".
Например, был механизм с веткой для импортированных тарболов,
веткой для сторонних патчей, веткой для альтовых патчей
и всё это в итоге мержится в master.
С тех пор апстрим давно переехал в гит и даже ставит теги.
Ну и какой смысл бережно сохранять всю ту машинерию,
если она неприменима?
К чему там подшивать историю, если апстримная в случае
втягивания своих же старых выпусков будет заведомо другая?
Археологов и исследователей газовых фонарей -- милости просим
в архив.

(повторюсь, это я как ещё тот консерватор и говорю;
важно различать не только поток и архив применительно
к информации, но и музей с работой применительно
к инструментам; отправлено с системы на sysvinit)

-- 
Michael Shigorin
http://altlinux.org/elbrus

Re: [newbies] Сборка пакетов и безопасность кода (пакет uudeview)

[Anton Farygin]

On 10/13/25 14:20, Michael Shigorin wrote:
> On Mon, Oct 13, 2025 at 01:17:19PM +0300, Anton Farygin wrote:
>> А как ты обычно пересаживаешь с одной ветки на другую ?
>> мне кажется что здесь вся проблема в этом механизме
> Тут скорее "с одной схемы на другую".
> Например, был механизм с веткой для импортированных тарболов,
> веткой для сторонних патчей, веткой для альтовых патчей
> и всё это в итоге мержится в master.
> С тех пор апстрим давно переехал в гит и даже ставит теги.
> Ну и какой смысл бережно сохранять всю ту машинерию,
> если она неприменима?
> К чему там подшивать историю, если апстримная в случае
> втягивания своих же старых выпусков будет заведомо другая?
> Археологов и исследователей газовых фонарей -- милости просим
> в архив.
>
> (повторюсь, это я как ещё тот консерватор и говорю;
> важно различать не только поток и архив применительно
> к информации, но и музей с работой применительно
> к инструментам; отправлено с системы на sysvinit)
>
Ты так и не ответил на вопрос

Re: [newbies] Сборка пакетов и безопасность кода (пакет uudeview)

[Michael Shigorin]

On Mon, Oct 13, 2025 at 03:44:49PM +0300, Anton Farygin wrote:
> >> А как ты обычно пересаживаешь с одной ветки на другую ?
> > Тут скорее "с одной схемы на другую".
> Ты так и не ответил на вопрос

Потому что не понял, при чём он -- изначально было именно
про _схемы_, т.е. подходы к сборке пакета из gear repo.

Ты про ветки апстрима? (ну там, "с 1.3.x на 2.0.x")

-- 
Michael Shigorin
http://altlinux.org/elbrus

Re: [newbies] Сборка пакетов и безопасность кода (пакет uudeview)

[Anton Farygin]

On 10/13/25 16:42, Michael Shigorin wrote:
> On Mon, Oct 13, 2025 at 03:44:49PM +0300, Anton Farygin wrote:
>>>> А как ты обычно пересаживаешь с одной ветки на другую ?
>>> Тут скорее "с одной схемы на другую".
>> Ты так и не ответил на вопрос
> Потому что не понял, при чём он -- изначально было именно
> про _схемы_, т.е. подходы к сборке пакета из gear repo.
>
> Ты про ветки апстрима? (ну там, "с 1.3.x на 2.0.x")
>
Я про то, что ты делаешь если меняешь схему без удаления пакета. Какие 
шаги ?

Re: [newbies] Сборка пакетов и безопасность кода (пакет uudeview)

[Michael Shigorin]

On Mon, Oct 13, 2025 at 04:54:41PM +0300, Anton Farygin wrote:
> >>>> А как ты обычно пересаживаешь с одной ветки на другую ?
> >>> Тут скорее "с одной схемы на другую".
> >> Ты так и не ответил на вопрос
> > Потому что не понял, при чём он -- изначально было именно
> > про _схемы_, т.е. подходы к сборке пакета из gear repo.
> Я про то, что ты делаешь если меняешь схему без удаления
> пакета. Какие шаги ?

Не помню уж: давно от такого отказался именно в силу муторности
что процесса, что результата.  Лет десять как...

Потому и упомянул вариант с удалением.

-- 
Michael Shigorin
http://altlinux.org/elbrus