[devel] Fwd: [#223026] FAILED del=libass5

[devel] Fwd: [#223026] FAILED del=libass5

[Anton Farygin]

С удалением legacy библиотек лучше быть поаккуратнее.

Я не просто так вернул ffmpeg3.3 в репозиторий - наш apt плохо переносит 
обновление для случаев, когда библиотека удаляется из репозитория в 
процессе обновления без provides/obsoletes в каком-то другом пакете (а 
таких не может быть, естестественно).

Т.е. - лучше подчистить клиентов, но саму библиотеку не удалять.



-------- Перенаправленное сообщение --------
Тема: 	[#223026] FAILED del=libass5
Дата: 	Tue, 26 Feb 2019 04:31:04 +0000
От: 	Girar Builder awaiter robot <girar-builder@altlinux.org>

	

	

	


http://git.altlinux.org/tasks/223026/logs/events.1.1.log

2019-Feb-26 04:29:51 :: task #223026 for sisyphus started by ldv:
2019-Feb-26 04:29:51 :: message: remove_legacy_library
#100 delete libass5
2019-Feb-26 04:29:52 :: build check OK
2019-Feb-26 04:29:52 :: noarch check OK
2019-Feb-26 04:29:54 :: plan: src +0 -1 =18411, aarch64 +0 -2 =29433, 
i586 +0 -2 =32313, x86_64 +0 -2 =32540
2019-Feb-26 04:29:54 :: version check OK
2019-Feb-26 04:30:43 :: generated apt indices
2019-Feb-26 04:30:43 :: created next repo
x86_64: NEW unmet dependencies detected:
gst-plugins-bad1.0#1.14.4-alt5 libass.so.5()(64bit) >= 
set:jeo8cL2XJupC0VqfxwNScHu0QOt5o8rosIZ6YxwNlMwp7KMp
gst-plugins-bad1.0-debuginfo#1.14.4-alt5 debug64(libass.so.5)
handbrake-cli#1.1.2-alt4 libass.so.5()(64bit) >= 
set:jeo8sQVW0iRfuqyUqfxwNm4gv5o8rosIZ6Yx0cXNIs7KMp
handbrake-cli-debuginfo#1.1.2-alt4 debug64(libass.so.5)
handbrake-gtk-debuginfo#1.1.2-alt4 debug64(libass.so.5)
libavfilter6#2:3.3.9-alt1 libass.so.5()(64bit) >= 
set:jeo8sQVW0IHNGgbu21zJ8wuMhSXoXdZg14oo63fH2D1
libavfilter6-debuginfo#2:3.3.9-alt1 debug64(libass.so.5)
libmpv1#0.29.1-alt2 libass.so.5()(64bit) >= 
set:jd062zKH3OtydcxVBtYqyMGg3a4CgwzrDdPS3Yw0vQHgbzgNtOMMoPdu8os1dSyeomKuc3hcam5Y0
libmpv1-debuginfo#0.29.1-alt2 debug64(libass.so.5)
libqtav#1.12.0-alt2 libass.so.5()(64bit) >= 
set:jeo8cLyQaclMGgbu21zJMwwITNSrYx02cYhzN7xP
mpv#0.29.1-alt2 libass.so.5()(64bit) >= 
set:jd062zKH3OtydcxVBtYqyMGg3a4CgwzrDdPS3Yw0vQHgbzgNtOMMoPdu8os1dSyeomKuc3hcam5Y0
mpv-debuginfo#0.29.1-alt2 debug64(libass.so.5)
i586: NEW unmet dependencies detected:
gst-plugins-bad1.0#1.14.4-alt5 libass.so.5 >= 
set:jeo8cL2XJupC0VqfxwNScHu0QOt5o8rosIZ6YxwNlMwp7KMp
gst-plugins-bad1.0-debuginfo#1.14.4-alt5 debug(libass.so.5)
handbrake-cli#1.1.2-alt4 libass.so.5 >= 
set:jeo8sQVW0iRfuqyUqfxwNm4gv5o8rosIZ6Yx0cXNIs7KMp
handbrake-cli-debuginfo#1.1.2-alt4 debug(libass.so.5)
handbrake-gtk-debuginfo#1.1.2-alt4 debug(libass.so.5)
libavfilter6#2:3.3.9-alt1 libass.so.5 >= 
set:jeo8sQVW0IHNGgbu21zJ8wuMhSXoXdZg14oo63fH2D1
libavfilter6-debuginfo#2:3.3.9-alt1 debug(libass.so.5)
libmpv1#0.29.1-alt2 libass.so.5 >= 
set:jd062zKH3OtydcxVBtYqyMGg3a4CgwzrDdPS3Yw0vQHgbzgNtOMMoPdu8os1dSyeomKuc3hcam5Y0
libmpv1-debuginfo#0.29.1-alt2 debug(libass.so.5)
libqtav#1.12.0-alt2 libass.so.5 >= 
set:jeo8cLyQaclMGgbu21zJMwwITNSrYx02cYhzN7xP
mpv#0.29.1-alt2 libass.so.5 >= 
set:jd062zKH3OtydcxVBtYqyMGg3a4CgwzrDdPS3Yw0vQHgbzgNtOMMoPdu8os1dSyeomKuc3hcam5Y0
mpv-debuginfo#0.29.1-alt2 debug(libass.so.5)
aarch64: NEW unmet dependencies detected:
gst-plugins-bad1.0#1.14.4-alt5 libass.so.5()(64bit) >= 
set:jeo8cL2XJupC0VqfxwNScHu0QOt5o8rosIZ6YxwNlMwp7KMp
gst-plugins-bad1.0-debuginfo#1.14.4-alt5 debug64(libass.so.5)
handbrake-cli#1.1.2-alt4 libass.so.5()(64bit) >= 
set:jeo8sQVW0iRfuqyUqfxwNm4gv5o8rosIZ6Yx0cXNIs7KMp
handbrake-cli-debuginfo#1.1.2-alt4 debug64(libass.so.5)
handbrake-gtk-debuginfo#1.1.2-alt4 debug64(libass.so.5)
libavfilter6#2:3.3.9-alt1 libass.so.5()(64bit) >= 
set:jeo8sQVW0IHNGgbu21zJ8wuMhSXoXdZg14oo63fH2D1
libavfilter6-debuginfo#2:3.3.9-alt1 debug64(libass.so.5)
libmpv1#0.29.1-alt2 libass.so.5()(64bit) >= 
set:jd062zKH3OtydcxVBtYqyMGg3a4CgwzrDdPS3Yw0vQHgbzgNtOMMoPdu8os1dSyeomKuc3hcam5Y0
libmpv1-debuginfo#0.29.1-alt2 debug64(libass.so.5)
libqtav#1.12.0-alt2 libass.so.5()(64bit) >= 
set:jeo8cLyQaclMGgbu21zJMwwITNSrYx02cYhzN7xP
mpv#0.29.1-alt2 libass.so.5()(64bit) >= 
set:jd062zKH3OtydcxVBtYqyMGg3a4CgwzrDdPS3Yw0vQHgbzgNtOMMoPdu8os1dSyeomKuc3hcam5Y0
mpv-debuginfo#0.29.1-alt2 debug64(libass.so.5)
ACLs of affected packages (5):
QtAV lav @everybody
ffmpeg3.3 rider
gst-plugins-bad1.0 aris shrek
handbrake drool @everybody
mpv evg vkni @everybody
2019-Feb-26 04:31:03 :: dependencies check FAILED
2019-Feb-26 04:31:03 :: task #223026 for sisyphus FAILED

Re: [devel] Fwd: [#223026] FAILED del=libass5

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1419 bytes --]

On Tue, Feb 26, 2019 at 07:34:55AM +0300, Anton Farygin wrote:
> С удалением legacy библиотек лучше быть поаккуратнее.
> 
> Я не просто так вернул ffmpeg3.3 в репозиторий - наш apt плохо переносит 
> обновление для случаев, когда библиотека удаляется из репозитория в 
> процессе обновления без provides/obsoletes в каком-то другом пакете (а 
> таких не может быть, естестественно).
> 
> Т.е. - лучше подчистить клиентов, но саму библиотеку не удалять.

Только не забывайте, пожалуйста, подчищать клиентов,
а то некоторые годами висят непересобранные.

> http://git.altlinux.org/tasks/223026/logs/events.1.1.log
> 
> 2019-Feb-26 04:29:51 :: task #223026 for sisyphus started by ldv:
> 2019-Feb-26 04:29:51 :: message: remove_legacy_library
> #100 delete libass5
> 2019-Feb-26 04:29:52 :: build check OK
> 2019-Feb-26 04:29:52 :: noarch check OK
> 2019-Feb-26 04:29:54 :: plan: src +0 -1 =18411, aarch64 +0 -2 =29433, 
> i586 +0 -2 =32313, x86_64 +0 -2 =32540
> 2019-Feb-26 04:29:54 :: version check OK
> 2019-Feb-26 04:30:43 :: generated apt indices
> 2019-Feb-26 04:30:43 :: created next repo
[...]
> ACLs of affected packages (5):
> QtAV lav @everybody
> ffmpeg3.3 rider
> gst-plugins-bad1.0 aris shrek
> handbrake drool @everybody
> mpv evg vkni @everybody
> 2019-Feb-26 04:31:03 :: dependencies check FAILED
> 2019-Feb-26 04:31:03 :: task #223026 for sisyphus FAILED


-- 
ldv

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

Re: [devel] Fwd: [#223026] FAILED del=libass5

[Anton Farygin]

26.02.2019 7:53, Dmitry V. Levin пишет:
> On Tue, Feb 26, 2019 at 07:34:55AM +0300, Anton Farygin wrote:
>> С удалением legacy библиотек лучше быть поаккуратнее.
>>
>> Я не просто так вернул ffmpeg3.3 в репозиторий - наш apt плохо переносит
>> обновление для случаев, когда библиотека удаляется из репозитория в
>> процессе обновления без provides/obsoletes в каком-то другом пакете (а
>> таких не может быть, естестественно).
>>
>> Т.е. - лучше подчистить клиентов, но саму библиотеку не удалять.
> Только не забывайте, пожалуйста, подчищать клиентов,
> а то некоторые годами висят непересобранные.
>
После включения автоудаления жизнь налаживается.

Re: [devel] Fwd: [#223026] FAILED del=libass5

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 899 bytes --]

On Tue, Feb 26, 2019 at 09:48:14AM +0300, Anton Farygin wrote:
> 26.02.2019 7:53, Dmitry V. Levin пишет:
> > On Tue, Feb 26, 2019 at 07:34:55AM +0300, Anton Farygin wrote:
> >> С удалением legacy библиотек лучше быть поаккуратнее.
> >>
> >> Я не просто так вернул ffmpeg3.3 в репозиторий - наш apt плохо переносит
> >> обновление для случаев, когда библиотека удаляется из репозитория в
> >> процессе обновления без provides/obsoletes в каком-то другом пакете (а
> >> таких не может быть, естестественно).
> >>
> >> Т.е. - лучше подчистить клиентов, но саму библиотеку не удалять.
> > Только не забывайте, пожалуйста, подчищать клиентов,
> > а то некоторые годами висят непересобранные.
> >
> После включения автоудаления жизнь налаживается.

После включения автоудаления пакетов из репозитория?
Но если пакеты проходят тестовую пересборку, нет основания их удалять.


-- 
ldv

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

Re: [devel] Fwd: [#223026] FAILED del=libass5

[Anton Farygin]

27.02.2019 12:53, Dmitry V. Levin пишет:
> On Tue, Feb 26, 2019 at 09:48:14AM +0300, Anton Farygin wrote:
>> 26.02.2019 7:53, Dmitry V. Levin пишет:
>>> On Tue, Feb 26, 2019 at 07:34:55AM +0300, Anton Farygin wrote:
>>>> С удалением legacy библиотек лучше быть поаккуратнее.
>>>>
>>>> Я не просто так вернул ffmpeg3.3 в репозиторий - наш apt плохо переносит
>>>> обновление для случаев, когда библиотека удаляется из репозитория в
>>>> процессе обновления без provides/obsoletes в каком-то другом пакете (а
>>>> таких не может быть, естестественно).
>>>>
>>>> Т.е. - лучше подчистить клиентов, но саму библиотеку не удалять.
>>> Только не забывайте, пожалуйста, подчищать клиентов,
>>> а то некоторые годами висят непересобранные.
>>>
>> После включения автоудаления жизнь налаживается.
> После включения автоудаления пакетов из репозитория?
Да.
> Но если пакеты проходят тестовую пересборку, нет основания их удалять.

К сожалению.

Re: [devel] Fwd: [#223026] FAILED del=libass5

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1116 bytes --]

On Wed, Feb 27, 2019 at 01:08:12PM +0300, Anton Farygin wrote:
> 27.02.2019 12:53, Dmitry V. Levin пишет:
> > On Tue, Feb 26, 2019 at 09:48:14AM +0300, Anton Farygin wrote:
> >> 26.02.2019 7:53, Dmitry V. Levin пишет:
> >>> On Tue, Feb 26, 2019 at 07:34:55AM +0300, Anton Farygin wrote:
> >>>> С удалением legacy библиотек лучше быть поаккуратнее.
> >>>>
> >>>> Я не просто так вернул ffmpeg3.3 в репозиторий - наш apt плохо переносит
> >>>> обновление для случаев, когда библиотека удаляется из репозитория в
> >>>> процессе обновления без provides/obsoletes в каком-то другом пакете (а
> >>>> таких не может быть, естестественно).
> >>>>
> >>>> Т.е. - лучше подчистить клиентов, но саму библиотеку не удалять.
> >>> Только не забывайте, пожалуйста, подчищать клиентов,
> >>> а то некоторые годами висят непересобранные.
> >>>
> >> После включения автоудаления жизнь налаживается.
> > После включения автоудаления пакетов из репозитория?
> Да.
> > Но если пакеты проходят тестовую пересборку, нет основания их удалять.
> 
> К сожалению.

Но зато есть основание их пересобрать.


-- 
ldv

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

Re: [devel] Fwd: [#223026] FAILED del=libass5

[Anton Farygin]

27.02.2019 13:11, Dmitry V. Levin пишет:
> On Wed, Feb 27, 2019 at 01:08:12PM +0300, Anton Farygin wrote:
>> 27.02.2019 12:53, Dmitry V. Levin пишет:
>>> On Tue, Feb 26, 2019 at 09:48:14AM +0300, Anton Farygin wrote:
>>>> 26.02.2019 7:53, Dmitry V. Levin пишет:
>>>>> On Tue, Feb 26, 2019 at 07:34:55AM +0300, Anton Farygin wrote:
>>>>>> С удалением legacy библиотек лучше быть поаккуратнее.
>>>>>>
>>>>>> Я не просто так вернул ffmpeg3.3 в репозиторий - наш apt плохо переносит
>>>>>> обновление для случаев, когда библиотека удаляется из репозитория в
>>>>>> процессе обновления без provides/obsoletes в каком-то другом пакете (а
>>>>>> таких не может быть, естестественно).
>>>>>>
>>>>>> Т.е. - лучше подчистить клиентов, но саму библиотеку не удалять.
>>>>> Только не забывайте, пожалуйста, подчищать клиентов,
>>>>> а то некоторые годами висят непересобранные.
>>>>>
>>>> После включения автоудаления жизнь налаживается.
>>> После включения автоудаления пакетов из репозитория?
>> Да.
>>> Но если пакеты проходят тестовую пересборку, нет основания их удалять.
>> К сожалению.
> Но зато есть основание их пересобрать.
>
Может быть это уже пора автоматизировать ? если в результате ежедневной 
пересборки в пакете меняется Requires/Provides, то его неплохо было бы 
отправить на пересборку.

[devel] Q: автопересборка пакетов

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 757 bytes --]

On Wed, Feb 27, 2019 at 01:20:08PM +0300, Anton Farygin wrote:
[...]
> Может быть это уже пора автоматизировать ? если в результате ежедневной 
> пересборки в пакете меняется Requires/Provides, то его неплохо было бы 
> отправить на пересборку.

Какова роль мантейнера в этом процессе?

Я сейчас провожу много пересборок с новыми soname, которые уже давно есть
в репозитории.  Некоторые пакеты я опасаюсь отправлять на пересборку,
потому что из лога тестовой пересборки видно, что пакет может получиться
кривой.

Видимо, нужен какой-то компромиссный вариант, например, информировать
мантейнеров и давать им какое-то фиксированное время на ручную пересборку.
Если acl на пакет совсем permissive, это время может быть небольшим.


-- 
ldv

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

Re: [devel] Q: автопересборка пакетов

[Michael Shigorin]

On Wed, Feb 27, 2019 at 01:30:43PM +0300, Dmitry V. Levin wrote:
> Видимо, нужен какой-то компромиссный вариант, например,
> информировать мантейнеров и давать им какое-то фиксированное
> время на ручную пересборку.

Как вариант -- test-only с соответствующим комментарием
("rebuilt_against_current_libs__please_test")?

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [devel] Q: автопересборка пакетов

[Anton Farygin]

27.02.2019 13:32, Michael Shigorin пишет:
> On Wed, Feb 27, 2019 at 01:30:43PM +0300, Dmitry V. Levin wrote:
>> Видимо, нужен какой-то компромиссный вариант, например,
>> информировать мантейнеров и давать им какое-то фиксированное
>> время на ручную пересборку.
> Как вариант -- test-only с соответствующим комментарием
> ("rebuilt_against_current_libs__please_test")?
>
Вы серьёзно думаете, что какое-то вменяемое количество людей будет 
тестировать пакеты из этих заданий ?
Если сборку пакета невозможно повторить, то он уже сломан.

Re: [devel] Q: автопересборка пакетов

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 712 bytes --]

On Wed, Feb 27, 2019 at 01:40:04PM +0300, Anton Farygin wrote:
> 27.02.2019 13:32, Michael Shigorin пишет:
> > On Wed, Feb 27, 2019 at 01:30:43PM +0300, Dmitry V. Levin wrote:
> >> Видимо, нужен какой-то компромиссный вариант, например,
> >> информировать мантейнеров и давать им какое-то фиксированное
> >> время на ручную пересборку.
> > Как вариант -- test-only с соответствующим комментарием
> > ("rebuilt_against_current_libs__please_test")?
> >
> Вы серьёзно думаете, что какое-то вменяемое количество людей будет 
> тестировать пакеты из этих заданий ?
> Если сборку пакета невозможно повторить, то он уже сломан.

Это разные виды поломки, приравнивать их было бы неправильно.


-- 
ldv

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

Re: [devel] Q: автопересборка пакетов

[Anton Farygin]

27.02.2019 13:41, Dmitry V. Levin пишет:
> On Wed, Feb 27, 2019 at 01:40:04PM +0300, Anton Farygin wrote:
>> 27.02.2019 13:32, Michael Shigorin пишет:
>>> On Wed, Feb 27, 2019 at 01:30:43PM +0300, Dmitry V. Levin wrote:
>>>> Видимо, нужен какой-то компромиссный вариант, например,
>>>> информировать мантейнеров и давать им какое-то фиксированное
>>>> время на ручную пересборку.
>>> Как вариант -- test-only с соответствующим комментарием
>>> ("rebuilt_against_current_libs__please_test")?
>>>
>> Вы серьёзно думаете, что какое-то вменяемое количество людей будет
>> тестировать пакеты из этих заданий ?
>> Если сборку пакета невозможно повторить, то он уже сломан.
> Это разные виды поломки, приравнивать их было бы неправильно.
>
С одной стороны ты прав - собранный ранее бинарь в данный момент 
работает. С другой стороны - пока его кто-то не пересоберёт - никто не 
узнает о том, что он не работает после пересборки.

Ментейнер врятли будет пересобирать - скорее всего пересборка будет 
сделана только в качестве обновления или исправления более серьёзной ошибки.