Bug 27840

1-е, возможно, не стОит делать

С поправкой, что эта команда будет пересобирать пакет из того же самого тэга (т.е. без изменения исходников), я согласен. :)

см. тж.:
http://lists.altlinux.org/pipermail/devel/2012-January/193149.html и далее по треду,
http://lists.altlinux.org/pipermail/devel/2012-February/193198.html и далее по треду.

Какую-то автоматику по мотивам этого треда в принципе можно реализовать.
А вот редактирование спек-файлов это точно EWONTFIX.

(В ответ на комментарий №2)
> С поправкой, что эта команда будет пересобирать пакет из того же самого тэга
> (т.е. без изменения исходников), я согласен. :)
Если в результате будет пересобрано и обновится у пользователей то, что перед сборкой в репозитории, то все тоже согласны.

$ git.alt task add --help 2>&1 |grep rebuild
   or: girar-task add [<task_id> [<before_subtask_id>]] rebuild <package>

Формально тупая пересборка была реализована в декабре прошлого года.
Но она совсем тупая, спеки не редактирует, просто берет тэг, из которого указанный пакет был собран в указанный бранч, и снова отправляет его на сборку в тот же бранч.

У пользователей обновиться пакет предыдущей сборки?

(In reply to comment #5)

> просто берет тэг, из которого указанный пакет был собран в указанный
> бранч, и снова отправляет его на сборку в тот же бранч.

Так что с вопросом zerg@ ? Мне тоже интересно. Попробовал в задание 103969 добавить несколько пакетов таким образом, увеличения релиза не вижу. Например, как ekiga присутствует в Сизифе в версии 4.0.1-alt2, так и добавляется:

$ ssh git.alt task add 103969 rebuild ekiga
Enter passphrase for key '/home/asy/.ssh/asy-key-ssh':
ssh: X11 forwarding request failed on channel 0
fetching tag "4.0.1-alt2" from /gears/e/ekiga.git... done
Deleted tag 'gb-sisyphus-task93303.22700' (was 829b90a)
generating pkg.tar for ekiga.git tag "4.0.1-alt2"... done
task #103969: added #1000: build tag "4.0.1-alt2" from /gears/e/ekiga.git

Судя по этому, у пользователей обновление не произойдёт. Или я что-то не понимаю ?

(In reply to comment #7)
> Так что с вопросом zerg@ ?

Нет. Сборочница не пропустит пакет без увеличения версии-релиза. А rebuild не редактирует spec.

> Мне тоже интересно. Попробовал в задание 103969
> добавить несколько пакетов таким образом, увеличения релиза не вижу. Например,
> как ekiga присутствует в Сизифе в версии 4.0.1-alt2, так и добавляется:
> 
> $ ssh git.alt task add 103969 rebuild ekiga
> Enter passphrase for key '/home/asy/.ssh/asy-key-ssh':
> ssh: X11 forwarding request failed on channel 0
> fetching tag "4.0.1-alt2" from /gears/e/ekiga.git... done
> Deleted tag 'gb-sisyphus-task93303.22700' (was 829b90a)
> generating pkg.tar for ekiga.git tag "4.0.1-alt2"... done
> task #103969: added #1000: build tag "4.0.1-alt2" from /gears/e/ekiga.git
> 
> Судя по этому, у пользователей обновление не произойдёт. Или я что-то не
> понимаю ?

git.alt task add rebuild полагается на то, что релиз поменяется благодаря gear-specsubst (http://www.altlinux.org/Gear/specsubst)

т.е. если gear-specsubst подставит в поле Release: не то же самое (по больше, чем было), что в прошлый раз, то пересборка пройдёт и пакет, естественно, обновится.

(In reply to comment #8)
> git.alt task add rebuild полагается на то, что релиз поменяется благодаря
> gear-specsubst (http://www.altlinux.org/Gear/specsubst)
> 
> т.е. если gear-specsubst подставит в поле Release: не то же самое (по больше,
> чем было), что в прошлый раз, то пересборка пройдёт и пакет, естественно,
> обновится.

Вру и не краснею, извините.
specsubst тут не обязателен и вообще для другого. Он позволяет из одного коммита собирать несколько пакетов, например.

Теперь всё же, про rebuild:
Реально, разница в том, что разрешили собирать из одного и того же коммита несколько раз.
Посмотрите например http://git.altlinux.org/gears/p/pecl-perl.git
Там в "Release:" используется %php5_version.%php5_release, которые определены во внешнем пакете.
В итоге, при rebuild-е увеличивается release при условии, что обновился php.

Автоувеличивалки релиза нету.

(В ответ на комментарий №9)
> Автоувеличивалки релиза нету.
Да.

(In reply to comment #9)

> Посмотрите например http://git.altlinux.org/gears/p/pecl-perl.git
> Там в "Release:" используется %php5_version.%php5_release, которые определены
> во внешнем пакете. В итоге, при rebuild-е увеличивается release при условии, 
> что обновился php.

Понятно. А жаль... Для пересборки произвольного набора пакетов тоже было бы неплохо.

Может, будет проще сделать, если в спеках будет что-то типа
Release: alt1.%alt_release_suffix
, который и под все бранчи будет сам подстанавливаться нужный, включая сизиф.
Например, M51, M60P, S01.

(В ответ на комментарий №11)
> (In reply to comment #9)
> 
> > Посмотрите например http://git.altlinux.org/gears/p/pecl-perl.git
> > Там в "Release:" используется %php5_version.%php5_release, которые определены
> > во внешнем пакете. В итоге, при rebuild-е увеличивается release при условии, 
> > что обновился php.
> 
> Понятно. А жаль... Для пересборки произвольного набора пакетов тоже было бы
> неплохо.

Можно посмотреть в сторону пакета girar-nmu , см. на wiki документацию.

Пересборка без изменения релиза реализована.

Клёва!

> Пересборка без изменения релиза реализована.

Хм, а files/SRPMS/nvr.src.rpm после такой пересборки будет замещен?

(In reply to comment #16)
> > Пересборка без изменения релиза реализована.
> 
> Хм, а files/SRPMS/nvr.src.rpm после такой пересборки будет замещен?

Если пересборка была из /gears, то он изменился и будет замещён, см. напр.
http://git.altlinux.org/tasks/archive/done/_219/224335/plan/src.hash.diff

Если пересборка была из nvr.src.rpm, то он не изменился.