[devel] FAILED del=libquicktime102, а остался последний unmet

[devel] FAILED del=libquicktime102, а остался последний unmet

[Afanasov Dmitry]

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

On Sat, Nov 07, 2009 at 07:16:37AM +0300, Girar Builder robot wrote:
> http://git.altlinux.org/tasks/15401/task/log
> 
> 2009-Nov-07 07:16:03 :: task #15401 for sisyphus started:
> #1 delete libquicktime102
> 	i586: NEW unmet dependencies detected:
> libxawtv4#4.0-alt3.cvs20081014.8	libquicktime.so.102
> 	x86_64: NEW unmet dependencies detected:
> libxawtv4#4.0-alt3.cvs20081014.8	libquicktime.so.102()(64bit)

для удаления старой, древней, и бог знает сколько времени
непересобирающейся библиотеки libquicktime102 остался последний unmet -
libxawtv4, что собиратеся из xawtv4.

xawtv4-4.0-alt3.cvs20081014.8.src.rpm, что на ftp.a.o я душевно стянул и
не изменяя скормил hasher'у. полученный libxawtv4-4.0-alt3.cvs20081014.8.x86_64.rpm
привялся к libquicktime111.

по итогам прошу просто пересобрать xawtv4 либо самому, либо дать мне NMU,
либо довериться @qa, каковой, я смотрю, есть в acl.

-- 
С уважением
Афанасов Дмитрий

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] FAILED del=libquicktime102, а остался последний unmet

[Igor Vlasenko]

On Tue, Nov 17, 2009 at 04:23:41PM +0300, Afanasov Dmitry wrote:
> для удаления старой, древней, и бог знает сколько времени
> непересобирающейся библиотеки libquicktime102 остался последний unmet -
> libxawtv4, что собиратеся из xawtv4.
> 
> xawtv4-4.0-alt3.cvs20081014.8.src.rpm, что на ftp.a.o я душевно стянул и
> не изменяя скормил hasher'у. полученный libxawtv4-4.0-alt3.cvs20081014.8.x86_64.rpm
> привялся к libquicktime111.
> 
> по итогам прошу просто пересобрать xawtv4 либо самому, либо дать мне NMU,
> либо довериться @qa, каковой, я смотрю, есть в acl.

В @qa сейчас только repocop-robot, который работает
по своей внутренней логике. Это правильное пожелание,
Надо будет докрутить и возможность пересборки.
только сначала надо будет тест писать, 
и потом он тоже сможет заниматься.

С другой стороны, такими вещами раньше занимался @qa-робот.

Денис Смирнов предлагает интерфейс для вызова @qa-робота через git.alt.
Это было бы еще удобнее.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] FAILED del=libquicktime102, а остался последний unmet

[Afanasov Dmitry]

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

On Thu, Nov 19, 2009 at 12:52:00PM +0200, Igor Vlasenko wrote:
> On Tue, Nov 17, 2009 at 04:23:41PM +0300, Afanasov Dmitry wrote:
> > по итогам прошу просто пересобрать xawtv4 либо самому, либо дать мне NMU,
> > либо довериться @qa, каковой, я смотрю, есть в acl.
> 
> В @qa сейчас только repocop-robot, который работает
> по своей внутренней логике. Это правильное пожелание,
мне почему-то казалось, что в @qa ещё и люди есть. видимо спутал с
отвественными за бранчи, бывает :)

> С другой стороны, такими вещами раньше занимался @qa-робот.
потому и подумал, что @qa можно попросить пересобрать.

> Денис Смирнов предлагает интерфейс для вызова @qa-робота через git.alt.
> Это было бы еще удобнее.
данная задача именно для предложенного Денисом варианта ssh git.alt task
add rebuild <pkg>. пусть здесь, но к его предложению +1 :)

-- 
С уважением
Афанасов Дмитрий

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] FAILED del=libquicktime102, а остался последний unmet

[Igor Vlasenko]

On Thu, Nov 19, 2009 at 02:11:17PM +0300, Afanasov Dmitry wrote:
> > > по итогам прошу просто пересобрать xawtv4 либо самому, либо дать мне NMU,
> > > либо довериться @qa, каковой, я смотрю, есть в acl.
> > 
> > В @qa сейчас только repocop-robot, который работает
> > по своей внутренней логике. Это правильное пожелание,
> мне почему-то казалось, что в @qa ещё и люди есть. видимо спутал с
> отвественными за бранчи, бывает :)

Людям в @qa тем более надо быть крайне осторожными.

Благими намерениями вымощена дорога в ад.
Было бы плохо, если входящие в @qa люди стали бы
чинить пакеты по своему разумению. 
Это подорвало бы доверие к @qa.

Они должны поступать по закону.
В нашем случае, можно рассуждать так:
вы внесли в наш парламент (devel@) предложение 
обязать @qa пересобрать пакет xawtv4.

Если решение будет принято (никто возражать не будет)
оно станет законом, принятым в devel@.
На его основании я с удовольствием xawtv4 пересоберу.

Если оно работать не будет, ответственность на вас ;)

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] FAILED del=libquicktime102, а остался последний unmet

[Damir Shayhutdinov]

> Благими намерениями вымощена дорога в ад.
> Было бы плохо, если входящие в @qa люди стали бы
> чинить пакеты по своему разумению.
> Это подорвало бы доверие к @qa.

Игорь, на мой взгляд, Вы слишком много работаете  с роботами, а не с людьми.

Никакого доверия к роботу @qa лично у меня, например, нет.

А вот к людям, которые бы входили в такой @qa, скорее всего будет (все
зависит от личностей).

В частности, к многим моим пакетам я бы скорее всего добавил @qa, если
бы в эту группу не входил робот. А с роботом я "письмо счастья" просто
проигнорировал. Не хочу брать на себя ответственность за головотяпство
робота.

Re: [devel] FAILED del=libquicktime102, а остался последний unmet

[Igor Vlasenko]

On Thu, Nov 19, 2009 at 02:59:07PM +0300, Damir Shayhutdinov wrote:
> > Благими намерениями вымощена дорога в ад.
> > Было бы плохо, если входящие в @qa люди стали бы
> > чинить пакеты по своему разумению.
> > Это подорвало бы доверие к @qa.
> 
> Игорь, на мой взгляд, Вы слишком много работаете  с роботами, а не с людьми.
> 
> Никакого доверия к роботу @qa лично у меня, например, нет.
> 
> А вот к людям, которые бы входили в такой @qa, скорее всего будет (все
> зависит от личностей).

Робота запускаю я. Сначала лично проверяю патч,
если в патче ошибки -- правлю руками.
Пересобираю в hasher и заливаю.

Это то же самое, что и все делать руками,
только почти все операции автоматизированы.
Но решение принимаю я.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] FAILED del=libquicktime102, а остался последний unmet

[Damir Shayhutdinov]

> Робота запускаю я. Сначала лично проверяю патч,
> если в патче ошибки -- правлю руками.
> Пересобираю в hasher и заливаю.
На мой взгляд, Вы вряд ли сможете каждому пакету уделить достаточное
внимание, если учесть лежащую на Вас нагрузку. Если что-то перестанет
работать в результате, к кому мне отсылать? К роботу? К загруженному
по уши viy@?

> Это то же самое, что и все делать руками,
> только почти все операции автоматизированы.
> Но решение принимаю я.

Решения, принятые под огромной нагрузкой, на мой взгляд, мало достойны
доверия. Без обид, это просто жизненный опыт. "По запарке" сложно
предвидеть последствия.

Ведь это ж не просто патч спека, это пересборка в новом окружении, в
постоянно изменяющемся Сизифе. Есть немалый риск вместо "пакета с
предупреждениями репокопа" получить "пакет с сегфолтом" или еще чем
похуже (см. недавний minicom).

Хоть какое-то минимальное тестирование должно быть. И чтобы его
проводить, нужно больше людей, чем "viy@ и его робот". Хотя, если
обучить робота тестировать пакеты - то почему бы и нет :)

Re: [devel] FAILED del=libquicktime102, а остался последний unmet

[Afanasov Dmitry]

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

On Thu, Nov 19, 2009 at 02:26:24PM +0200, Igor Vlasenko wrote:
> On Thu, Nov 19, 2009 at 02:59:07PM +0300, Damir Shayhutdinov wrote:
> > > Благими намерениями вымощена дорога в ад.
> > > Было бы плохо, если входящие в @qa люди стали бы
> > > чинить пакеты по своему разумению.
> > > Это подорвало бы доверие к @qa.
> > 
> > Никакого доверия к роботу @qa лично у меня, например, нет.
> > А вот к людям, которые бы входили в такой @qa, скорее всего будет (все
> > зависит от личностей).
> 
> Робота запускаю я. Сначала лично проверяю патч,
> если в патче ошибки -- правлю руками.
> Пересобираю в hasher и заливаю.
вывод: робот <=> Игорь Власенко, огранченном на множестве полиси :)

к слову, ruslandh@ на линии, потому @qa отходит больше в теоритичскую
часть.

-- 
С уважением
Афанасов Дмитрий

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

[devel] qa-люди (Re: FAILED del=libquicktime102)

[Afanasov Dmitry]

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

On Thu, Nov 19, 2009 at 02:59:07PM +0300, Damir Shayhutdinov wrote:
> > Благими намерениями вымощена дорога в ад.
> > Было бы плохо, если входящие в @qa люди стали бы
> > чинить пакеты по своему разумению.
> > Это подорвало бы доверие к @qa.
> 
> Никакого доверия к роботу @qa лично у меня, например, нет.
> 
> А вот к людям, которые бы входили в такой @qa, скорее всего будет (все
> зависит от личностей).
это интересный вопрос: имеет ли смысл развитие qa до группы из людей? с
группой для роботов отдельно, либо включать роботов в саму группу?

так, к слову, до появляения task rebuild, они же смогут этот rebuild
запускать своими роботами.
-- 
С уважением
Афанасов Дмитрий

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] FAILED del=libquicktime102, а остался последний unmet

[Igor Vlasenko]

On Thu, Nov 19, 2009 at 03:53:42PM +0300, Damir Shayhutdinov wrote:
> Решения, принятые под огромной нагрузкой, на мой взгляд, мало достойны
> доверия. Без обид, это просто жизненный опыт. "По запарке" сложно
> предвидеть последствия.

Понятно. Поэтому и делаю только то, 
что уже давно разжевано в полиси и
опубликовано в патчах. Чтобы все, кто 
мог и хотел, успели посмотреть, обсудить,
предложить или исправить самостоятельно.

Со временем, после выявления ошибок,
такие решения, заскриптованные в тестах и патчгенах,
воплощаются в роботе и нагрузок не ощущают :)

Если бы я руками пакеты бы правил, то да,
вносил бы систематические случайные человеческие ошибки.

Что касается пополнения группы @qa людьми, 
то вопрос только в добровольцах. 
Пишите манифест, чем будете заниматься,
документируя проблемы в полиси -- если в devel@
народ поддержит -- обращайтесь к cas@ для внесения в @qa.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] FAILED del=libquicktime102, а остался последний unmet

[Igor Vlasenko]

On Thu, Nov 19, 2009 at 03:58:52PM +0300, Afanasov Dmitry wrote:
> к слову, ruslandh@ на линии, потому @qa отходит больше в теоритичскую
> часть.

Понял, спасибо.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] FAILED del=libquicktime102, а остался последний unmet

[Damir Shayhutdinov]

>> Решения, принятые под огромной нагрузкой, на мой взгляд, мало достойны
>> доверия. Без обид, это просто жизненный опыт. "По запарке" сложно
>> предвидеть последствия.
>
> Понятно. Поэтому и делаю только то,
> что уже давно разжевано в полиси и
> опубликовано в патчах. Чтобы все, кто
> мог и хотел, успели посмотреть, обсудить,
> предложить или исправить самостоятельно.

Если бы формат URL к патчам репокопа был бы попроще (не включал бы
версию-релиз), то можно было бы написать маленький  скриптик типа
такого:

#!/bin/sh

# Requires wget
# Usage $0 [srpmname]

SRPMNAME=`basename "$1" .spec`
[ -z "$SRPMNAME" ] && SRPMNAME="`basename $PWD`"
wget -O- "http://repocop.altlinux.org/pub/repocop/reports/diff/by-srpm/$SRPMNAME.diff"
| patch -p1

И рекомендовать людям использовать этот скриптик перед заливкой новой
версии в Сизиф. Скрипт оптимизирован для работы с git, но в принципе
можно использовать и с RPM/SPECS, просто вторым параметром передавать
имя спека, стоя в каталоге со спеком. Думаю, это бы уменьшило
количество not-fixed сообщений в отчетах репокопа.

Также может быть стоит внести такой скрипт в функционал gear-commit,
типа предупреждения перед коммитом, что для данного пакета у репокопа
есть патчи, не хотите ли посмотреть их и применить? С возможностью
отключения этой проверки, конечно.

> Со временем, после выявления ошибок,
> такие решения, заскриптованные в тестах и патчгенах,
> воплощаются в роботе и нагрузок не ощущают :)
>
> Если бы я руками пакеты бы правил, то да,
> вносил бы систематические случайные человеческие ошибки.

Это мне напоминает анекдот про изобретение автоматической машинки для
стрижки - типа засовываешь голову в отверстие, а она аккуратно
стрижет. На возражение, что у каждого человека геометрия головы
уникальная, изобретатель машины ответит просто и незатейливо - "В
первый раз - да".

А робот содержит систематические случайные программные ошибки. И,
насколько я понял, не заслужил еще сколько-нибудь значительного
авторитета среди мантейнеров. Напротив, как новому и не до конца
оттестированному средству, роботу приходится доказывать своё право на
внесение изменений в Сизиф. И ошибки с minicom, и прочие регрессии
этому отнюдь не способствуют, к сожалению.

> Что касается пополнения группы @qa людьми,
> то вопрос только в добровольцах.
> Пишите манифест, чем будете заниматься,
> документируя проблемы в полиси -- если в devel@
> народ поддержит -- обращайтесь к cas@ для внесения в @qa.

Меня, в общем-то, не устраивает наличие в @qa робота. Дело ведь в доверии.

Re: [devel] FAILED del=libquicktime102, а остался последний unmet

[Led]

On Thursday 19 November 2009 15:59:23 Damir Shayhutdinov wrote:
>
> А робот содержит систематические случайные программные ошибки. И,
> насколько я понял, не заслужил еще сколько-нибудь значительного
> авторитета среди мантейнеров. Напротив, как новому и не до конца
> оттестированному средству, роботу приходится доказывать своё право на
> внесение изменений в Сизиф. И ошибки с minicom, и прочие регрессии
> этому отнюдь не способствуют, к сожалению.

Мне вот интересно: этот робот прошёл тесты на вступление в тим, на право 
заливки/исправление пакетов? кто у него был ментором?
Или ничего такого и было принято "волевое административное решение"?
Согласно какому полиси робот фактически получил права мейнтейнера?

-- 
Led

Re: [devel] FAILED del=libquicktime102, а остался последний unmet

[Igor Vlasenko]

On Thu, Nov 19, 2009 at 04:10:47PM +0200, Led wrote:
> Мне вот интересно: этот робот прошёл тесты на вступление в тим, на право 
> заливки/исправление пакетов? кто у него был ментором?
> Или ничего такого и было принято "волевое административное решение"?
> Согласно какому полиси робот фактически получил права мейнтейнера?

А как же ;)
подал в багзиллу заявку на вступление в тим,
я был ментором,
а опыт сборки пакетов в Сизиф 
робот получил еще год назад, во время первого NMU :)

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine