Bug 25646 - Нельзя ли обновить MIME:Base64 до 3.13?
Summary: Нельзя ли обновить MIME:Base64 до 3.13?
Status: CLOSED FIXED
Alias: None
Product: Sisyphus
Classification: Development
Component: perl-base (show other bugs)
Version: unstable
Hardware: all Linux
: P3 normal
Assignee: at@altlinux.org
QA Contact: qa-sisyphus
URL: http://search.cpan.org/~gaas/MIME-Bas...
Keywords:
Depends on:
Blocks:
 
Reported: 2011-05-20 19:36 MSK by Vitaly Lipatov
Modified: 2011-09-06 22:48 MSK (History)
3 users (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Vitaly Lipatov 2011-05-20 19:36:43 MSK 
Как я понял, MIME:Base64 у нас внутри perl-base, и мне для
perl-XML-Compile хотелось бы видеть последний MIME:Base64.
Comment 1 Vitaly Lipatov 2011-09-02 18:06:36 MSK 
Кто-то из мантейнеров (at, crux) может произвести обновление?
Comment 2 at@altlinux.org 2011-09-02 21:25:29 MSK 
Нельзя: земля налетит на небесную ось.
Comment 3 Vladimir Lettiev 2011-09-03 16:35:04 MSK 
Если нельзя обновить 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
Comment 4 at@altlinux.org 2011-09-03 18:55:15 MSK 
Мужчины, готовьте новый резил и отправляйте на сборку. Проверю либо я, либо, скорее всего, администратор репозитория. Рекомендую делать черри-пик из апстримной ветки. Я слишком обиделся на пидорасную фирму "Альт Линукс", чтобы что-то делать.
Comment 5 Vladimir Lettiev 2011-09-03 22:28:44 MSK 
(В ответ на комментарий №4)
> Мужчины, готовьте новый резил и отправляйте на сборку. Проверю либо я, либо,
> скорее всего, администратор репозитория. Рекомендую делать черри-пик из
> апстримной ветки.

в апстриме 5 коммитов, которые апгрейдят MIME::Base64 до версии 3.13, но без конфликта они не прикладываются. Конфликт происходит на файле pod/perldelta.pod, которого нет в нашем tree. В принципе конфликт резолвится легко - git rm pod/perldelta.pod каждый раз после cherry-pick

Зарядил test-only таск #53852

> Я слишком обиделся на пидорасную фирму "Альт Линукс", чтобы
> что-то делать.

думаю этой фирме всё равно какая версия MIME::Base64 в Sisyphus, а людям, которые используют - нет.
Comment 6 Repository Robot 2011-09-04 00:05:39 MSK 
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)
Comment 7 at@altlinux.org 2011-09-04 13:04:29 MSK 
При черри-пике под чужим авторством (т.е. когда в поле "Author" указан кто-то ещё) любые разночтения должны быть ясно обозначены, надо дописать в конце "the patch did not apply cleanly, сделал то-то и то-то, раб божий, месяц в небе, год в книге" и т.д.  Специфический случай perldela.pod всё ещё требует имхо обозначения того, что черри-пик сорркетирован.
Comment 8 Vladimir Lettiev 2011-09-04 15:24:48 MSK 
(В ответ на комментарий №7)
> При черри-пике под чужим авторством (т.е. когда в поле "Author" указан кто-то
> ещё) любые разночтения должны быть ясно обозначены, надо дописать в конце "the
> patch did not apply cleanly, сделал то-то и то-то, раб божий, месяц в небе, год
> в книге" и т.д.  Специфический случай perldela.pod всё ещё требует имхо
> обозначения того, что черри-пик сорркетирован.

Понял.
Также нашёл, что у cherry-pick есть удобная опция -x, которая добавляет запись о коммите откуда было счерипикжено изменение.
Comment 9 Vitaly Lipatov 2011-09-06 22:48:32 MSK 
Спасибо!