14718 2008-03-01 06:15:20 +0300 [FR] %name-buildroot test 2008-03-03 08:11:20 +0300 1 1 4 Development Sisyphus rpm-build unstable all Linux REOPENED P2 enhancement --- 1 evg placeholder arseny glebfm imz ldv php-coder placeholder viy vt qa-sisyphus oldest_to_newest 64875 0 evg 2008-03-01 06:15:20 +0300 from devel@: =============================================================================== P.S.: дарю идею - сделать юниттест, проверяющий все файлы пакета на предмет текстового вхождения %name-buildroot (имени каталога, где происходила сборка). Думаю, это было бы сильно полезнее против гораздо более разломанных пакетов. Или это на sisyphus_check? =============================================================================== Временами попадаются такие больные на голову системы сборки, которые пути сборки в итоговые файлы записывают. Временами это вылезает очень неприятной неработоспособностью пакетов. Я больше склоняюсь к тому, чтобы по результату этого теста выдавать предупреждение. Вот пример перед глазами - пакеты с байт-кодом для emacs ссылаются на исходные *.el-файлы в %name-buildroot если они есть, иначе прозрачно переключаются на нужные .el-файлы (вижу на примере emacs-jabber). Насколько я понял, это не чинится. 64886 1 ldv 2008-03-01 15:58:10 +0300 > Временами попадаются такие больные на голову системы сборки, которые пути сборки > в итоговые файлы записывают. Временами это вылезает очень неприятной > неработоспособностью пакетов. Иногда встречается. > Я больше склоняюсь к тому, чтобы по результату этого теста выдавать > предупреждение. Вот пример перед глазами - пакеты с байт-кодом для emacs > ссылаются на исходные *.el-файлы в %name-buildroot если они есть, иначе > прозрачно переключаются на нужные .el-файлы (вижу на примере emacs-jabber). > Насколько я понял, это не чинится. Иногда не чинится. 64893 2 evg 2008-03-01 17:32:53 +0300 (In reply to comment #1) > > Насколько я понял, это не чинится > Иногда не чинится. В данном частном случае - байт-код емакса. Ну а чаще такое можно и нужно чинить. 64908 3 viy 2008-03-01 21:13:28 +0300 тест соответствующий я написал, результаты опубликую в devel@. но как показал анализ. не всегда такое вхождение является ошибкой. поэтому предлагаю баг закрыть. это не для sisyphus_check. 64909 4 ldv 2008-03-01 21:15:21 +0300 Пусть теперь на rpm-build повисит. 64911 5 evg 2008-03-01 21:30:54 +0300 (In reply to comment #3) > тест соответствующий я написал, > результаты опубликую в devel@. > но как показал анализ. > не всегда такое вхождение является ошибкой. Да я и сам об этом же пишу - лучше warning показывать с указанием, чего и где. > поэтому предлагаю баг закрыть. это не для sisyphus_check. А мне вот интересно, что по этому поводу думает ldv@. И да, скорее это уж на rpm-build стойло бы повесить. А дублирование с результатами repocop, я думаю, небезсмысленно - т.к. вывод rpm-build в общем случае не публикуется. 64912 6 viy 2008-03-01 21:42:12 +0300 rpm-build может избить невиновных...