Re: [devel] rsync: mkstemp failed: Read-only file system

Re: [devel] rsync: mkstemp failed: Read-only file system

[Aleksandr Shamaraev]

04.04.2026 19:43, Anton Farygin пишет:
> On 4/4/26 10:06, Gleb Fotengauer-Malinovskiy wrote:
>> On Sat, Apr 04, 2026 at 04:59:30AM +0300, Ilya Mashkin wrote:
>>> Привет!
>>> 
>>> Что-то сломалось на приеме src.rpm?
>> Спасибо!  Забыли перенаправить incoming на новый диск, попробуйте ещё
>> раз.
>> 
>> 
> А не пора ли уже плавно прекратить работу с src.rpm  ?
> 

Добрый день.

Прошу прощения, что "влезаю" в диалог, но хотел бы сказать свое скромное 
мнение, если позволите, использование src.rpm довольно удобно, если 
src.rpm относительно большой, а места на https://git.altlinux.org особо 
нет.

Я помню, что Вы говорили про плавный переезд на git, но с точки зрения 
места, иногда все же удобнее использование src.rpm, что бы туда сюда не 
удалять и не добавлять проекты на https://git.altlinux.org

С уважением, Александр

> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

Re: [devel] end of src.rpm on girar

[Anton Farygin]

On 4/4/26 13:40, Aleksandr Shamaraev wrote:
>> А не пора ли уже плавно прекратить работу с src.rpm  ?
>>
>
> Добрый день.
>
> Прошу прощения, что "влезаю" в диалог, но хотел бы сказать свое 
> скромное мнение, если позволите, использование src.rpm довольно 
> удобно, если src.rpm относительно большой, а места на 
> https://git.altlinux.org особо нет.
>
> Я помню, что Вы говорили про плавный переезд на git, но с точки зрения 
> места, иногда все же удобнее использование src.rpm, что бы туда сюда 
> не удалять и не добавлять проекты на https://git.altlinux.org

Так дело в том, что оно потом всё равно становится гитом. А с местом 
вопрос решаемый.

Re: [devel] end of src.rpm on girar

[Денис Самсоненко]

Hi!

сб, 4 апр. 2026 г. в 18:27, Anton Farygin <rider@basealt.ru>:
> >> А не пора ли уже плавно прекратить работу с src.rpm  ?
> > Я помню, что Вы говорили про плавный переезд на git, но с точки зрения
> > места, иногда все же удобнее использование src.rpm, что бы туда сюда
> > не удалять и не добавлять проекты на https://git.altlinux.org
> Так дело в том, что оно потом всё равно становится гитом. А с местом
> вопрос решаемый.

А кому мешает сборка из src.rpm? Мне, например, удобнее свои пару
пакетов обновлять через src.rpm. Там делов поменять в spec-файле
версию, добавить запись в chengelog, после чего сгенерировать src.rpm
и отправить на сборку. Мне это и проще, и быстрее, чем городить git
для них.

git хорош, когда ведёшь разработку, и когда надо править исходники, но
наверно не всем это надо.

-- 
Всего доброго,

Денис.

Re: [devel] end of src.rpm on girar

[Andrey Cherepanov]

04.04.2026 14:24, Anton Farygin пишет:
> On 4/4/26 13:40, Aleksandr Shamaraev wrote:
>>> А не пора ли уже плавно прекратить работу с src.rpm  ?
>>>
>>
>> Добрый день.
>>
>> Прошу прощения, что "влезаю" в диалог, но хотел бы сказать свое 
>> скромное мнение, если позволите, использование src.rpm довольно 
>> удобно, если src.rpm относительно большой, а места на 
>> https://git.altlinux.org особо нет.
>>
>> Я помню, что Вы говорили про плавный переезд на git, но с точки 
>> зрения места, иногда все же удобнее использование src.rpm, что бы 
>> туда сюда не удалять и не добавлять проекты на https://git.altlinux.org
>
> Так дело в том, что оно потом всё равно становится гитом. А с местом 
> вопрос решаемый.

Зато не нужно ждать 8 минут (!) для добавления сборки keycloak.

-- 
Andrey Cherepanov
cas@altlinux.org

Re: [devel] end of src.rpm on girar

[Anton Farygin]

On 4/5/26 18:40, Andrey Cherepanov wrote:
> 04.04.2026 14:24, Anton Farygin пишет:
>> On 4/4/26 13:40, Aleksandr Shamaraev wrote:
>>>> А не пора ли уже плавно прекратить работу с src.rpm  ?
>>>>
>>>
>>> Добрый день.
>>>
>>> Прошу прощения, что "влезаю" в диалог, но хотел бы сказать свое 
>>> скромное мнение, если позволите, использование src.rpm довольно 
>>> удобно, если src.rpm относительно большой, а места на 
>>> https://git.altlinux.org особо нет.
>>>
>>> Я помню, что Вы говорили про плавный переезд на git, но с точки 
>>> зрения места, иногда все же удобнее использование src.rpm, что бы 
>>> туда сюда не удалять и не добавлять проекты на https://git.altlinux.org
>>
>> Так дело в том, что оно потом всё равно становится гитом. А с местом 
>> вопрос решаемый.
>
> Зато не нужно ждать 8 минут (!) для добавления сборки keycloak.
>
Почему так долго ? У меня clickhouse очень большой и добавляется быстро.

Re: [devel] end of src.rpm on girar

[Andrey Cherepanov]

05.04.2026 21:16, Anton Farygin пишет:
> On 4/5/26 18:40, Andrey Cherepanov wrote:
>> 04.04.2026 14:24, Anton Farygin пишет:
>>> On 4/4/26 13:40, Aleksandr Shamaraev wrote:
>>>>> А не пора ли уже плавно прекратить работу с src.rpm  ?
>>>>>
>>>>
>>>> Добрый день.
>>>>
>>>> Прошу прощения, что "влезаю" в диалог, но хотел бы сказать свое 
>>>> скромное мнение, если позволите, использование src.rpm довольно 
>>>> удобно, если src.rpm относительно большой, а места на 
>>>> https://git.altlinux.org особо нет.
>>>>
>>>> Я помню, что Вы говорили про плавный переезд на git, но с точки 
>>>> зрения места, иногда все же удобнее использование src.rpm, что бы 
>>>> туда сюда не удалять и не добавлять проекты на 
>>>> https://git.altlinux.org
>>>
>>> Так дело в том, что оно потом всё равно становится гитом. А с местом 
>>> вопрос решаемый.
>>
>> Зато не нужно ждать 8 минут (!) для добавления сборки keycloak.
>>
> Почему так долго ? У меня clickhouse очень большой и добавляется быстро.
>
cas@basalt keycloak $ du -s
13G     .

-- 
Andrey Cherepanov
cas@altlinux.org

Re: [devel] end of src.rpm on girar

[Ildar Mulyukov]

Добрый день,

On Sun, Apr 5, 2026 at 5:23 AM Anton Farygin <rider@basealt.ru> wrote:
> Так дело в том, что оно потом всё равно становится гитом. А с местом
> вопрос решаемый.

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

Но мэйнтейнеру бывает совершенно неинтересно держать у себя некоторые
части кода проекта, даже в виде git pack. В основном это касается
vendor-части, я об этом недавно писал (*). И считаю, что разумное
решение так и не найдено.

(*) https://lore.altlinux.org/devel/CACAYGhtWrGE2QGbKaDMKAckajY2kyoSQunVSrz_C0zAHuzjWdQ@mail.gmail.com/T/#e5d7c579f5d70e6a90841caab912c2248931c20e6

С уважением,
-- 
Ildar Mulyukov,
(ΙΧΘΥΣ) child of God

email: ildar.mulyukov@gmail.com
matrix: @ildar:matrix.org
blog: http://johan-notes.blogspot.com/

Re: [devel] end of src.rpm on girar

[Sergey Bolshakov]

>>>>> "Ildar" == Ildar Mulyukov <ildar.mulyukov@gmail.com> writes:

 > Добрый день,
 > On Sun, Apr 5, 2026 at 5:23 AM Anton Farygin <rider@basealt.ru> wrote:
 >> Так дело в том, что оно потом всё равно становится гитом. А с местом
 >> вопрос решаемый.

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

 > Но мэйнтейнеру бывает совершенно неинтересно держать у себя некоторые
 > части кода проекта, даже в виде git pack. В основном это касается
 > vendor-части, я об этом недавно писал (*). И считаю, что разумное
 > решение так и не найдено.

Можно было бы подумать над такой схемой:
1) при добавлении сборочного (под)задания из git repo у нас появляется
   флажок (напр) --bootstrap
2) для такого (под)задания выполняется prep-only стадия с доступом в
   сеть, которая и займётся вендорингом на стороне сборочницы
3) результат укладывается в src.rpm, инициируется его пересборка
   в обычном режиме

Собственно, так и происходит уже с десятками, если не сотнями, пакетов (**),
только --bootstrap делается на стороне сопровождающего.
В такой схеме плохо то, что архивируется именно src.rpm, а всякая
связь с исходным репозитарием теряется -- что затрудняет совместную
работу, поскольку не всякий со-сопровождающий догадается заглянуть в
people/*/packages

(**)
https://packages.altlinux.org/en/sisyphus/srpms/alacritty/specfiles/

 > (*)
 > https://lore.altlinux.org/devel/CACAYGhtWrGE2QGbKaDMKAckajY2kyoSQunVSrz_C0zAHuzjWdQ@mail.gmail.com/T/#e5d7c579f5d70e6a90841caab912c2248931c20e6