35591 2018-11-09 09:54:14 +0300 Добавить copylater и rebuildlater, иначе делает просроченную сборку. 2020-10-22 18:10:13 +0300 1 1 2 Infrastructure Infrastructure girar unspecified all Linux NEW P2 enhancement --- 1 zerg vseleznv asy boyarsh cas glebfm ldv sem cas oldest_to_newest 175657 0 zerg 2018-11-09 09:54:14 +0300 $ build pkg 2.0-alt1 new task #NNNNNN: owner=packager repo=sisyphus $ build -b p8 --deps NNNNNN copy pkg fetching tag "1.0-alt1" from /gears/p/pkg.git... done Т.е. надо это делать не в момент создания задания, а в момент 1-го запуска. 175658 1 zerg 2018-11-09 09:56:05 +0300 P.S. Я, например, постоянно использую такую схему сборки. 175715 2 vseleznv 2018-11-12 19:41:02 +0300 Мы решили, что информация о том, какой тег будет собираться, принимается в момент создания subtask, т.е. при команде copy, для того, чтобы не было собрано того, чего не подразумевал автор subtask'а. Воркараунд по проблеме: https://lists.altlinux.org/pipermail/devel/2018-October/205523.html 175722 3 zerg 2018-11-13 10:20:16 +0300 (В ответ на комментарий №2) > Воркараунд по проблеме: А я чем пользовался всегда, по вашему? 175723 4 zerg 2018-11-13 10:21:18 +0300 (В ответ на комментарий №2) > чтобы не было собрано > того, чего не подразумевал автор subtask'а. У меня как раз сейчас собирается то, что я не подразумевал. 175724 5 zerg 2018-11-13 10:22:23 +0300 (В ответ на комментарий №2) > момент создания subtask, т.е. при команде copy Это поведение отличается от того, что было раньше. 175737 6 vseleznv 2018-11-13 14:27:11 +0300 (In reply to comment #3) > (В ответ на комментарий №2) > > Воркараунд по проблеме: > А я чем пользовался всегда, по вашему? Вы пользовались copy. Сейчас нужно во все таски нужно отправлять таск, чтобы получить то, что вы хотите. 175738 7 vseleznv 2018-11-13 14:31:11 +0300 (In reply to comment #4) > (В ответ на комментарий №2) > > чтобы не было собрано > > того, чего не подразумевал автор subtask'а. > У меня как раз сейчас собирается то, что я не подразумевал. (In reply to comment #5) > (В ответ на комментарий №2) > > момент создания subtask, т.е. при команде copy > Это поведение отличается от того, что было раньше. Сейчас команда copy "копирует" то, что сейчас находится в исходном репозитории. Мы сознательно поменяли поведение на такое, чтобы избавиться от неоднозначности результата этой команды. Создавайте сабтаск явно отправляя нужный тег на сборку, вы же его и так уже отправляете на сборку в Сизиф. 175739 8 zerg 2018-11-13 14:37:50 +0300 (В ответ на комментарий №6) > Вы пользовались copy. С чего бы? Я всегда был противником copy. 175740 9 zerg 2018-11-13 14:39:53 +0300 (В ответ на комментарий №7) > Создавайте сабтаск явно отправляя нужный тег Ок, намекаю прямо: я только это всю дорогу и делал. 175741 10 zerg 2018-11-13 14:43:18 +0300 (В ответ на комментарий №7) > Сейчас команда copy "копирует" то, что сейчас находится в исходном репозитории. А раньше она копировала то, что находилось в репозитории на момент запуска, а не на момент подачи команды. > Мы сознательно поменяли поведение на такое, чтобы избавиться от неоднозначности > результата этой команды. Оно и раньше было точно так же "неоднозначным с вашей точки зрения", а сейчас просто сломано. 175742 11 zerg 2018-11-13 15:01:06 +0300 Т.е. я предлагаю починить copy, а текущую заглушку(только так её можно сейчас назвать) убрать. P.S. bug#29822 175766 12 vseleznv 2018-11-14 09:10:15 +0300 (In reply to comment #8) > (В ответ на комментарий №6) > > Вы пользовались copy. > С чего бы? Я всегда был противником copy. Вот здесь вы ясно использовали copy: $ build pkg 2.0-alt1 new task #NNNNNN: owner=packager repo=sisyphus $ build -b p8 --deps NNNNNN copy pkg fetching tag "1.0-alt1" from /gears/p/pkg.git... done (In reply to comment #9) > (В ответ на комментарий №7) > > Создавайте сабтаск явно отправляя нужный тег > Ок, намекаю прямо: я только это всю дорогу и делал. Что мешает вам продолжать так делать? (In reply to comment #10) > (В ответ на комментарий №7) > > Сейчас команда copy "копирует" то, что сейчас находится в исходном репозитории. > А раньше она копировала то, что находилось в репозитории на момент запуска, а > не на момент подачи команды. Да, я написал, что мы поменяли это поведение, и обосновал почему. > Оно и раньше было точно так же "неоднозначным с вашей точки зрения", а сейчас > просто сломано. Нет, сейчас оно работает так, как задумано. (In reply to comment #11) > Т.е. я предлагаю починить copy, а текущую заглушку(только так её можно сейчас > назвать) убрать. > > P.S. > bug#29822 Я ничего не понял. copy работает, какую заглушку. Сейчас у girar'а поведение точно такое, как вы просили в этой баге bug#29822. Я не понимаю, что вам не устраивает? 175768 13 zerg 2018-11-14 09:41:41 +0300 (В ответ на комментарий №12) > Вот здесь вы ясно использовали copy: Да. Теперь я хочу использовать правильный copy, но он сломан. > Что мешает вам продолжать так делать? "Исправленный" copy. > Да, я написал, что мы поменяли это поведение, и обосновал почему. Не обосновал а попытался оправдаться. > Нет, сейчас оно работает так, как задумано. Сейчас оно работает криво. > Я ничего не понял. copy работает Не работает. См. сначала. >, какую заглушку. Которую сейчас пытаетесь "обосновать". > Сейчас у girar'а поведение > точно такое, как вы просили в этой баге bug#29822. Пожалуй, да. Пойду закрою. > Я не понимаю, что вам не устраивает? См. сначала. 175771 14 vseleznv 2018-11-14 09:51:26 +0300 (In reply to comment #13) > (В ответ на комментарий №12) > > Вот здесь вы ясно использовали copy: > Да. Теперь я хочу использовать правильный copy, но он сломан. copy "копирует" (отправляет на пересборку) пакет из исходного бранча. copy был сломан, сейчас он починен. > > Что мешает вам продолжать так делать? > "Исправленный" copy. Каким образом? Вы всё так же можете отправлять на сборку тег. Не используйте copy. > Да, я написал, что мы поменяли это поведение, и обосновал почему. > Не обосновал а попытался оправдаться. Без комментариев. > > Нет, сейчас оно работает так, как задумано. > Сейчас оно работает криво. Не криво, а прямо. Мы давно хотели поменять именно на такое поведение: сколько раз бранчи ломались из-за того, что был скопирован более новый пакет вместо того, что хотел автор сабтаска? > > Я ничего не понял. copy работает > Не работает. См. сначала. Работает. > >, какую заглушку. > Которую сейчас пытаетесь "обосновать". > > > Сейчас у girar'а поведение > > точно такое, как вы просили в этой баге bug#29822. > Пожалуй, да. Пойду закрою. > > Я не понимаю, что вам не устраивает? > См. сначала. У вас неверный тезис (copy не работает) и зачем-то вы поменяли воркфлоу с отправки тега на сборку на использование команды copy там, где это не нужно. Я не понимаю вас. 175772 15 vseleznv 2018-11-14 09:52:18 +0300 (In reply to comment #12) > (In reply to comment #8) > > (В ответ на комментарий №6) > > > Вы пользовались copy. > > С чего бы? Я всегда был противником copy. > > Вот здесь вы ясно использовали copy: * явно 175775 16 zerg 2018-11-14 10:00:17 +0300 (В ответ на комментарий №14) > Не используйте copy. Уберите -- не буду. > Мы давно хотели поменять именно на такое поведение: сколько > раз бранчи ломались из-за того, что был скопирован более новый пакет вместо > того, что хотел автор сабтаска? Не знаю ни одного случая. Можно примеры, свидетелей и т.д.? 175776 17 zerg 2018-11-14 10:01:04 +0300 (В ответ на комментарий №15) > * явно Контекст подменяешь. 175778 18 zerg 2018-11-14 10:04:04 +0300 > Контекст подменяешь. Я не про исправление. 175779 19 zerg 2018-11-14 10:13:05 +0300 (В ответ на комментарий №14) > > Да, я написал, что мы поменяли это поведение, и обосновал почему. > > Не обосновал а попытался оправдаться. > Без комментариев. Я соглашусь на добавление postcopy, которая исправляет это ошибку. Можете комментировать. 175801 20 vseleznv 2018-11-14 18:58:07 +0300 (In reply to comment #16) > (В ответ на комментарий №14) > > Не используйте copy. > Уберите -- не буду. И лишиться при этом удобного интерфейса для сборки уже той же версии пакета, что и в исходном репозитории. > > Мы давно хотели поменять именно на такое поведение: сколько > > раз бранчи ломались из-за того, что был скопирован более новый пакет вместо > > того, что хотел автор сабтаска? > Не знаю ни одного случая. Можно примеры, свидетелей и т.д.? Может быть cas@ и shrek@ помнят конкретные примеры, я помню сам факт, что они были. (In reply to comment #19) > (В ответ на комментарий №14) > > > Да, я написал, что мы поменяли это поведение, и обосновал почему. > > > Не обосновал а попытался оправдаться. > > Без комментариев. > Я соглашусь на добавление postcopy, которая исправляет это ошибку. > Можете комментировать. Можно подумать. 175811 21 zerg 2018-11-15 09:52:49 +0300 (В ответ на комментарий №20) > cas@, shrek@, сам факт Эти факты и я помню, только cтарое поведение copy там нипричём. ;-) 182537 22 zerg 2019-06-18 17:43:42 +0300 (В ответ на комментарий №20) > > Я соглашусь на добавление postcopy, которая исправляет это ошибку. > > Можете комментировать. > Можно подумать. Подумайте, пожалуйста. Мне опять реально понадобилось, а хрен там. :-( 182538 23 zerg 2019-06-18 17:46:13 +0300 (В ответ на комментарий №19) > postcopy Bkb> Или copylater 182800 24 zerg 2019-07-02 09:34:34 +0300 И rebuildlater тоже пригодился бы. 182804 25 sem 2019-07-02 15:57:08 +0300 (В ответ на комментарий №22) > (В ответ на комментарий №20) > > > Я соглашусь на добавление postcopy, которая исправляет это ошибку. > > > Можете комментировать. > > Можно подумать. > Подумайте, пожалуйста. Мне опять реально понадобилось, а хрен там. :-( Кстати да, после изменения поведения copy я для себя решил, что copy больше не существует, потому что делает оно теперь совсем не то, что мне обычно нужно. 186617 26 zerg 2019-12-25 09:47:12 +0300 Ситуация ухудшается ещё и усложнением прохождения пакетов в стабильные бранчи. Например, 239590 постоянно фейлится, опять апровить надо и так может быть без конца в похожей ситуации. rebuildlater бы сильно облегчил. 186619 27 zerg 2019-12-25 11:30:55 +0300 Если из области фантастики, то rebuildforever и copyforever.