Как я понял, MIME:Base64 у нас внутри perl-base, и мне для perl-XML-Compile хотелось бы видеть последний MIME:Base64.
Кто-то из мантейнеров (at, crux) может произвести обновление?
Нельзя: земля налетит на небесную ось.
Если нельзя обновить MIME::Base64, то можно починить perl-XML-Compile. Там сломались два теста из-за того, что обновился perl-Log-Report. Вот такой патч: http://git.altlinux.org/people/crux/packages/?p=perl-XML-Compile.git;a=blob;f=perl-XML-Compile-fixtests.patch;h=ba43c0681bd9e7fd9f556079b2362716663c7536;hb=415f657da180138e78c5de4de3d6597e66ab8e37
Мужчины, готовьте новый резил и отправляйте на сборку. Проверю либо я, либо, скорее всего, администратор репозитория. Рекомендую делать черри-пик из апстримной ветки. Я слишком обиделся на пидорасную фирму "Альт Линукс", чтобы что-то делать.
(В ответ на комментарий №4) > Мужчины, готовьте новый резил и отправляйте на сборку. Проверю либо я, либо, > скорее всего, администратор репозитория. Рекомендую делать черри-пик из > апстримной ветки. в апстриме 5 коммитов, которые апгрейдят MIME::Base64 до версии 3.13, но без конфликта они не прикладываются. Конфликт происходит на файле pod/perldelta.pod, которого нет в нашем tree. В принципе конфликт резолвится легко - git rm pod/perldelta.pod каждый раз после cherry-pick Зарядил test-only таск #53852 > Я слишком обиделся на пидорасную фирму "Альт Линукс", чтобы > что-то делать. думаю этой фирме всё равно какая версия MIME::Base64 в Sisyphus, а людям, которые используют - нет.
perl-1:5.12.4-alt1 -> sisyphus: * Sat Sep 03 2011 Vladimir Lettiev <crux@altlinux> 1:5.12.4-alt1 - 5.12.3 -> 5.12.4 - Updated MIME::Base64 3.08 -> 3.13 (Closes: #25646)
При черри-пике под чужим авторством (т.е. когда в поле "Author" указан кто-то ещё) любые разночтения должны быть ясно обозначены, надо дописать в конце "the patch did not apply cleanly, сделал то-то и то-то, раб божий, месяц в небе, год в книге" и т.д. Специфический случай perldela.pod всё ещё требует имхо обозначения того, что черри-пик сорркетирован.
(В ответ на комментарий №7) > При черри-пике под чужим авторством (т.е. когда в поле "Author" указан кто-то > ещё) любые разночтения должны быть ясно обозначены, надо дописать в конце "the > patch did not apply cleanly, сделал то-то и то-то, раб божий, месяц в небе, год > в книге" и т.д. Специфический случай perldela.pod всё ещё требует имхо > обозначения того, что черри-пик сорркетирован. Понял. Также нашёл, что у cherry-pick есть удобная опция -x, которая добавляет запись о коммите откуда было счерипикжено изменение.
Спасибо!