[devel] I: libcurl-devel-7.19.3-alt1 is broken

[Anton Farygin]

Dmitry V. Levin пишет:
> On Mon, Feb 09, 2009 at 02:04:09AM +0300, Anton Farygin wrote:
>> Dmitry V. Levin пишет:
> [...]
>>> Разумеется, желание помочь мантейнеру 
>>> при виде файла curl-7.19.3.tar в
>>> git-репозитории растаяло без следа.
>>>
>>> ***Настоятельно*** прошу выкидывать такие 
>>> репозитории, заменяя их
>>> более пригодными для разработки, с 
>>> http://git.altlinux.org/srpms/
>>>
>>> В данном случае, http://git.altlinux.org/srpms/c/curl.git 
>>> гораздо
>>> приятнее.
>> curl.git меня устраивает в таком виде как он 
>> есть сейчас. Не вижу смысла переделывать 
>> этот репозитарий
> 
> Повторю ещё раз: репозиторий в такой форме говорит каждому встречному
> примерно следующее: Не смотри сюда, тебе здесь не место!
> 
>> (это недолго, но работы 
>> по сборкам новых версий прибавится 
>> заметно (на пять-шесть дополнительных 
>> команд git)).
> 
> Не прибавится, а убавится.
> Тебе надо будет вместо
> git rm -f curl-7.19.3.tar
> cp zcat somewhere/curl-7.19.4.tar.gz >curl-7.19.4.tar
> git add curl-7.19.4.tar
> 
> выполнять одну простую команду
> gear-update somewhere/curl-7.19.4.tar.gz curl

Точнее говоря:
git checkout upstream
gear-update somewhere/curl-7.19.4.tar.gz curl
git commit -a -m "new version"
git tag -a -s -m "new version" v7.19.4
git checkout master
git merge upstream
vim curl.spec
gear-update-tag -a -c
gear-commit -a

Ибо лучше всё-таки держать апстимные исходники подальше от изменений и 
накатывать все изменения одним кумулятивным генерируемым патчем (или 
несколькими, в зависимости от объёма и типа вносимых изменений).

Впрочем, если количество патчей будет увеличиваться, то лучше 
попробовать забирать исходники из репозитария upstream.

> 
>> А изменений по сравнению с 
>> mainstream там нет (не было).
> 
> А FC'шном пакете есть ещё несколько патчей, некоторые из которых выглядят
> полезными.

Спасибо, я гляну.

> 
>> Пакет ушёл на сборку с исправлением.
> 
> Когда надо будет удалить gears/c/curl.git, свистни.

Хорошо.