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

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

[Ilya Mashkin]

Привет!

Что-то сломалось на приеме src.rpm?


$ rsync -va gajim-2.4.5-alt1.src.rpm gyle:
sending incremental file list
gajim-2.4.5-alt1.src.rpm
rsync: mkstemp "./.gajim-2.4.5-alt1.src.rpm.KRW3Zz" failed: Read-only
file system (30)

sent 5.154.758 bytes  received 126 bytes  2.061.953,60 bytes/sec
total size is 5.153.384  speedup is 1,00
rsync error: some files/attrs were not transferred (see previous
errors) (code 23) at main.c(1338) [sender=3.2.7]

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

[Gleb Fotengauer-Malinovskiy]

[-- Attachment #1: Type: text/plain, Size: 291 bytes --]

On Sat, Apr 04, 2026 at 04:59:30AM +0300, Ilya Mashkin wrote:
> Привет!
> 
> Что-то сломалось на приеме src.rpm?

Спасибо!  Забыли перенаправить incoming на новый диск, попробуйте ещё раз.

-- 
glebfm

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

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

[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  ?

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

[Andrey Cherepanov]

04.04.2026 11: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  ?
Ни в коем случае! Надо её расширить! Ты просто постоянно не собирал 
серьёзных пакетов.

-- 
Andrey Cherepanov
cas@altlinux.org

[devel] рекратить работу с src.rpm (was: rsync: mkstemp failed: Read-only file system)

[Sergey V Turchin]

On Sunday, 5 April 2026 18:37:39 MSK Andrey Cherepanov wrote:

[...]
> > А не пора ли уже плавно прекратить работу с src.rpm  ?
> 
> Ни в коем случае! Надо её расширить! Ты просто постоянно не собирал
> серьёзных пакетов.
Значит, достаточно для начала ограничиться малюсенким белым списком самых 
серьёзных пакетов.

-- 
Regards, Sergey.

Re: [devel] рекратить работу с src.rpm

[Grigory Ustinov]

06.04.2026 11:24, Sergey V Turchin пишет:
> On Sunday, 5 April 2026 18:37:39 MSK Andrey Cherepanov wrote:
>
> [...]
>>> А не пора ли уже плавно прекратить работу с src.rpm  ?
>> Ни в коем случае! Надо её расширить! Ты просто постоянно не собирал
>> серьёзных пакетов.
> Значит, достаточно для начала ограничиться малюсенким белым списком самых
> серьёзных пакетов.

Я правильно понимаю, что основной целью этого ограничения является 
давление на aris@, который все свои пакеты собирает из src.rpm, а не 
унификация сборочного процесса?

Хочу так же заметить, что сборка репозитория эльбруса ведётся из српм 
почти полностью.

Re: [devel] рекратить работу с src.rpm

[Sergey V Turchin]

On Monday, 6 April 2026 11:34:59 MSK Grigory Ustinov wrote:
> 06.04.2026 11:24, Sergey V Turchin пишет:
> > On Sunday, 5 April 2026 18:37:39 MSK Andrey Cherepanov wrote:
> > 
> > [...]
> > 
> >>> А не пора ли уже плавно прекратить работу с src.rpm  ?
> >> 
> >> Ни в коем случае! Надо её расширить! Ты просто постоянно не собирал
> >> серьёзных пакетов.
> > 
> > Значит, достаточно для начала ограничиться малюсенким белым списком самых
> > серьёзных пакетов.
> 
> Я правильно понимаю
Нет.

> , что основной целью этого ограничения является
> давление на aris@, который все свои пакеты собирает из src.rpm, а не
> унификация сборочного процесса?
Если aris@ вступил дважды во одно и то же в разных местах, ещё не значит, что 
это закономерность, которую вы ищите.

[...]

-- 
Regards, Sergey.

Re: [devel] рекратить работу с src.rpm

[Anton Farygin]

On 4/6/26 11:34, Grigory Ustinov wrote:
>>>> А не пора ли уже плавно прекратить работу с src.rpm  ?
>>> Ни в коем случае! Надо её расширить! Ты просто постоянно не собирал
>>> серьёзных пакетов.
>> Значит, достаточно для начала ограничиться малюсенким белым списком 
>> самых
>> серьёзных пакетов.
>
> Я правильно понимаю, что основной целью этого ограничения является 
> давление на aris@, который все свои пакеты собирает из src.rpm, а не 
> унификация сборочного процесса?
нет, цель именно унификация. я думаю что и белый список не нужен..
>
> Хочу так же заметить, что сборка репозитория эльбруса ведётся из српм 
> почти полностью. 

Это никак не связано.

Re: [devel] рекратить работу с src.rpm

[Denis Smirnov]

On Mon, Apr 06, 2026 at 12:09:46PM +0300, Anton Farygin wrote:

>> Я правильно понимаю, что основной целью этого ограничения является 
>> давление на aris@, который все свои пакеты собирает из src.rpm, а не 
>> унификация сборочного процесса?
> нет, цель именно унификация. я думаю что и белый список не нужен..

После слова "список" не хватает, видимо, слова "мне". 

Тот факт, что данная дискуссия имеет место быть явственно доказывает, что
существуют те, кому поддержка srpm нужна.

На мой взгляд при сотрудничестве в рамках сообщества есть только две
допустимых причины для отрывания какого-либо функционала:

1. его наличие приводит к каким-то существенным проблемам (которые
желающие сохранить этот функционал не готовы решать);

2. его поддержка требует значительных усилий, которые желающие сохранить
функционал не готовы брать на себя или как-то компенсировать (в том числе
приложением усилий в какой-то другой области).

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

-- 
С уважением, Денис

Re: [devel] рекратить работу с src.rpm

[Anton Farygin]

On 4/7/26 07:39, Denis Smirnov wrote:
> On Mon, Apr 06, 2026 at 12:09:46PM +0300, Anton Farygin wrote:
>
>>> Я правильно понимаю, что основной целью этого ограничения является
>>> давление на aris@, который все свои пакеты собирает из src.rpm, а не
>>> унификация сборочного процесса?
>> нет, цель именно унификация. я думаю что и белый список не нужен..
> После слова "список" не хватает, видимо, слова "мне".

"я думаю" == "мне"

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

[Mikhail Efremov]

[-- Attachment #1: Type: text/plain, Size: 1074 bytes --]

On Sat, 4 Apr 2026 11:43:09 +0300 Anton Farygin wrote:
> 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, т.к. делаю я это очень редко. Но я не вижу причин запрещать
такую схему сборки тем мантейнерам, которым так удобно.
К тому же некоторые большие пакеты так собирать действительно объективно
удобнее, насколько я понимаю

-- 
WBR, Mikhail Efremov

[-- Attachment #2: Цифровая подпись OpenPGP --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

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

[Sergey Afonin]

On Tuesday 07 April 2026, Mikhail Efremov wrote:

> К тому же некоторые большие пакеты так собирать действительно 
> объективно удобнее, насколько я понимаю
 
Да. Если пакет ведётся на основе релизов в тарболах, srpm удобнее.

-- 
С уважением, Сергей Афонин.

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

[Sergey V Turchin]

On Wednesday, 8 April 2026 09:06:14 MSK Sergey Afonin wrote:
> On Tuesday 07 April 2026, Mikhail Efremov wrote:
> > К тому же некоторые большие пакеты так собирать действительно
> > объективно удобнее, насколько я понимаю
> 
> Да. Если пакет ведётся на основе релизов в тарболах, srpm удобнее.
Неправда. Я всё KDE/Qt веду из тарболов в git и это удобнее свалки файлов от 
srpm.

-- 
Regards, Sergey.

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

[Sergey V Turchin]

On Wednesday, 8 April 2026 09:14:32 MSK Sergey Turchin wrote:
> On Wednesday, 8 April 2026 09:06:14 MSK Sergey Afonin wrote:
> > On Tuesday 07 April 2026, Mikhail Efremov wrote:
> > > К тому же некоторые большие пакеты так собирать действительно
> > > объективно удобнее, насколько я понимаю
> > 
> > Да. Если пакет ведётся на основе релизов в тарболах, srpm удобнее.
> 
> Неправда. Я всё KDE/Qt веду из тарболов в git и это удобнее свалки файлов от
> srpm.
Могу по себе предположить, что любые проблемы сборки из git, кроме 
радикальных, лишь srpm головного мозга, с которого легко слезть, как я, 
например, давно.

-- 
Regards, Sergey.

Re: [devel] рекратить работу с src.rpm

[Denis Smirnov]

On Tue, Apr 07, 2026 at 01:23:48PM +0300, Anton Farygin wrote:

>>>> Я правильно понимаю, что основной целью этого ограничения является
>>>> давление на aris@, который все свои пакеты собирает из src.rpm, а не
>>>> унификация сборочного процесса?
>>> нет, цель именно унификация. я думаю что и белый список не нужен..
>> После слова "список" не хватает, видимо, слова "мне".
> "я думаю" == "мне"

<offtopic>
Очень неочевидное использование слова. "Я думаю", по крайней мере мной,
воспринимается как маркер источника информации и её обоснованности. Лично
я твоё предложение расшифровываю как:

"Я, исходя из личного опыта и своих представлений (но без очевидных
доказательств), убеждён в ненужности сборки из srpm в т.ч. по белому списку"
</offtopic>

Если же ты подразумевал именно "мне и белый список не нужен", то
собственно тут и обсуждать нечего -- свои потребности ты знаешь, очевидно,
лучше любого другого участника обсуждения.

При этом отсутствие потребности в некоем функционале *у себя* является
необходимым и достаточным для отрывания функционала на localhost, но для
community проекта подобное имеет смысл интерпретировать как "я не буду
возражать и вероятно даже не замечу, если кто-нибудь оторвёт этот
функционал".

Думаю очевидно, почему это не является поводом для инициации отрывания
функционала.

-- 
С уважением, Денис

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

[Mikhail Efremov]

[-- Attachment #1: Type: text/plain, Size: 2385 bytes --]

On Wed, 08 Apr 2026 09:25:34 +0300 Sergey V Turchin wrote:
> On Wednesday, 8 April 2026 09:14:32 MSK Sergey Turchin wrote:
> > On Wednesday, 8 April 2026 09:06:14 MSK Sergey Afonin wrote:  
> > > On Tuesday 07 April 2026, Mikhail Efremov wrote:  
> > > > К тому же некоторые большие пакеты так собирать действительно
> > > > объективно удобнее, насколько я понимаю  
> > > 
> > > Да. Если пакет ведётся на основе релизов в тарболах, srpm удобнее.  
> > 
> > Неправда. Я всё KDE/Qt веду из тарболов в git и это удобнее свалки файлов от
> > srpm.  
> Могу по себе предположить, что любые проблемы сборки из git, кроме 
> радикальных, лишь srpm головного мозга, с которого легко слезть, как я, 
> например, давно.

В сборке из src.rpm есть свои преимущества, которые могут быть важными
для кого-то. Например, можно вообще локально не хранить всю историю
апстримных исходников, скачивать тарбол, собирать из него пакет и
удалять. И даже если хранить тарболы, то места они ммогут занимать
меньше, чем весь гит репо апстрима. Ну и клонирование большого гит репо
может занимать довольно много времени и ресурсов, если речь идет о
действительно большом проекте. В том числе при отправке на сборку.
Мне самому сборка из гита гораздо удобнее, я просто говорю, что
ситуации с разными пакетами у разных мантейнеров могут быть разные.
И убирать возможность сборки из src.rpm, создавая этим кому-то
неудобства в сопровождении их пакетов, я не вижу причин.

-- 
WBR, Mikhail Efremov

[-- Attachment #2: Цифровая подпись OpenPGP --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

[devel] gear-rpm (was: mkstemp failed: Read-only file system)

[Sergey V Turchin]

On Wednesday, 8 April 2026 09:25:34 MSK Sergey Turchin wrote:

[...]
> Могу по себе предположить, что любые проблемы сборки из git,
> кроме радикальных, лишь srpm головного мозга
Скорее всего это просто неосведомлённость о существовании gear-rpm.
Я пользуюсь именно им, а gear-hsh использую для проверки на финальном этапе 
перед отправкой в сборочницу.

-- 
Regards, Sergey.

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

[Sergey V Turchin]

On Wednesday, 8 April 2026 13:42:54 MSK Mikhail Efremov wrote:
> On Wed, 08 Apr 2026 09:25:34 +0300 Sergey V Turchin wrote:
> > On Wednesday, 8 April 2026 09:14:32 MSK Sergey Turchin wrote:
> > > On Wednesday, 8 April 2026 09:06:14 MSK Sergey Afonin wrote:
> > > > On Tuesday 07 April 2026, Mikhail Efremov wrote:
> > > > > К тому же некоторые большие пакеты так собирать действительно
> > > > > объективно удобнее, насколько я понимаю
> > > > 
> > > > Да. Если пакет ведётся на основе релизов в тарболах, srpm удобнее.
> > > 
> > > Неправда. Я всё KDE/Qt веду из тарболов в git и это удобнее свалки
> > > файлов от srpm.
> > 
> > Могу по себе предположить, что любые проблемы сборки из git, кроме
> > радикальных, лишь srpm головного мозга, с которого легко слезть, как я,
> > например, давно.
> 
> В сборке из src.rpm есть свои преимущества, которые могут быть важными
> для кого-то. Например, можно вообще локально не хранить всю историю
> апстримных исходников, скачивать тарбол, собирать из него пакет и
> удалять.
Это не про сопровождение пакетов. Ни разу не замечал проблем с клонированием 
чужного репозитория.

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

> Мне самому сборка из гита гораздо удобнее, я просто говорю, что
> ситуации с разными пакетами у разных мантейнеров могут быть разные.
> И убирать возможность сборки из src.rpm, создавая этим кому-то
> неудобства в сопровождении их пакетов, я не вижу причин.
Ты приводишь пример из единичных случаев, но пытаешься распространить на всех.

-- 
Regards, Sergey.

Re: [devel] SRPM

[Alexey V. Vissarionov]

Good ${greeting_time}!

On 2026-04-08 09:14:32 +0300, Sergey V Turchin wrote:

 >>> К тому же некоторые большие пакеты так собирать действительно
 >>> объективно удобнее, насколько я понимаю
 >> Да. Если пакет ведётся на основе релизов в тарболах, srpm
 >> удобнее.
 > Неправда. Я всё KDE/Qt веду из тарболов в git и это удобнее
 > свалки файлов от srpm.

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

Лично мне точно так же не нужны udev и systemd - но тут дело уже
практически дошло до уровня отдельного проекта, ориентированного
на серверы и встраиваемые системы (хотя десктопная сборка тоже
есть, надо же давать людям хоть что-то после исчезновения сборок
с sysVinit из стартеркитов и регулярок, да и самому пользоваться
надежной системой как-то приятнее).


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

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

[Mikhail Efremov]

[-- Attachment #1: Type: text/plain, Size: 1137 bytes --]

On Wed, 08 Apr 2026 13:51:18 +0300 Sergey V Turchin wrote:
> On Wednesday, 8 April 2026 13:42:54 MSK Mikhail Efremov wrote:
> > И даже если хранить тарболы, то места они ммогут занимать
> > меньше, чем весь гит репо апстрима. Ну и клонирование большого гит репо
> > может занимать довольно много времени и ресурсов, если речь идет о
> > действительно большом проекте. В том числе при отправке на сборку.  
> Я и говорю про белый список для этих нескольких жирных пакетов.

Я не понимаю зачем нужен какой-то белый список. Если кому-то удобнее
собирать пакет из src.rpm - пусть собирает. Кому удобнее из гита -
собирает из гита. Зачем нужны какие-то искусственные ограничения?

-- 
WBR, Mikhail Efremov

[-- Attachment #2: Цифровая подпись OpenPGP --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [devel] SRPM

[Sergey V Turchin]

On Wednesday, 8 April 2026 15:15:15 MSK Alexey Vissarionov wrote:
> Good ${greeting_time}!
> 
> On 2026-04-08 09:14:32 +0300, Sergey V Turchin wrote:
>  >>> К тому же некоторые большие пакеты так собирать действительно
>  >>> объективно удобнее, насколько я понимаю
>  >> 
>  >> Да. Если пакет ведётся на основе релизов в тарболах, srpm
>  >> удобнее.
>  > 
>  > Неправда. Я всё KDE/Qt веду из тарболов в git и это удобнее
>  > свалки файлов от srpm.
> 
> Из этого напрямую следует, что сабжем ты не пользуешься, и,
> следовательно, знать тебе про него достаточно лишь то, что
> кому-то так удобнее.
Мантейнеру полутора пакетов, который ими почти не занимается, конечно, виднее 
всех.

[...]

-- 
Regards, Sergey.