26480 2011-10-20 12:14:45 +0400 Возможность НЕ менять Release и spec-файл при сборке под любые бранчи 2013-02-05 19:32:37 +0400 1 1 4 Development Sisyphus gear unstable all Linux CLOSED FIXED http://lists.altlinux.org/pipermail/devel/2007-December/148447.html P3 enhancement --- 20912 1 anubix ldv ab aen cas enp glebfm lav ldv legion mike placeholder radik rider viy zerg qa-sisyphus oldest_to_newest 126372 0 anubix 2011-10-20 12:14:45 +0400 Было бы здорово иметь возможность в spec-файле писать что-то типа Release: %{gear_release alt1} , что будет автоматически вычисляться в необходимое значение для той ветки, под которую идет сборка. 126373 1 anubix 2011-10-20 12:26:22 +0400 Вот и кака подоспела в качестве примера: http://git.altlinux.org/tasks/56861/logs/events.4.1.log 126374 2 anubix 2011-10-20 12:33:51 +0400 Хотя, нет, это был не пример. Но смысл, думаю, понятен: вместо того, чтоб тупо отправить на сборку (реально для task 56861 потребовалось только 1-о исправление) мне пришлось изменять spec-и, подписывать tag-и и делать push для 56 пакетов. 126375 3 anubix 2011-10-20 12:41:14 +0400 (В ответ на комментарий №1) > http://git.altlinux.org/tasks/56861/logs/events.4.1.log В этом случае спасибо за check-git-inheritance! Как раз во время. 126380 4 zerg 2011-10-20 14:36:44 +0400 (В ответ на комментарий №2) > пришлось изменять spec-и, подписывать tag-и и делать push для 56 пакетов. Даже больше. Еще все новые пакеты в p6, которые я (и не только) отправил в рамках подготовки к KDE-4.7 после выхода KDesktop-6.0 для уменьшения кол-ва подзадач. 126425 5 radik 2011-10-21 06:22:16 +0400 Поддерживаю. Было бы реально удобно. 126445 6 mike 2011-10-21 19:51:50 +0400 Это продумывалось ещё в районе 2003 на примере apache.spec мной и позже на ещё чём-то raorn@ (может откопаться по словам release tag); вот формальный документ в исполнении ab@: http://lists.altlinux.org/pipermail/devel/2007-December/148447.html 126446 7 anubix 2011-10-21 20:05:01 +0400 (В ответ на комментарий №6) > Это продумывалось ещё в районе 2003 Если не напоминать, успешно забудется ;-) 126447 8 anubix 2011-10-21 20:13:33 +0400 Кстати, у SuSE вроде, исчез chnagelog из spec-файлов, стал отдельно. Может, и нам пригодиться какой-нибудь .gear/changelog 126448 9 anubix 2011-10-21 20:15:21 +0400 > Depends: bug 20912 Т.е. если нельзя будет сделать симлинк, меня не устроит. 126449 10 ldv 2011-10-21 20:27:13 +0400 (In reply to comment #9) > > Depends: bug 20912 Там описан транспорт (git tag object) для потенциального интерфейса выбора. Сам интерфейс выбора может быть каким угодно, хоть "X-gear: name value". Напрашивается keyword substitution @gear_name@ -> value в .gear/rules, rpmbuild --define "gear_name $value" во время сборки, но дальше полный туман. Что в этой ситуации делать с тэгом Release, несоответствием между %release и %changelog, и подстановкой @release@ -> %release, пока не ясно. > Т.е. если нельзя будет сделать симлинк, меня не устроит. Какой симлинк? 126454 11 anubix 2011-10-21 22:43:54 +0400 (В ответ на комментарий №10) > Что в этой ситуации делать с тэгом Release, несоответствием между > %release и %changelog, Переделать проверку, чтоб для Release %{gear_release alt1} и были валидны ченжлоги от alt0.M00A.1 до alt1 > и подстановкой @release@ -> %release, пока не ясно. Release %{gear_release alt1} -- alt1, чтоб не прыгало. > > Т.е. если нельзя будет сделать симлинк, меня не устроит. > Какой симлинк? Симлинк на "separate spec files", если они станут необходимы. 126455 12 anubix 2011-10-21 22:53:01 +0400 (В ответ на комментарий №11) > > и подстановкой @release@ -> %release, пока не ясно. > Release %{gear_release alt1} -- alt1, чтоб не прыгало. Или сделать @release@ и @gear_release@ 135400 13 lav 2012-11-25 11:56:13 +0400 Мне кажется, что необходимое значение релиза должно выставляться на стороне отправляющего и сохраняться у него в репозитории. В etersoft-build-utils, например, есть $ rpmbph -b p6 -u которая бэкпортирует спек, устанавливает нужный релиз и отправляет на сборку. А так получается, что мы хотим сделать неявный бэкпорт: ничего не меняя в пакете, отправить его на сборку. В ряде случаев из-за несовместимости веток это и не получится... 135447 14 zerg 2012-11-26 15:35:45 +0400 (В ответ на комментарий №13) > В ряде случаев из-за несовместимости веток это > и не получится... Волшебства никто и не предполагает. При правильно подготовленном заранее spec-файле получиться для всех веток, на которые рассчитано. 136077 15 ldv 2012-12-15 02:47:18 +0400 gear >= 2.0.0 позволяет с помощью тэгов выполнять достаточно произвольные подстановки в спеках. 136078 16 rider 2012-12-15 07:43:51 +0400 Дима, а можно поподробнее ? 136752 17 enp 2013-01-11 16:53:43 +0400 И можно ли переложить новый gear в t6/p6 ? 136753 18 zerg 2013-01-11 17:17:03 +0400 (В ответ на комментарий №15) > gear >= 2.0.0 позволяет с помощью тэгов выполнять достаточно произвольные > подстановки в спеках. А gear-create-tag ? 136776 19 cas 2013-01-13 00:04:18 +0400 (В ответ на комментарий №17) > И можно ли переложить новый gear в t6/p6 ? Переложил. Ночью появится и в t6. 137633 20 zerg 2013-02-05 19:17:48 +0400 Осталось только получить возможность собирать один и тот же тэг в более чем один бранч. Повесить отдельный баг?