On Tue, May 26, 2009 at 12:46:02AM +0300, Led wrote: > On Tuesday, 26 May 2009 00:27:05 Dmitry V. Levin wrote: > > On Tue, May 26, 2009 at 12:04:33AM +0300, Led wrote: > > > On Monday, 25 May 2009 23:51:48 Dmitry V. Levin wrote: [...] > > > > то это не будет работать при сборке из git-репозиториев. > > > > > > Да, не будет. Но тестовые персборки происходят разве из git-репозитариев? > > > Я так понял, что тестовые пересборки производятся для проверки > > > собираемости srpms. Я неправ? > > > > Для чего нужны тестовые пересборки? Для тестирования воспроизводимости > > пересборки из исходного кода. Если srpm является производным объектом, а > > не исходным кодом, то эффект от тестирования такого srpm будет не тот, на > > который мы рассчитываем, затевая тестовую пересборку. > > Тем не менее, сейчас тестовые пересборки всё ещё используют srpm-пакеты > > даже там, где следует использовать git-репозитории. Это хочется исправить, > > но руки ещё не дошли. > > А контейнер (вместо src.rpm) для исходного кода уже утверждён? При сборке пакета из git-репозитория srpm является внутренним транспортным контейнером, который использует hasher. srpm является функцией этого git-репозитория и сборочной среды. Иногда spec-файлы устроены так хитро, что srpm сложно воспроизвести из содержащихся в нём файлов. > К тому же, в бинарном rpm-пакете указано, из чего он собран. До сегодняшнего > дня в качестве своего исходника пакеты указывали некий src.rpm. Они врут? %{sourcerpm} по прежнему указывает на тот srpm, из которого был собран бинарный пакет. Но в случае со сборкой из git-репозитория этот srpm, очевидно, является лишь транспортом между git-репозиторем и бинарным пакетом. > Или > для того, чтобы найти исходники пакетов с GPL-софтом, нужно > быть "посвящённым", куда-то подписываться или у кого-то паспрашивать? > ИМХО git-репозитарий - это не контейнер для пакета с исходниками. git-репозиторий -- это сам исходный код, во всей его полноте. А вот srpm -- это не всегда полноценный исходный код, поскольку тривиальное на вид действие вида распаковать-модифицировать-запаковать не всегда воспроизводимо для srpm, ибо srpm является функцией содержащихся в нём файлов И сборочной среды, которую эти файлы не всегда описывают полностью. Кстати, то, что вы предложили в плане привязки версий в заголовке srpm, сделало бы srpm ещё менее воспроизводимым из содержащихся в нём файлов. -- ldv