* Re: [devel] I: возможный откат Сизифа на состояние от 20180626
2018-07-05 8:00 ` [devel] I: возможный откат Сизифа на состояние от 20180626 Dmitry V. Levin
@ 2018-07-05 8:48 ` Vitaly Lipatov
2018-07-05 9:07 ` Dmitry V. Levin
2018-07-05 9:15 ` Sergey V Turchin
` (3 subsequent siblings)
4 siblings, 1 reply; 38+ messages in thread
From: Vitaly Lipatov @ 2018-07-05 8:48 UTC (permalink / raw)
To: ALT Devel discussion list
Dmitry V. Levin писал 5.7.18 11:00:
> On Wed, Jul 04, 2018 at 10:31:00PM +0300, Ivan Zakharyaschev wrote:
>> On Wed, 4 Jul 2018, Dmitry V. Levin wrote:
> [...]
>> > Есть прогресс какой-нибудь?
>> > У нас уже 2 дня результаты тестовой пересборки лишены смысла.
...
> 0705: +325 -496 (894): pkg_resources.DistributionNotFound: The
> 'idna<2.7,>=2.5' distribution was not found
>
> Я теперь уже не понимаю, какие именно пакеты мне точечно откатывать.
> Мне не хотелось бы откатывать весь Сизиф на 0626, конечно.
> Но если завтрашняя тестовая пересборка покажет, что проблемы, созданные
> за последние несколько дней, не были исправлены, то другого варианта у
> меня нет.
А у меня есть другой вариант.
Подумаешь, немного модулей python перестало пересобираться. Чему это
мешает, если это на несколько дней только?
Возможно, есть какие-то причины для паники, которые мне неизвестны?
Если бы была цель держать количество непересобирающихся пакетов в Сизифе
на минимуме,
то у нас была бы возможность тестировать пересборку после таких
изменений на копии Сизифа, а не там, где параллельно обновляется kernel,
plasma и KDE.
--
С уважением,
Виталий Липатов,
Etersoft
^ permalink raw reply [flat|nested] 38+ messages in thread* Re: [devel] I: возможный откат Сизифа на состояние от 20180626
2018-07-05 8:48 ` Vitaly Lipatov
@ 2018-07-05 9:07 ` Dmitry V. Levin
0 siblings, 0 replies; 38+ messages in thread
From: Dmitry V. Levin @ 2018-07-05 9:07 UTC (permalink / raw)
To: ALT Devel discussion list
[-- Attachment #1: Type: text/plain, Size: 1488 bytes --]
On Thu, Jul 05, 2018 at 11:48:36AM +0300, Vitaly Lipatov wrote:
> Dmitry V. Levin писал 5.7.18 11:00:
> > On Wed, Jul 04, 2018 at 10:31:00PM +0300, Ivan Zakharyaschev wrote:
> >> On Wed, 4 Jul 2018, Dmitry V. Levin wrote:
> > [...]
> >> > Есть прогресс какой-нибудь?
> >> > У нас уже 2 дня результаты тестовой пересборки лишены смысла.
> ...
> > 0705: +325 -496 (894): pkg_resources.DistributionNotFound: The
> > 'idna<2.7,>=2.5' distribution was not found
> >
> > Я теперь уже не понимаю, какие именно пакеты мне точечно откатывать.
> > Мне не хотелось бы откатывать весь Сизиф на 0626, конечно.
> > Но если завтрашняя тестовая пересборка покажет, что проблемы, созданные
> > за последние несколько дней, не были исправлены, то другого варианта у
> > меня нет.
> А у меня есть другой вариант.
> Подумаешь, немного модулей python перестало пересобираться. Чему это
> мешает, если это на несколько дней только?
Если подумать, то страдают сотни пакетов, не только модули python,
и каждый день разные.
> Возможно, есть какие-то причины для паники, которые мне неизвестны?
Пересобираемость -- ключевая характеристика репозитория.
> Если бы была цель держать количество непересобирающихся пакетов в Сизифе
> на минимуме,
> то у нас была бы возможность тестировать пересборку после таких
> изменений на копии Сизифа, а не там, где параллельно обновляется kernel,
> plasma и KDE.
Конечно, только у вас перепутана причина со следствием.
--
ldv
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]
^ permalink raw reply [flat|nested] 38+ messages in thread
* Re: [devel] I: возможный откат Сизифа на состояние от 20180626
2018-07-05 8:00 ` [devel] I: возможный откат Сизифа на состояние от 20180626 Dmitry V. Levin
2018-07-05 8:48 ` Vitaly Lipatov
@ 2018-07-05 9:15 ` Sergey V Turchin
2018-07-05 9:22 ` Dmitry V. Levin
2018-07-05 13:26 ` Anton Farygin
` (2 subsequent siblings)
4 siblings, 1 reply; 38+ messages in thread
From: Sergey V Turchin @ 2018-07-05 9:15 UTC (permalink / raw)
To: ALT Devel discussion list
On Thursday, 5 July 2018 11:00:13 MSK Dmitry V wrote:
[...]
> Но если завтрашняя тестовая пересборка покажет, что проблемы, созданные
> за последние несколько дней, не были исправлены, то другого варианта у меня
> нет.
Есть. Подождать исправлений. Разве уже началась предбранчевая стабилизация
Сиизфа?
--
Regards, Sergey.
^ permalink raw reply [flat|nested] 38+ messages in thread* Re: [devel] I: возможный откат Сизифа на состояние от 20180626
2018-07-05 9:15 ` Sergey V Turchin
@ 2018-07-05 9:22 ` Dmitry V. Levin
2018-07-05 9:33 ` Sergey V Turchin
2018-07-05 9:43 ` Michael Shigorin
0 siblings, 2 replies; 38+ messages in thread
From: Dmitry V. Levin @ 2018-07-05 9:22 UTC (permalink / raw)
To: ALT Devel discussion list
[-- Attachment #1: Type: text/plain, Size: 845 bytes --]
On Thu, Jul 05, 2018 at 12:15:12PM +0300, Sergey V Turchin wrote:
> On Thursday, 5 July 2018 11:00:13 MSK Dmitry V wrote:
>
> [...]
> > Но если завтрашняя тестовая пересборка покажет, что проблемы, созданные
> > за последние несколько дней, не были исправлены, то другого варианта у меня
> > нет.
> Есть. Подождать исправлений.
Заждались уже. Сроков нет, ответственных нет. Увы, не вариант.
> Разве уже началась предбранчевая стабилизация Сиизфа?
Разве нет? ;)
На самом деле есть принципиальная разница между плановым обновлением
компонент (например, gcc, того же python), которые вызывают ожидаемые
сборочные регрессии в репозитории, и непонятными изменениями, сделанными
непонятно зачем, которые вызывают сборочные регрессии, измеряемые сотнями
пакетов, и которые непонятно кто, когда, и как исправит.
--
ldv
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]
^ permalink raw reply [flat|nested] 38+ messages in thread
* Re: [devel] I: возможный откат Сизифа на состояние от 20180626
2018-07-05 9:22 ` Dmitry V. Levin
@ 2018-07-05 9:33 ` Sergey V Turchin
2018-07-05 9:43 ` Michael Shigorin
1 sibling, 0 replies; 38+ messages in thread
From: Sergey V Turchin @ 2018-07-05 9:33 UTC (permalink / raw)
To: ALT Devel discussion list
On Thursday, 5 July 2018 12:22:29 MSK Dmitry V wrote:
[...]
> > Есть. Подождать исправлений.
> Заждались уже.
Точно во множественном числе? ;-)
> Сроков нет, ответственных нет. Увы, не вариант.
Пока не горит, вполне вариант.
[...]
> > Разве уже началась предбранчевая стабилизация Сиизфа?
> Разве нет? ;)
Нет. Не было анонса.
--
Regards, Sergey.
^ permalink raw reply [flat|nested] 38+ messages in thread
* Re: [devel] I: возможный откат Сизифа на состояние от 20180626
2018-07-05 9:22 ` Dmitry V. Levin
2018-07-05 9:33 ` Sergey V Turchin
@ 2018-07-05 9:43 ` Michael Shigorin
2018-07-05 9:58 ` Dmitry V. Levin
1 sibling, 1 reply; 38+ messages in thread
From: Michael Shigorin @ 2018-07-05 9:43 UTC (permalink / raw)
To: devel
On Thu, Jul 05, 2018 at 12:22:29PM +0300, Dmitry V. Levin wrote:
> > Есть. Подождать исправлений.
> Заждались уже. Сроков нет, ответственных нет. Увы, не вариант.
Дим, это же сизиф!
> На самом деле есть принципиальная разница между плановым
> обновлением компонент (например, gcc, того же python), которые
> вызывают ожидаемые сборочные регрессии в репозитории, и
> непонятными изменениями, сделанными непонятно зачем, которые
> вызывают сборочные регрессии, измеряемые сотнями пакетов,
> и которые непонятно кто, когда, и как исправит.
Это для тебя или когда ты соизволишь ещё кому рассказать заранее.
Бывало всё-таки иначе, давай как-то стандарт один выводить.
Ваня тоже хочет как лучше.
--
---- WBR, Michael Shigorin / http://altlinux.org
------ http://opennet.ru / http://anna-news.info
^ permalink raw reply [flat|nested] 38+ messages in thread
* Re: [devel] I: возможный откат Сизифа на состояние от 20180626
2018-07-05 9:43 ` Michael Shigorin
@ 2018-07-05 9:58 ` Dmitry V. Levin
2018-07-05 11:09 ` Michael Shigorin
2018-07-05 13:28 ` Anton Farygin
0 siblings, 2 replies; 38+ messages in thread
From: Dmitry V. Levin @ 2018-07-05 9:58 UTC (permalink / raw)
To: ALT Devel discussion list
[-- Attachment #1: Type: text/plain, Size: 1260 bytes --]
On Thu, Jul 05, 2018 at 12:43:44PM +0300, Michael Shigorin wrote:
> On Thu, Jul 05, 2018 at 12:22:29PM +0300, Dmitry V. Levin wrote:
> > > Есть. Подождать исправлений.
> > Заждались уже. Сроков нет, ответственных нет. Увы, не вариант.
>
> Дим, это же сизиф!
Тем более, что это Сизиф.
В ваших приватных репозиториях вы и так уже можете делать что угодно.
> > На самом деле есть принципиальная разница между плановым
> > обновлением компонент (например, gcc, того же python), которые
> > вызывают ожидаемые сборочные регрессии в репозитории, и
> > непонятными изменениями, сделанными непонятно зачем, которые
> > вызывают сборочные регрессии, измеряемые сотнями пакетов,
> > и которые непонятно кто, когда, и как исправит.
>
> Это для тебя или когда ты соизволишь ещё кому рассказать заранее.
> Бывало всё-таки иначе, давай как-то стандарт один выводить.
> Ваня тоже хочет как лучше.
Если бы Ваня сделал как лучше, то он бы сперва протестировал свои
изменения в песочнице, а после таких регрессий быстро исправил бы либо
откатил изменения. Полная тестовая пересборка Сизифа сейчас занимает
меньше времени, чем раньше. Мне неизвестно, что заставило Ваню сделать
не так, как он обычно делает, а так, как он сделал.
--
ldv
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]
^ permalink raw reply [flat|nested] 38+ messages in thread
* Re: [devel] I: возможный откат Сизифа на состояние от 20180626
2018-07-05 9:58 ` Dmitry V. Levin
@ 2018-07-05 11:09 ` Michael Shigorin
2018-07-05 13:28 ` Anton Farygin
1 sibling, 0 replies; 38+ messages in thread
From: Michael Shigorin @ 2018-07-05 11:09 UTC (permalink / raw)
To: devel
On Thu, Jul 05, 2018 at 12:58:59PM +0300, Dmitry V. Levin wrote:
> On Thu, Jul 05, 2018 at 12:43:44PM +0300, Michael Shigorin wrote:
> > On Thu, Jul 05, 2018 at 12:22:29PM +0300, Dmitry V. Levin wrote:
> > > > Есть. Подождать исправлений.
> > > Заждались уже. Сроков нет, ответственных нет. Увы, не вариант.
> > Дим, это же сизиф!
> Тем более, что это Сизиф.
Это были твои слова с предыдущих аналогичных случаев, если что.
Просто в исполнении не Вани, а твоём.
Давай чуточку наберёмся терпения, а не давления.
--
---- WBR, Michael Shigorin / http://altlinux.org
------ http://opennet.ru / http://anna-news.info
^ permalink raw reply [flat|nested] 38+ messages in thread
* Re: [devel] I: возможный откат Сизифа на состояние от 20180626
2018-07-05 9:58 ` Dmitry V. Levin
2018-07-05 11:09 ` Michael Shigorin
@ 2018-07-05 13:28 ` Anton Farygin
1 sibling, 0 replies; 38+ messages in thread
From: Anton Farygin @ 2018-07-05 13:28 UTC (permalink / raw)
To: ALT Devel discussion list
05.07.2018 12:58, Dmitry V. Levin пишет:
> Если бы Ваня сделал как лучше, то он бы сперва протестировал свои
> изменения в песочнице, а после таких регрессий быстро исправил бы либо
> откатил изменения. Полная тестовая пересборка Сизифа сейчас занимает
> меньше времени, чем раньше. Мне неизвестно, что заставило Ваню сделать
> не так, как он обычно делает, а так, как он сделал.
Ты имеешь возможность обсудить с ним это в офисе.
^ permalink raw reply [flat|nested] 38+ messages in thread
* Re: [devel] I: возможный откат Сизифа на состояние от 20180626
2018-07-05 8:00 ` [devel] I: возможный откат Сизифа на состояние от 20180626 Dmitry V. Levin
2018-07-05 8:48 ` Vitaly Lipatov
2018-07-05 9:15 ` Sergey V Turchin
@ 2018-07-05 13:26 ` Anton Farygin
2018-07-05 15:53 ` Ivan Zakharyaschev
2018-07-05 21:20 ` [devel] откат python*-module-idna для починки sphinx Dmitry V. Levin
4 siblings, 0 replies; 38+ messages in thread
From: Anton Farygin @ 2018-07-05 13:26 UTC (permalink / raw)
To: ALT Devel discussion list
05.07.2018 11:00, Dmitry V. Levin пишет:
> On Wed, Jul 04, 2018 at 10:31:00PM +0300, Ivan Zakharyaschev wrote:
>> On Wed, 4 Jul 2018, Dmitry V. Levin wrote:
> [...]
>>> Есть прогресс какой-нибудь?
>>> У нас уже 2 дня результаты тестовой пересборки лишены смысла.
>> Посмотрел hasher, собираюсь рпедложить изменение.
> К сожалению, никакого предложения не получил; пока воткнул хак,
> на который мне больно смотреть, и который исчезнет после ребута.
>
> Очередная тестовая пересборка выдала 439 пакетов с новой однотипной ошибкой сборки:
> pkg_resources.DistributionNotFound: The 'idna<2.7,>=2.5' distribution was not found
>
> Смотрите, что происходит последние несколько дней с пересобираемостью Сизифа:
> 0627: +188 -12 (606): setup.rb:1400:in `install_gemspec': undefined method `to_ruby' for nil:NilClass
> 0629: +295 -192 (713): pkg_resources.DistributionNotFound: The 'setuptools' distribution was not found
> 0703: +442 -30 (1066): error: failed build dependencies: python-module-setuptools
> 0705: +325 -496 (894): pkg_resources.DistributionNotFound: The 'idna<2.7,>=2.5' distribution was not found
>
> Я теперь уже не понимаю, какие именно пакеты мне точечно откатывать.
> Мне не хотелось бы откатывать весь Сизиф на 0626, конечно.
> Но если завтрашняя тестовая пересборка покажет, что проблемы, созданные
> за последние несколько дней, не были исправлены, то другого варианта у меня нет.
Ну потерпи немного, сейчас Лёша Никифоров выйдет с больничного и
посмотрит что там происходит.
^ permalink raw reply [flat|nested] 38+ messages in thread
* Re: [devel] I: возможный откат Сизифа на состояние от 20180626
2018-07-05 8:00 ` [devel] I: возможный откат Сизифа на состояние от 20180626 Dmitry V. Levin
` (2 preceding siblings ...)
2018-07-05 13:26 ` Anton Farygin
@ 2018-07-05 15:53 ` Ivan Zakharyaschev
2018-07-05 16:18 ` Ivan Zakharyaschev
2018-07-10 7:46 ` Ivan Zakharyaschev
2018-07-05 21:20 ` [devel] откат python*-module-idna для починки sphinx Dmitry V. Levin
4 siblings, 2 replies; 38+ messages in thread
From: Ivan Zakharyaschev @ 2018-07-05 15:53 UTC (permalink / raw)
To: ALT Linux Team development discussions
[-- Attachment #1: Type: text/plain, Size: 1907 bytes --]
On Thu, 5 Jul 2018, Dmitry V. Levin wrote:
> On Wed, Jul 04, 2018 at 10:31:00PM +0300, Ivan Zakharyaschev wrote:
> > On Wed, 4 Jul 2018, Dmitry V. Levin wrote:
> [...]
> > > Есть прогресс какой-нибудь?
> > > У нас уже 2 дня результаты тестовой пересборки лишены смысла.
> >
> > Посмотрел hasher, собираюсь рпедложить изменение.
>
> К сожалению, никакого предложения не получил; пока воткнул хак,
> на который мне больно смотреть, и который исчезнет после ребута.
Хотел предложить такое, как в патче. (Сохранять PACKAGER при
--query-repackage). Мне надо ещё протестировать, как оно работает.
> Очередная тестовая пересборка выдала 439 пакетов с новой однотипной ошибкой сборки:
> pkg_resources.DistributionNotFound: The 'idna<2.7,>=2.5' distribution was not found
Это уже похоже на реальную проблему (после моих измениний в сумме пакеты
пересобирались, т.е. это не мешало работе мейнтейнеров, но beehive не
мог). А с тех пор, как они пересобирались локально в hasher, я вроде
изменений не вносил в Sisyphus, и эта новая ошибка связана, наверное, не с
моими изменениями, а чем-то в районе requests.
> Смотрите, что происходит последние несколько дней с пересобираемостью Сизифа:
> 0627: +188 -12 (606): setup.rb:1400:in `install_gemspec': undefined method `to_ruby' for nil:NilClass
> 0629: +295 -192 (713): pkg_resources.DistributionNotFound: The 'setuptools' distribution was not found
> 0703: +442 -30 (1066): error: failed build dependencies: python-module-setuptools
> 0705: +325 -496 (894): pkg_resources.DistributionNotFound: The 'idna<2.7,>=2.5' distribution was not found
>
> Я теперь уже не понимаю, какие именно пакеты мне точечно откатывать.
> Мне не хотелось бы откатывать весь Сизиф на 0626, конечно.
> Но если завтрашняя тестовая пересборка покажет, что проблемы, созданные
> за последние несколько дней, не были исправлены, то другого варианта у меня нет.
--
Best regards,
Ivan
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: Type: text/x-patch; name=0001-save-PACKAGER-in-during-query-repackage.patch, Size: 1074 bytes --]
From 357fde47190c9cd7bed1b4b5d23f36a19c2e52ed Mon Sep 17 00:00:00 2001
From: Ivan Zakharyaschev <imz@altlinux.org>
Date: Thu, 5 Jul 2018 18:42:12 +0300
Subject: [PATCH] save PACKAGER in during --query-repackage
PACKAGER is already set to the original value during normal hasher
operation when building new packages.
But the original value was lost with --query-repackage, and so the
resulting rebuilt packages always differed from what the results of
normal hasher operation would be.
---
hasher/hsh-rebuild | 4 ++++
1 file changed, 4 insertions(+)
diff --git a/hasher/hsh-rebuild b/hasher/hsh-rebuild
index e9eedf9..59de7fc 100755
--- a/hasher/hsh-rebuild
+++ b/hasher/hsh-rebuild
@@ -215,6 +215,10 @@ if [ -z "$nodeps" ]; then
create_entry_header
cat >>"$entry" <<__EOF__
cd "\$HOME/in/srpm"
+packager=\$(rpmquery -p --qf '%{PACKAGER}' *)
+cat >>"\$HOME/.rpmmacros" <<EOF
+%packager \$packager
+EOF
${rpmi:-$def_rpmi} -i -- *
cd \`rpm --eval %_specdir\`
sed '/^buildrequires(pre):[[:space:]]*/I!d;s///' *.spec |
--
2.10.4
^ permalink raw reply [flat|nested] 38+ messages in thread* Re: [devel] I: возможный откат Сизифа на состояние от 20180626
2018-07-05 15:53 ` Ivan Zakharyaschev
@ 2018-07-05 16:18 ` Ivan Zakharyaschev
2018-07-10 7:46 ` Ivan Zakharyaschev
1 sibling, 0 replies; 38+ messages in thread
From: Ivan Zakharyaschev @ 2018-07-05 16:18 UTC (permalink / raw)
To: ALT Linux Team development discussions
[-- Attachment #1: Type: text/plain, Size: 786 bytes --]
On Thu, 5 Jul 2018, Ivan Zakharyaschev wrote:
> On Thu, 5 Jul 2018, Dmitry V. Levin wrote:
>
> > On Wed, Jul 04, 2018 at 10:31:00PM +0300, Ivan Zakharyaschev wrote:
> > > On Wed, 4 Jul 2018, Dmitry V. Levin wrote:
> > [...]
> > > > Есть прогресс какой-нибудь?
> > > > У нас уже 2 дня результаты тестовой пересборки лишены смысла.
> > >
> > > Посмотрел hasher, собираюсь рпедложить изменение.
> >
> > К сожалению, никакого предложения не получил; пока воткнул хак,
> > на который мне больно смотреть, и который исчезнет после ребута.
>
> Хотел предложить такое, как в патче. (Сохранять PACKAGER при
> --query-repackage). Мне надо ещё протестировать, как оно работает.
ldv@ поделился опытом, что этого недостаточно. Нужно делать
многоступенчато, как с tar.
--
Best regards,
Ivan
^ permalink raw reply [flat|nested] 38+ messages in thread
* Re: [devel] I: возможный откат Сизифа на состояние от 20180626
2018-07-05 15:53 ` Ivan Zakharyaschev
2018-07-05 16:18 ` Ivan Zakharyaschev
@ 2018-07-10 7:46 ` Ivan Zakharyaschev
2018-07-11 10:00 ` Ivan Zakharyaschev
1 sibling, 1 reply; 38+ messages in thread
From: Ivan Zakharyaschev @ 2018-07-10 7:46 UTC (permalink / raw)
To: ALT Linux Team development discussions
[-- Attachment #1: Type: text/plain, Size: 2162 bytes --]
Hello!
Пока улучшение hasher (ради пересборки в beehive) в процессе (но есть
активный в beehive хак), можно ознакомиться со списком пакетов, сборка
которых сломалась после расиливания двух питоновских пакетов
(python*-module-setuptools и python-dev).
В некоторых местах не хвататет BuildRequires (подробности изучу и напишу в
каком-нибудь следующем письме).
[imz@team error]$ pwd
/beehive/logs/Sisyphus-i586/archive/2018/0702/error
[imz@team error]$ for f in *; do \
if [ -e ../../0628/error/"$f" ]; then continue; fi; \
if [ -e /beehive/logs/Sisyphus-i586/latest/success/"${f%.zst}" ]; then continue; fi; \
if [ -e /beehive/logs/Sisyphus-i586/latest/error/"${f%.zst}" ]; \
then echo -n 'still broken: '; \
else echo -n 'fixed by someone: '; \
fi;
echo "${f%.zst} "; \
done | sort
fixed by someone: Mesa-4:18.1.1-alt1.S1
fixed by someone: brltty-5.6-alt1.1
fixed by someone: glade-3.22.1-alt1
fixed by someone: graphviz-2.40.1-alt2
fixed by someone: hugin-2018.0.0-alt1.1
fixed by someone: libkafel-1-alt1.gitf664aca
fixed by someone: libpeas-1.22.0-alt1.1
fixed by someone: python-module-BeautifulSoup4-4.5.3-alt1
fixed by someone: python-module-Pillow-5.1.0-alt2
fixed by someone: python-module-gst1.0-1.14.1-alt1
fixed by someone: ruby-gettext-3.2.9-alt1.3
fixed by someone: scribus-1:1.5.4-alt1
still broken: compiz-0.9.13.1-alt1
still broken: createrepo_c-0.10.0-alt1
still broken: fityk-1.3.0-alt4.git20141119.2.1
still broken: git-2.10.5-alt1
still broken: gnumeric-1.12.39-alt1
still broken: httpie-0.9.8-alt2
still broken: kde4-analitza-4.14.0-alt1
still broken: kmymoney-5.0.1-alt1
still broken: ldapvi-1.7-alt2
still broken: liquidwar6-0.6.3902-alt1.1.qa1
still broken: ocaml-lwt-4.0.1-alt1.S1
still broken: opennebula-5.4.15-alt2.S1
still broken: poezio-0.9-alt4.1
still broken: python-module-joblib-0.11-alt2
still broken: python-module-pydap-3.1.1-alt2.git20131114
still broken: python3-module-pyxattr-docs-0.6.0-alt1
still broken: shiboken-1.2.2-alt3.git20140422
still broken: uim-1.8.6-alt4.git89542ac.2
still broken: w3m-0.5.3-alt1
still broken: waon-0.10-alt3
[imz@team error]$
--
Best regards,
Ivan
^ permalink raw reply [flat|nested] 38+ messages in thread* Re: [devel] I: возможный откат Сизифа на состояние от 20180626
2018-07-10 7:46 ` Ivan Zakharyaschev
@ 2018-07-11 10:00 ` Ivan Zakharyaschev
0 siblings, 0 replies; 38+ messages in thread
From: Ivan Zakharyaschev @ 2018-07-11 10:00 UTC (permalink / raw)
To: ALT Linux Team development discussions
[-- Attachment #1: Type: text/plain, Size: 1807 bytes --]
Записал причину про некоторые пакеты, которые посмотрел:
$ sort -k3,3 < 2018-06-python-req-devel-broken.comments.txt'
Mesa-4:18.1.1-alt1.S1 -- fixed by someone
brltty-5.6-alt1.1 -- fixed by someone
glade-3.22.1-alt1 -- fixed by someone
graphviz-2.40.1-alt2 -- fixed by lav@ (python-devel added in 2.40.1-alt3)
hugin-2018.0.0-alt1.1 -- fixed by someone
libkafel-1-alt1.gitf664aca -- fixed by someone
libpeas-1.22.0-alt1.1 -- fixed by aris@ (python-devel added in
1.22.0-alt2)
python-module-BeautifulSoup4-4.5.3-alt1 -- fixed by imz@ (dropped non-standard %%python_build/install)
python-module-Pillow-5.1.0-alt2 -- fixed by lav@ (in the course of update to 5.2.0-alt1; a simple rebuild would succeed)
python-module-gst1.0-1.14.1-alt1 -- fixed by aris@ (python-devel added in 1.14.1-alt2)
ruby-gettext-3.2.9-alt1.3 -- fixed by someone
scribus-1:1.5.4-alt1 -- fixed by lav@ (in the course of a major spec
cleanup in 1.5.4-alt2)
compiz-0.9.13.1-alt1 -- still broken
createrepo_c-0.10.0-alt1 -- still broken
fityk-1.3.0-alt4.git20141119.2.1 -- still broken
gnumeric-1.12.39-alt1 -- still broken (python-devel needed)
httpie-0.9.8-alt2 -- still broken
kde4-analitza-4.14.0-alt1 -- still broken
kmymoney-5.0.1-alt1 -- still broken
ldapvi-1.7-alt2 -- still broken
liquidwar6-0.6.3902-alt1.1.qa1 -- still broken
ocaml-lwt-4.0.1-alt1.S1 -- still broken
opennebula-5.4.15-alt2.S1 -- still broken
poezio-0.9-alt4.1 -- still broken
python-module-joblib-0.11-alt2 -- still broken
python-module-pydap-3.1.1-alt2.git20131114 -- still broken
python3-module-pyxattr-docs-0.6.0-alt1 -- still broken
shiboken-1.2.2-alt3.git20140422 -- still broken (python-devel needed)
uim-1.8.6-alt4.git89542ac.2 -- still broken
w3m-0.5.3-alt1 -- still broken (libtinfo-devel needed)
waon-0.10-alt3 -- still broken
--
Best regards,
Ivan
^ permalink raw reply [flat|nested] 38+ messages in thread
* Re: [devel] откат python*-module-idna для починки sphinx
2018-07-05 8:00 ` [devel] I: возможный откат Сизифа на состояние от 20180626 Dmitry V. Levin
` (3 preceding siblings ...)
2018-07-05 15:53 ` Ivan Zakharyaschev
@ 2018-07-05 21:20 ` Dmitry V. Levin
2018-07-05 21:48 ` Dmitry V. Levin
4 siblings, 1 reply; 38+ messages in thread
From: Dmitry V. Levin @ 2018-07-05 21:20 UTC (permalink / raw)
To: Vladimir Didenko, Ivan Zakharyaschev; +Cc: ALT Devel discussion list
[-- Attachment #1: Type: text/plain, Size: 817 bytes --]
On Thu, Jul 05, 2018 at 11:00:13AM +0300, Dmitry V. Levin wrote:
[...]
> 0705: +325 -496 (894): pkg_resources.DistributionNotFound: The 'idna<2.7,>=2.5' distribution was not found
А вот и изменение сборочной среды, которое к этому привело:
-<13>Jul 3 23:13:44 rpmi: python-module-idna-2.6-alt1 1521037014 installed
+<13>Jul 5 02:24:39 rpmi: python-module-idna-2.7-alt1 1530720902 installed
-<13>Jul 3 23:07:58 rpmi: python3-module-idna-2.6-alt1 1521037014 installed
+<13>Jul 5 01:58:26 rpmi: python3-module-idna-2.7-alt1 1530720902 installed
От этого изменения пострадала сборка 439 пакетов.
Получается, что нужно либо незамедлительно обновить sphinx до той версии,
которая поддерживает python*-module-idna-2.7, либо незамедлительно откатить
python*-module-idna на прежнюю версию.
--
ldv
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]
^ permalink raw reply [flat|nested] 38+ messages in thread* Re: [devel] откат python*-module-idna для починки sphinx
2018-07-05 21:20 ` [devel] откат python*-module-idna для починки sphinx Dmitry V. Levin
@ 2018-07-05 21:48 ` Dmitry V. Levin
2018-07-06 6:05 ` Vladimir Didenko
2018-07-06 8:30 ` [devel] откат python*-module-idna для починки sphinx Andrey Cherepanov
0 siblings, 2 replies; 38+ messages in thread
From: Dmitry V. Levin @ 2018-07-05 21:48 UTC (permalink / raw)
To: Vladimir Didenko, Ivan Zakharyaschev; +Cc: ALT Devel discussion list
[-- Attachment #1: Type: text/plain, Size: 950 bytes --]
On Fri, Jul 06, 2018 at 12:20:00AM +0300, Dmitry V. Levin wrote:
> On Thu, Jul 05, 2018 at 11:00:13AM +0300, Dmitry V. Levin wrote:
> [...]
> > 0705: +325 -496 (894): pkg_resources.DistributionNotFound: The 'idna<2.7,>=2.5' distribution was not found
>
> А вот и изменение сборочной среды, которое к этому привело:
> -<13>Jul 3 23:13:44 rpmi: python-module-idna-2.6-alt1 1521037014 installed
> +<13>Jul 5 02:24:39 rpmi: python-module-idna-2.7-alt1 1530720902 installed
> -<13>Jul 3 23:07:58 rpmi: python3-module-idna-2.6-alt1 1521037014 installed
> +<13>Jul 5 01:58:26 rpmi: python3-module-idna-2.7-alt1 1530720902 installed
>
> От этого изменения пострадала сборка 439 пакетов.
>
> Получается, что нужно либо незамедлительно обновить sphinx до той версии,
> которая поддерживает python*-module-idna-2.7, либо незамедлительно откатить
> python*-module-idna на прежнюю версию.
s/sphinx/python*-module-requests/
--
ldv
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]
^ permalink raw reply [flat|nested] 38+ messages in thread
* Re: [devel] откат python*-module-idna для починки sphinx
2018-07-05 21:48 ` Dmitry V. Levin
@ 2018-07-06 6:05 ` Vladimir Didenko
2018-07-06 9:40 ` [devel] python-requests Dmitry V. Levin
2018-07-06 8:30 ` [devel] откат python*-module-idna для починки sphinx Andrey Cherepanov
1 sibling, 1 reply; 38+ messages in thread
From: Vladimir Didenko @ 2018-07-06 6:05 UTC (permalink / raw)
To: Vladimir Didenko, imz, ALT Linux Team development discussions
пт, 6 июл. 2018 г. в 0:48, Dmitry V. Levin:
>
> s/sphinx/python*-module-requests/
Увидел, что python-requests обновился до 2.19.1, только бомба
по-прежнему осталось, даже несколько. Из setup.py
requires = [
'chardet>=3.0.2,<3.1.0',
'idna>=2.5,<2.8',
'urllib3>=1.21.1,<1.24',
'certifi>=2017.4.17'
]
Предлагаю сделать одно из следующих изменений:
1. Поставить явные зависимости RPM с ограничениями на версию
(например, Requires: python-module-idna < 2.8). Спасет от мэйнтейнеров
chardet, idna, urllib3. Но не спасет от мэйнтейнеров, которые будут
обновлять python-requests вслепую, не тестируя.
2. Убрать в зависимостях setup.py ограничения '<'. Я так делаю с
docker-compose, поскольку эти ограничения ничем не обоснованы. Спасет
от мэйнтейнеров chardet, idna, urllib3, а также и от обновляющих
python-requests. Единственный минус - не покрывается ситуация, когда
при обновлении одного из пакетов совместимость действительно будет
сломана.
3. Собирать python-requests с bundled библиотеками. Спасет всех, но c
идеологической сторорны выглядит не очень.
Лично я за пункт 2, но готов выслушать другие мнения.
--
С уважением,
Владимир.
^ permalink raw reply [flat|nested] 38+ messages in thread* Re: [devel] python-requests
2018-07-06 6:05 ` Vladimir Didenko
@ 2018-07-06 9:40 ` Dmitry V. Levin
2018-07-06 10:00 ` Ivan Zakharyaschev
0 siblings, 1 reply; 38+ messages in thread
From: Dmitry V. Levin @ 2018-07-06 9:40 UTC (permalink / raw)
To: ALT Devel discussion list
[-- Attachment #1: Type: text/plain, Size: 1385 bytes --]
On Fri, Jul 06, 2018 at 09:05:05AM +0300, Vladimir Didenko wrote:
> Увидел, что python-requests обновился до 2.19.1, только бомба
> по-прежнему осталось, даже несколько. Из setup.py
>
> requires = [
> 'chardet>=3.0.2,<3.1.0',
> 'idna>=2.5,<2.8',
> 'urllib3>=1.21.1,<1.24',
> 'certifi>=2017.4.17'
> ]
>
> Предлагаю сделать одно из следующих изменений:
>
> 1. Поставить явные зависимости RPM с ограничениями на версию
> (например, Requires: python-module-idna < 2.8). Спасет от мэйнтейнеров
> chardet, idna, urllib3. Но не спасет от мэйнтейнеров, которые будут
> обновлять python-requests вслепую, не тестируя.
> 2. Убрать в зависимостях setup.py ограничения '<'. Я так делаю с
> docker-compose, поскольку эти ограничения ничем не обоснованы. Спасет
> от мэйнтейнеров chardet, idna, urllib3, а также и от обновляющих
> python-requests. Единственный минус - не покрывается ситуация, когда
> при обновлении одного из пакетов совместимость действительно будет
> сломана.
> 3. Собирать python-requests с bundled библиотеками. Спасет всех, но c
> идеологической сторорны выглядит не очень.
>
> Лично я за пункт 2, но готов выслушать другие мнения.
Ранее уже было озвучено предложение:
- генерить зависимости из requires[] автоматически;
- если requires[] кривые, то патчить.
Но главное, конечно - включить в пакете тесты!
--
ldv
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]
^ permalink raw reply [flat|nested] 38+ messages in thread
* Re: [devel] python-requests
2018-07-06 9:40 ` [devel] python-requests Dmitry V. Levin
@ 2018-07-06 10:00 ` Ivan Zakharyaschev
2018-07-06 10:10 ` Dmitry V. Levin
0 siblings, 1 reply; 38+ messages in thread
From: Ivan Zakharyaschev @ 2018-07-06 10:00 UTC (permalink / raw)
To: ALT Linux Team development discussions
[-- Attachment #1: Type: text/plain, Size: 2986 bytes --]
On Fri, 6 Jul 2018, Dmitry V. Levin wrote:
> On Fri, Jul 06, 2018 at 09:05:05AM +0300, Vladimir Didenko wrote:
> > Увидел, что python-requests обновился до 2.19.1, только бомба
> > по-прежнему осталось, даже несколько. Из setup.py
> >
> > requires = [
> > 'chardet>=3.0.2,<3.1.0',
> > 'idna>=2.5,<2.8',
> > 'urllib3>=1.21.1,<1.24',
> > 'certifi>=2017.4.17'
> > ]
> >
> > Предлагаю сделать одно из следующих изменений:
> >
> > 1. Поставить явные зависимости RPM с ограничениями на версию
> > (например, Requires: python-module-idna < 2.8). Спасет от мэйнтейнеров
> > chardet, idna, urllib3. Но не спасет от мэйнтейнеров, которые будут
> > обновлять python-requests вслепую, не тестируя.
> > 2. Убрать в зависимостях setup.py ограничения '<'. Я так делаю с
> > docker-compose, поскольку эти ограничения ничем не обоснованы. Спасет
> > от мэйнтейнеров chardet, idna, urllib3, а также и от обновляющих
> > python-requests. Единственный минус - не покрывается ситуация, когда
> > при обновлении одного из пакетов совместимость действительно будет
> > сломана.
> > 3. Собирать python-requests с bundled библиотеками. Спасет всех, но c
> > идеологической сторорны выглядит не очень.
> >
> > Лично я за пункт 2, но готов выслушать другие мнения.
>
> Ранее уже было озвучено предложение:
> - генерить зависимости из requires[] автоматически;
> - если requires[] кривые, то патчить.
Да, так бы я и сформулировал и своё сложившееся понимание этого вопроса.
Последнее обсуждение не попало в devel@; viy@ рассказал:
----------
> Игорь, вот помните Ваше предложение по отслеживанию с помощью
> авто-reqs/provs того, что написано в *.egginfo?
>
> Видимо, это стоит реализовать. Нет ли у Вас готовых нароботок уже?
Это реализовано в mageia, оттуда можно взять готовое решение.
Provides вида pythonegg(2)(distro) в python2-distro
Но похоже намечается новый стандарт -
В федоре и магее появились очень интересные provides вида
python2/3dist(...) с приведенным именем модуля в pypi.
python2dist(aaargh) python2-aaargh
python2dist(abclient) python2-abclient
python3dist(achoo) python3-achoo
---------
imz@: Ввод нового вида Provides/Requires будет немного
болезненнным/потербует некоторого времени для ввода: прежде, чем
использовать Requires, нужно сгенерировать Provides в других пакетах.
(Вариант отображть имя egginfo-файла в имя пакета по таблице мне кажется
не очень честным: пр перетасовке файлов или переименовании пакетов старые
Requires будут недействительными. Хотя сейчас это так делается для
некоторых видов зависимостей -- по contents_index; но это мн етоже кажется
неидеальным.)
Подумал ещё о варианте превращать это в файловые зависимости, но такое
простое решение сработает плохо, потому что egginfo-файлы могут лежать в
разных директориях у нас (по крайней мере: внтури /usr/lib или
/usr/lib64). Может быть, унификация и возможна, но это такой же
необходимый первый этап, как и генерация Provides в первом варианте.
--
Best regards,
Ivan
^ permalink raw reply [flat|nested] 38+ messages in thread
* Re: [devel] python-requests
2018-07-06 10:00 ` Ivan Zakharyaschev
@ 2018-07-06 10:10 ` Dmitry V. Levin
2018-07-06 10:29 ` Ivan Zakharyaschev
0 siblings, 1 reply; 38+ messages in thread
From: Dmitry V. Levin @ 2018-07-06 10:10 UTC (permalink / raw)
To: ALT Devel discussion list
[-- Attachment #1: Type: text/plain, Size: 2474 bytes --]
On Fri, Jul 06, 2018 at 01:00:12PM +0300, Ivan Zakharyaschev wrote:
> On Fri, 6 Jul 2018, Dmitry V. Levin wrote:
>
> > On Fri, Jul 06, 2018 at 09:05:05AM +0300, Vladimir Didenko wrote:
> > > Увидел, что python-requests обновился до 2.19.1, только бомба
> > > по-прежнему осталось, даже несколько. Из setup.py
> > >
> > > requires = [
> > > 'chardet>=3.0.2,<3.1.0',
> > > 'idna>=2.5,<2.8',
> > > 'urllib3>=1.21.1,<1.24',
> > > 'certifi>=2017.4.17'
> > > ]
> > >
> > > Предлагаю сделать одно из следующих изменений:
> > >
> > > 1. Поставить явные зависимости RPM с ограничениями на версию
> > > (например, Requires: python-module-idna < 2.8). Спасет от мэйнтейнеров
> > > chardet, idna, urllib3. Но не спасет от мэйнтейнеров, которые будут
> > > обновлять python-requests вслепую, не тестируя.
> > > 2. Убрать в зависимостях setup.py ограничения '<'. Я так делаю с
> > > docker-compose, поскольку эти ограничения ничем не обоснованы. Спасет
> > > от мэйнтейнеров chardet, idna, urllib3, а также и от обновляющих
> > > python-requests. Единственный минус - не покрывается ситуация, когда
> > > при обновлении одного из пакетов совместимость действительно будет
> > > сломана.
> > > 3. Собирать python-requests с bundled библиотеками. Спасет всех, но c
> > > идеологической сторорны выглядит не очень.
> > >
> > > Лично я за пункт 2, но готов выслушать другие мнения.
> >
> > Ранее уже было озвучено предложение:
> > - генерить зависимости из requires[] автоматически;
> > - если requires[] кривые, то патчить.
>
> Да, так бы я и сформулировал и своё сложившееся понимание этого вопроса.
>
> Последнее обсуждение не попало в devel@; viy@ рассказал:
>
> ----------
>
> > Игорь, вот помните Ваше предложение по отслеживанию с помощью
> > авто-reqs/provs того, что написано в *.egginfo?
> >
> > Видимо, это стоит реализовать. Нет ли у Вас готовых нароботок уже?
>
> Это реализовано в mageia, оттуда можно взять готовое решение.
> Provides вида pythonegg(2)(distro) в python2-distro
>
> Но похоже намечается новый стандарт -
> В федоре и магее появились очень интересные provides вида
> python2/3dist(...) с приведенным именем модуля в pypi.
> python2dist(aaargh) python2-aaargh
> python2dist(abclient) python2-abclient
> python3dist(achoo) python3-achoo
Зачем им понадобились такие странные provides?
Чем им традиционные python2.7(requests) и python3(requests) не угодили?
--
ldv
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]
^ permalink raw reply [flat|nested] 38+ messages in thread
* Re: [devel] python-requests
2018-07-06 10:10 ` Dmitry V. Levin
@ 2018-07-06 10:29 ` Ivan Zakharyaschev
0 siblings, 0 replies; 38+ messages in thread
From: Ivan Zakharyaschev @ 2018-07-06 10:29 UTC (permalink / raw)
To: ALT Linux Team development discussions
[-- Attachment #1: Type: text/plain, Size: 1057 bytes --]
On Fri, 6 Jul 2018, Dmitry V. Levin wrote:
> > ----------
> >
> > > Игорь, вот помните Ваше предложение по отслеживанию с помощью
> > > авто-reqs/provs того, что написано в *.egginfo?
> > >
> > > Видимо, это стоит реализовать. Нет ли у Вас готовых нароботок уже?
> >
> > Это реализовано в mageia, оттуда можно взять готовое решение.
> > Provides вида pythonegg(2)(distro) в python2-distro
> >
> > Но похоже намечается новый стандарт -
> > В федоре и магее появились очень интересные provides вида
> > python2/3dist(...) с приведенным именем модуля в pypi.
> > python2dist(aaargh) python2-aaargh
> > python2dist(abclient) python2-abclient
> > python3dist(achoo) python3-achoo
>
> Зачем им понадобились такие странные provides?
> Чем им традиционные python2.7(requests) и python3(requests) не угодили?
Традиционные -- это имя модуля, который можно импортировать
(import requests).
А это что-то вроде имени пакета (distribution). Оно, наверное, может не
совпадать с именем модуля, и именно к имени пакета относится версия.
--
Best regards,
Ivan
^ permalink raw reply [flat|nested] 38+ messages in thread
* Re: [devel] откат python*-module-idna для починки sphinx
2018-07-05 21:48 ` Dmitry V. Levin
2018-07-06 6:05 ` Vladimir Didenko
@ 2018-07-06 8:30 ` Andrey Cherepanov
2018-07-06 8:59 ` Anton Farygin
2018-07-06 10:00 ` Dmitry V. Levin
1 sibling, 2 replies; 38+ messages in thread
From: Andrey Cherepanov @ 2018-07-06 8:30 UTC (permalink / raw)
To: devel
06.07.2018 00:48, Dmitry V. Levin пишет:
> On Fri, Jul 06, 2018 at 12:20:00AM +0300, Dmitry V. Levin wrote:
>> On Thu, Jul 05, 2018 at 11:00:13AM +0300, Dmitry V. Levin wrote:
>> [...]
>>> 0705: +325 -496 (894): pkg_resources.DistributionNotFound: The 'idna<2.7,>=2.5' distribution was not found
>> А вот и изменение сборочной среды, которое к этому привело:
>> -<13>Jul 3 23:13:44 rpmi: python-module-idna-2.6-alt1 1521037014 installed
>> +<13>Jul 5 02:24:39 rpmi: python-module-idna-2.7-alt1 1530720902 installed
>> -<13>Jul 3 23:07:58 rpmi: python3-module-idna-2.6-alt1 1521037014 installed
>> +<13>Jul 5 01:58:26 rpmi: python3-module-idna-2.7-alt1 1530720902 installed
>>
>> От этого изменения пострадала сборка 439 пакетов.
>>
>> Получается, что нужно либо незамедлительно обновить sphinx до той версии,
>> которая поддерживает python*-module-idna-2.7, либо незамедлительно откатить
>> python*-module-idna на прежнюю версию.
> s/sphinx/python*-module-requests/
Уже давно висит
208363 TESTED #5 [test-only] sisyphus python-module-requests.git=2.19.1-alt1
Могу хоть сейчас отправить.
--
Andrey Cherepanov
cas@altlinux.org
^ permalink raw reply [flat|nested] 38+ messages in thread
* Re: [devel] откат python*-module-idna для починки sphinx
2018-07-06 8:30 ` [devel] откат python*-module-idna для починки sphinx Andrey Cherepanov
@ 2018-07-06 8:59 ` Anton Farygin
2018-07-06 10:00 ` Dmitry V. Levin
1 sibling, 0 replies; 38+ messages in thread
From: Anton Farygin @ 2018-07-06 8:59 UTC (permalink / raw)
To: ALT Linux Team development discussions, Andrey Cherepanov
06.07.2018 11:30, Andrey Cherepanov пишет:
> 06.07.2018 00:48, Dmitry V. Levin пишет:
>> On Fri, Jul 06, 2018 at 12:20:00AM +0300, Dmitry V. Levin wrote:
>>> On Thu, Jul 05, 2018 at 11:00:13AM +0300, Dmitry V. Levin wrote:
>>> [...]
>>>> 0705: +325 -496 (894): pkg_resources.DistributionNotFound: The 'idna<2.7,>=2.5' distribution was not found
>>> А вот и изменение сборочной среды, которое к этому привело:
>>> -<13>Jul 3 23:13:44 rpmi: python-module-idna-2.6-alt1 1521037014 installed
>>> +<13>Jul 5 02:24:39 rpmi: python-module-idna-2.7-alt1 1530720902 installed
>>> -<13>Jul 3 23:07:58 rpmi: python3-module-idna-2.6-alt1 1521037014 installed
>>> +<13>Jul 5 01:58:26 rpmi: python3-module-idna-2.7-alt1 1530720902 installed
>>>
>>> От этого изменения пострадала сборка 439 пакетов.
>>>
>>> Получается, что нужно либо незамедлительно обновить sphinx до той версии,
>>> которая поддерживает python*-module-idna-2.7, либо незамедлительно откатить
>>> python*-module-idna на прежнюю версию.
>> s/sphinx/python*-module-requests/
> Уже давно висит
> 208363 TESTED #5 [test-only] sisyphus python-module-requests.git=2.19.1-alt1
>
> Могу хоть сейчас отправить.
>
Сейчас сизиф разломан настолько, что его даже проверить не на чем.
^ permalink raw reply [flat|nested] 38+ messages in thread
* Re: [devel] откат python*-module-idna для починки sphinx
2018-07-06 8:30 ` [devel] откат python*-module-idna для починки sphinx Andrey Cherepanov
2018-07-06 8:59 ` Anton Farygin
@ 2018-07-06 10:00 ` Dmitry V. Levin
1 sibling, 0 replies; 38+ messages in thread
From: Dmitry V. Levin @ 2018-07-06 10:00 UTC (permalink / raw)
To: ALT Devel discussion list
[-- Attachment #1: Type: text/plain, Size: 1311 bytes --]
On Fri, Jul 06, 2018 at 11:30:01AM +0300, Andrey Cherepanov wrote:
> 06.07.2018 00:48, Dmitry V. Levin пишет:
> > On Fri, Jul 06, 2018 at 12:20:00AM +0300, Dmitry V. Levin wrote:
> >> On Thu, Jul 05, 2018 at 11:00:13AM +0300, Dmitry V. Levin wrote:
> >> [...]
> >>> 0705: +325 -496 (894): pkg_resources.DistributionNotFound: The 'idna<2.7,>=2.5' distribution was not found
> >> А вот и изменение сборочной среды, которое к этому привело:
> >> -<13>Jul 3 23:13:44 rpmi: python-module-idna-2.6-alt1 1521037014 installed
> >> +<13>Jul 5 02:24:39 rpmi: python-module-idna-2.7-alt1 1530720902 installed
> >> -<13>Jul 3 23:07:58 rpmi: python3-module-idna-2.6-alt1 1521037014 installed
> >> +<13>Jul 5 01:58:26 rpmi: python3-module-idna-2.7-alt1 1530720902 installed
> >>
> >> От этого изменения пострадала сборка 439 пакетов.
> >>
> >> Получается, что нужно либо незамедлительно обновить sphinx до той версии,
> >> которая поддерживает python*-module-idna-2.7, либо незамедлительно откатить
> >> python*-module-idna на прежнюю версию.
> > s/sphinx/python*-module-requests/
> Уже давно висит
> 208363 TESTED #5 [test-only] sisyphus python-module-requests.git=2.19.1-alt1
>
> Могу хоть сейчас отправить.
Это уже поздно отправлять. Что надо, так это тесты в пакете включить.
--
ldv
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]
^ permalink raw reply [flat|nested] 38+ messages in thread