[devel] Q: .gear-rules и "апстримные" сорцы в отдельном бранче

[Alexey Tourbin]

On Thu, Jun 22, 2006 at 07:49:32AM +0400, Dmitry V. Levin wrote:
> Hi,
> 
> On Tue, Jun 20, 2006 at 07:19:21PM +0400, Alexey I. Froloff wrote:
> > Идея в следующем:
> > 
> > "Апстримные" сорцы лежат в бранче, например upstream, апдейтятся
> > там некоторым образом (git pull, git svn fetch, git cvsimport -
> > whatever).  В рабочем бранче лежат мои патченые исходники, спеки
> > и так далее.  gear пакует бранч upstream в тарбол и делает
> > git-diff-tree между upstream и некоторым tree-ish.  Почему
> > tree-ish, а не HEAD?  А потому что я обычно делаю
> > git-mv -k * .* %name, и вот этот %name мне и надо diff'ать.
> 
> Я хочу понять, почему вам недостаточно положить в srpm тарбол,
> зачем всё-таки вы (я слышал как минимум от двоих) хотите паковать в srpm
> оригинальный тарбол + кумулятивный патч?

Ты предлагаешь отказаться от pristine source внутри src.rpm?
Что тогда делать с GPL 2a?  

    a) You must cause the modified files to carry prominent notices
    stating that you changed the files and the date of any change.

"Патчи отдельно" как раз направлено на выполнение требования GPL 2a.  
Потому что можно определить происхождение патча, список модифицируемых
файлов и дату модификации.  Это требование кажется мне достаточно
разумным: оно обоюдно учитывает права (интересы) автора софта, автора
модификаций и получателя софта.

В таком случае src.rpm официально нельзя распространять.  Тогда
исходники надо распространять как-то ещё, чтобы существовал равно
простой способ получить оригинальную версию и кумулятивный патч
_для данной сборки_ пакета.  Может быть публикацию/распространение
git репозитария можно признать таковым.
----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя     : =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Тип     : application/pgp-signature
Размер  : 191 байтов
Описание: =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Url     : <http://lists.altlinux.org/pipermail/devel/attachments/20060624/3edfb2c0/attachment-0001.bin>