[devel] orphaned

[devel] orphaned

[Alexey Tourbin]

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

По результатам очередной пересборки/рассылки определились следующие
кандидаты в orphaned (не считая xmms*).

libgpio-0.0.2-alt3
mpeg_lib-1.3.1-ipl11mdk
sitescooper-3.1.2-alt3

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

Re: [devel] orphaned

[Вячеслав Диконов]

В Чтв, 11.12.2003, в 16:23, Alexey Tourbin пишет:
> По результатам очередной пересборки/рассылки определились следующие
> кандидаты в orphaned (не считая xmms*).
> 
> libgpio-0.0.2-alt3
Он, вроде, на мне висит. Жалоб не было. gphoto - нужная вещь для
фотоаппаратов.

А xmms вообще можно считать священной коровой.

[devel] Re: orphaned

[Alexey Tourbin]

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

On Thu, Dec 11, 2003 at 06:47:38PM +0300, Вячеслав Диконов wrote:
> > libgpio-0.0.2-alt3
> Он, вроде, на мне висит. Жалоб не было. gphoto - нужная вещь для
> фотоаппаратов.

Жалобы есть, но слать их формально некому.

$ rpm -qp --changelog libgpio-0.0.2-alt3.src.rpm | perl -ne 's/@[\w.]+/@/ && print'
* Thu Oct 24 2002 Konstantin Volckov <goldhead@> 0.0.2-alt3
* Thu Dec 06 2001 Konstantin Volckov <goldhead@> 0.0.2-alt2
* Fri Aug 24 2001 Konstantin Volckov <goldhead@> 0.0.2-alt1
* Mon Aug 06 2001 Till Kamppeter <till@> 0.0.2-3mdk
* Mon Aug 06 2001 Till Kamppeter <till@> 0.0.2-2mdk
* Mon Aug 06 2001 Till Kamppeter <till@> 0.0.2-1mdk

> А xmms вообще можно считать священной коровой.

Новый xmms на пути в sisyphus, надо думать.

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

Re: [devel] Re: orphaned

[Вячеслав Диконов]

В Чтв, 11.12.2003, в 18:53, Alexey Tourbin пишет:
> On Thu, Dec 11, 2003 at 06:47:38PM +0300, Вячеслав Диконов wrote:
> > > libgpio-0.0.2-alt3
> > Он, вроде, на мне висит. Жалоб не было. gphoto - нужная вещь для
> > фотоаппаратов.
> 
> Жалобы есть, но слать их формально некому.
Можно мне. Постараюсь исправить, но сейчас я уже не могу тестировать,
потому что сменил аппарат и новый работает без gphoto как USB-устройство
хранения данных.
 
> $ rpm -qp --changelog libgpio-0.0.2-alt3.src.rpm | perl -ne 's/@[\w.]+/@/ && print'
> * Thu Oct 24 2002 Konstantin Volckov <goldhead@> 0.0.2-alt3
> * Thu Dec 06 2001 Konstantin Volckov <goldhead@> 0.0.2-alt2
> * Fri Aug 24 2001 Konstantin Volckov <goldhead@> 0.0.2-alt1
> * Mon Aug 06 2001 Till Kamppeter <till@> 0.0.2-3mdk
> * Mon Aug 06 2001 Till Kamppeter <till@> 0.0.2-2mdk
> * Mon Aug 06 2001 Till Kamppeter <till@> 0.0.2-1mdk
Надо было принимать мою сборку - не имели бы такой проблемы.

Re: [devel] Re: orphaned

[Denis Ovsienko]

> > Жалобы есть, но слать их формально некому.
> Можно мне. Постараюсь исправить, но сейчас я уже не могу тестировать,
> потому что сменил аппарат и новый работает без gphoto как USB-устройство
> хранения данных.
Если что, могу помочь. У меня через gphoto2 работает, под рукой
преимущественно M2.2, но и Sisyphus найдётся, если поискать.


--
    DO4-UANIC

[devel] Re: orphaned

[Michael Shigorin]

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

On Fri, Dec 12, 2003 at 12:46:58AM +0200, Denis Ovsienko wrote:
> Если что, могу помочь. У меня через gphoto2 работает, под рукой
> преимущественно M2.2, но и Sisyphus найдётся, если поискать.

Найдется-найдется -- могу дать доступ к домашней машинке.

2 .ua developers: вообще говоря, если еще кому-то нужна
Sisyphus-система для сборки -- пока так и не сделан сервер для
команды, могу предоставить свои ресурсы (уж какие есть).

Система -- Athlon 650/256M со стабильно вчерашним сизифом, почти
постоянным соединением, включенная примерно с 8--9 до 21--23 по
Киеву; украинский трафик не напрягает, внешний лучше особенно не
создавать ($70/Gb), как залиться в incoming -- будем думать (есть
вариант).

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

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

Re: [devel] Re: orphaned

[Вячеслав Диконов]

В Птн, 12.12.2003, в 01:46, Denis Ovsienko пишет:
> > > Жалобы есть, но слать их формально некому.
> > Можно мне. Постараюсь исправить, но сейчас я уже не могу тестировать,
> > потому что сменил аппарат и новый работает без gphoto как USB-устройство
> > хранения данных.
> Если что, могу помочь. У меня через gphoto2 работает, под рукой
> преимущественно M2.2, но и Sisyphus найдётся, если поискать.
Спасибо! libgpio я уже поправил и залил обратно. Нужно чтобы кто-то
следил за Gtkam, а то за digikam гора ненужного в виде KDE таскается.

Re: [devel] Re: orphaned

[Sergey V Turchin]

[-- Attachment #1: signed data --]
[-- Type: text/plain, Size: 813 bytes --]

В сообщении от 12 Декабрь 2003 12:22 Вячеслав Диконов написал(a):
> В Птн, 12.12.2003, в 01:46, Denis Ovsienko пишет:
> > > > Жалобы есть, но слать их формально некому.
> > >
> > > Можно мне. Постараюсь исправить, но сейчас я уже не могу
> > > тестировать, потому что сменил аппарат и новый работает без
> > > gphoto как USB-устройство хранения данных.
> >
> > Если что, могу помочь. У меня через gphoto2 работает, под рукой
> > преимущественно M2.2, но и Sisyphus найдётся, если поискать.
>
> Спасибо! libgpio я уже поправил и залил обратно. 
А кому она нужна?

> Нужно чтобы
> кто-то следил за Gtkam, а то за digikam гора ненужного в виде KDE
> таскается.
Мантейнер IMHO должен следить.

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

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

Re: [devel] Re: orphaned

[Pavel S. Khmelinsky]

Вячеслав Диконов wrote:
> В Чтв, 11.12.2003, в 18:53, Alexey Tourbin пишет:
> 
>>On Thu, Dec 11, 2003 at 06:47:38PM +0300, Вячеслав Диконов wrote:
>>
>>>>libgpio-0.0.2-alt3
>>>
>>>Он, вроде, на мне висит. Жалоб не было. gphoto - нужная вещь для
>>>фотоаппаратов.
>>
>>Жалобы есть, но слать их формально некому.
> 
> Можно мне. Постараюсь исправить, но сейчас я уже не могу тестировать,
> потому что сменил аппарат и новый работает без gphoto как USB-устройство
> хранения данных.

Я пользую, у меня PowerShot S50. Использую gphoto2 и digikam.

[devel] опять про RPMS.incoming (was: orphaned)

[Michael Shigorin]

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

On Thu, Dec 11, 2003 at 04:23:26PM +0300, Alexey Tourbin wrote:
> По результатам очередной пересборки/рассылки определились следующие
> кандидаты в orphaned (не считая xmms*).

Он неделю валялся в incoming по независящим от меня
обстоятельствам.

http://www.altlinux.ru/?module=sisyphus&package=xmms

Не понимаю, почему ко мне приходит спам из-за того, что перед
тем, как -- даже не посмотрели, что _все уже сделано_?

2 inger: именно поэтому я и пытался предложить RPMS.incoming.
Эти пакеты уже были бы там (в смысле -- прямо и непосредственно
туда бы и заливались), и те, кому надо использовать их для сборки
-- уже бы могли использовать.

(смысла в people здесь нет никакого, потому и не отвечал в
соседнем треде -- нет так нет, кому хуже)

Единственным contra видится контроль содержимого incoming.

Кто-то может честно сказать -- пакеты, собранные в hasher/sandman
и помешенные в /incoming/Sisyphus/BTE -- как-то глазами
проверяются или вы их и пересобрать-то не успеваете?

И кто-то может объяснить _суть_ и _предназначение_ этих самых BTE
в контексте функциональности обеспечения повторяемой сборки
пакетов, если это не распределение нагрузки по базовому QA
(собираемость, тесты) по майнтейнерам вместо incoming@?

Incoming Doesn't Scale.  Period :(

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

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

[devel] Re: ритм работы команды

[Alexey Tourbin]

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

On Fri, Dec 12, 2003 at 10:33:49AM +0200, Michael Shigorin wrote:
> Не понимаю, почему ко мне приходит спам из-за того, что перед
> тем, как -- даже не посмотрели, что _все уже сделано_?

Это общая несогласованность в работе команды.  До некоторой степени её
можно решить и нужно решать.  Предлагаю следующее решение (ритм работы
команды).

1) в понедельник incoming@ обязательно разгребается полностью.
Если этого не происходит, то следующие пункты отчасти теряют смысл.
2) в ночь с понедельника на вторник проходит плановая пересборка сизифа.
3) во вторник рассылаются уведомления о пакетах, которые не
пересобрались.

Думаю, что этот вполне реальный вариант должен всех минимально устроить.

> 2 inger: именно поэтому я и пытался предложить RPMS.incoming.
> Эти пакеты уже были бы там (в смысле -- прямо и непосредственно

inger, ты согласен разгребать incoming по понедельникам полностью?

> И кто-то может объяснить _суть_ и _предназначение_ этих самых BTE
> в контексте функциональности обеспечения повторяемой сборки

Я не могу.

> Incoming Doesn't Scale.  Period :(

Incominger doesnot scale.

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

Re: [devel] Re: ритм работы команды

[Denis Ovsienko]

> 1) в понедельник incoming@ обязательно разгребается полностью.
> Если этого не происходит, то следующие пункты отчасти теряют смысл.
В понедельник incoming содержит пакеты от вечера пятницы до вечера
воскресенья. Плюс начало недели. Давайте в четверг.
Всё, что rejected by inger, переносится куда-нибудь в сторонку, если
разработчик утратил свою копию. В следующий четверг rejected архивируется
программой rm.

> 2) в ночь с понедельника на вторник проходит плановая пересборка сизифа.
В пятницу тогда.

> 3) во вторник рассылаются уведомления о пакетах, которые не
> пересобрались.
В пятницу вечером или субботу ранним утром. В общем, как только закончится
пересборка. Желающим поработать на выходных приходят письма. За выходные
синхронизируются зеркала.
Гм... Опять не складывается. Нужно выбрать главное событие, наверное. Если
это работа на выходных, то в пятницу должно завершиться зеркалирование,
тогда сборка происходит в среду... Очистка incoming во вторник... или
понедельник...
Пусть incoming@, qa@ и собирающий сообщат, сколько им нужно дней/часов,
тогда можно что-то посоветовать. Если нужны советы, конечно, а то чужую
работу планировать легче всего. И мнение зеркалирующих и тоже хорошо бы
знать. В общем, смотрите следующее письмо.

--
    DO4-UANIC

[devel] Re: ритм работы команды

[Alexey Tourbin]

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

On Fri, Dec 12, 2003 at 04:08:46PM +0200, Denis Ovsienko wrote:
> В пятницу вечером или субботу ранним утром. В общем, как только закончится
> пересборка. Желающим поработать на выходных приходят письма. За выходные
> синхронизируются зеркала.

> Пусть incoming@, qa@ и собирающий сообщат, сколько им нужно дней/часов,
> тогда можно что-то посоветовать. Если нужны советы, конечно, а то чужую
> работу планировать легче всего. И мнение зеркалирующих и тоже хорошо бы
> знать. В общем, смотрите следующее письмо.

С зеркалированием отдельная проблема.  Идея была просто в том, чтобы
минимизировать время между тремя последовательными шагами: разгребание
incoming, пересборка сизифа и рассылка спама.  Чем меньше будет это
время, тем меньше будет почвы для обсуждения спама.

Логи сборки мы обычно анализируем.  Если обнаруживается типичная
проблема, которая порождает много спама и которую можно быстро решить
в офисе, то письма не рассылаются "до следующего раза".

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

Re: [devel] Re: ритм работы команды

[Denis Ovsienko]

> С зеркалированием отдельная проблема.  Идея была просто в том, чтобы
> минимизировать время между тремя последовательными шагами: разгребание
> incoming, пересборка сизифа и рассылка спама.  Чем меньше будет это
Не-а. Разгребание происходит ежедневно по возможности, не так ли? Я
отдельно выделяю момент, когда incoming очищается, так как жалобы именно
на то, что есть очередь. Так мы будем иметь определённый период (7 дней),
в течение которого залитый пакет либо ассимилируется, либо отвергнется. И
перекличек типа:
А: Ты исправил?
Б: Да.
А: А залил?
Б: Ой. [пауза] Уже да.
А: Ну тогда и я залью, а то у меня ошибка из-за тебя.
[пауза]
А: Не помогло
Б: Так мои исправления ещё в incoming! Я же не виноват.
...будет меньше. Можно будет сказать: исправление такое-то уже в Sisyphus
за 45 неделю.
Чтобы использовать 7 суток максимально эффективно, я думаю, нужно узнать,
как мы работаем и привязаться к главным дням. Для того и анкетка.

--
    DO4-UANIC

[devel] Re: ритм работы команды

[Alexey Tourbin]

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

On Fri, Dec 12, 2003 at 04:43:32PM +0200, Denis Ovsienko wrote:
> Не-а. Разгребание происходит ежедневно по возможности, не так ли? Я

Да.  Пересборка сизифа тоже проводится чаще, чем раз в неделю.
Нужна дополнительная возможность периодически разгребать incoming
полностью.  Иначе получается повторный спам.

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

Re: [devel] Re:ритм работы команды

[Alex Ott]

Привет

пересборку лучше делать так, чтобы уведомления гарантировано пришли в пятницу с утра/днем - я дома не читаю devel, но занимаюсь фиксеньем ошибок. 

Re: [devel] Re: ритм работы команды

[Stanislav Ievlev]

On Fri, Dec 12, 2003 at 04:27:50PM +0300, Alexey Tourbin wrote:
> On Fri, Dec 12, 2003 at 10:33:49AM +0200, Michael Shigorin wrote:
> > Не понимаю, почему ко мне приходит спам из-за того, что перед
> > тем, как -- даже не посмотрели, что _все уже сделано_?
> 
> Это общая несогласованность в работе команды.  До некоторой степени её
> можно решить и нужно решать.  Предлагаю следующее решение (ритм работы
> команды).
> 
> 1) в понедельник incoming@ обязательно разгребается полностью.
> Если этого не происходит, то следующие пункты отчасти теряют смысл.
> 2) в ночь с понедельника на вторник проходит плановая пересборка сизифа.
> 3) во вторник рассылаются уведомления о пакетах, которые не
> пересобрались.
> 
> Думаю, что этот вполне реальный вариант должен всех минимально устроить.
> 
> > 2 inger: именно поэтому я и пытался предложить RPMS.incoming.
> > Эти пакеты уже были бы там (в смысле -- прямо и непосредственно
> 
> inger, ты согласен разгребать incoming по понедельникам полностью?
Я его всегда разгребаю полностью.
На прошлой неделе я хворал и почему-то никто incoming не разгребал.

> 
> > И кто-то может объяснить _суть_ и _предназначение_ этих самых BTE
> > в контексте функциональности обеспечения повторяемой сборки
> 
> Я не могу.
> 
> > Incoming Doesn't Scale.  Period :(
> 
> Incominger doesnot scale.



> _______________________________________________
> Devel mailing list
> Devel@altlinux.ru
> http://altlinux.ru/mailman/listinfo/devel

[devel] Re: ритм работы команды

[Michael Shigorin]

On Mon, Dec 15, 2003 at 11:16:51AM +0300, Stanislav Ievlev wrote:
> На прошлой неделе я хворал и почему-то никто incoming не
> разгребал.

Попросту говоря, незаменимые люди/роли опасны. :(

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/