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

[Anton Farygin]

On 4/8/26 13:42, 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, создавая этим кому-то
> неудобства в сопровождении их пакетов, я не вижу причин.

Можно импортировать тарболлы в git и получить гораздо меньше занимаего 
места, чем хранить тарболлы отдельно.

Т.е. - я сейчас говорю только про src.rpm, не про схему tarball-merge в git