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