Re: [devel] [#40484] FAILED erlang.git=R14B.1-alt2

Re: [devel] [#40484] FAILED erlang.git=R14B.1-alt2

[Dmitry V. Levin]

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

On Mon, Mar 14, 2011 at 01:26:29AM +0300, Girar Builder robot wrote:
> http://git.altlinux.org/tasks/40484/task/log.1.1
> 
> 2011-Mar-14 01:02:16 :: task #40484 for sisyphus started by hsv:
> #100 build R14B.1-alt2 from /people/hsv/packages/erlang.git
> 2011-Mar-14 01:02:17 :: cloned Sisyphus
> 2011-Mar-14 01:02:18 :: [i586] #100 erlang.git R14B.1-alt2: build start
> 2011-Mar-14 01:02:18 :: [x86_64] #100 erlang.git R14B.1-alt2: build start
> i586-alt-linux-g++ -shared -fPIC  i586-alt-linux-gnu/wxe_driver.o i586-alt-linux-gnu/wxe_ps_init.o i586-alt-linux-gnu/wxe_impl.o i586-alt-linux-gnu/wxePrintout.o i586-alt-linux-gnu/wxe_return.o i586-alt-linux-gnu/wxe_gl.o  i586-alt-linux-gnu/wxe_funcs.o i586-alt-linux-gnu/wxe_events.o i586-alt-linux-gnu/wxe_init.o  -pthread   -lwx_gtk2u_stc-2.8 -lwx_gtk2u_xrc-2.8 -lwx_gtk2u_html-2.8 -lwx_gtk2u_adv-2.8 -lwx_baseu_xml-2.8 -lwx_gtk2u_core-2.8 -lwx_baseu-2.8 -lwx_gtk2u_gl-2.8 -lwx_gtk2u_aui-2.8  -o ../priv/wxe_driver.so
> /usr/bin/ld: cannot find -lwx_gtk2u_xrc-2.8
> /usr/bin/ld: cannot find -lwx_gtk2u_html-2.8
> /usr/bin/ld: cannot find -lwx_gtk2u_adv-2.8
> /usr/bin/ld: cannot find -lwx_baseu_xml-2.8
> /usr/bin/ld: cannot find -lwx_gtk2u_core-2.8
> /usr/bin/ld: cannot find -lwx_baseu-2.8
> /usr/bin/ld: cannot find -lwx_gtk2u_gl-2.8
> /usr/bin/ld: cannot find -lwx_gtk2u_aui-2.8
> collect2: ld returned 1 exit status

В том, что эта сборка не прошла, виноват rpm-build >= 4.0.4-alt100.18,
сломавший зависимости пакета libwxGTK-devel.  Подождите, скоро починят.


-- 
ldv

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

Re: [devel] [#40484] FAILED erlang.git=R14B.1-alt2

[REAL]

14.03.2011 05:10, Dmitry V. Levin пишет:
>> /usr/bin/ld: cannot find -lwx_gtk2u_xrc-2.8
>> /usr/bin/ld: cannot find -lwx_gtk2u_html-2.8
>> /usr/bin/ld: cannot find -lwx_gtk2u_adv-2.8
>> /usr/bin/ld: cannot find -lwx_baseu_xml-2.8
>> /usr/bin/ld: cannot find -lwx_gtk2u_core-2.8
>> /usr/bin/ld: cannot find -lwx_baseu-2.8
>> /usr/bin/ld: cannot find -lwx_gtk2u_gl-2.8
>> /usr/bin/ld: cannot find -lwx_gtk2u_aui-2.8
>> collect2: ld returned 1 exit status
>
> В том, что эта сборка не прошла, виноват rpm-build>= 4.0.4-alt100.18,
> сломавший зависимости пакета libwxGTK-devel.  Подождите, скоро починят.

Для этого потребуется пересборка wxGTK? Оно сейчас на @nobody, если что ;)

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] [#40484] FAILED erlang.git=R14B.1-alt2

[Dmitry V. Levin]

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

On Mon, Mar 14, 2011 at 11:21:26AM +0600, REAL wrote:
> 14.03.2011 05:10, Dmitry V. Levin пишет:
> >>/usr/bin/ld: cannot find -lwx_gtk2u_xrc-2.8
> >>/usr/bin/ld: cannot find -lwx_gtk2u_html-2.8
> >>/usr/bin/ld: cannot find -lwx_gtk2u_adv-2.8
> >>/usr/bin/ld: cannot find -lwx_baseu_xml-2.8
> >>/usr/bin/ld: cannot find -lwx_gtk2u_core-2.8
> >>/usr/bin/ld: cannot find -lwx_baseu-2.8
> >>/usr/bin/ld: cannot find -lwx_gtk2u_gl-2.8
> >>/usr/bin/ld: cannot find -lwx_gtk2u_aui-2.8
> >>collect2: ld returned 1 exit status
> >
> >В том, что эта сборка не прошла, виноват 
> >rpm-build>= 4.0.4-alt100.18,
> >сломавший зависимости пакета libwxGTK-devel.  
> >Подождите, скоро починят.
> 
> Для этого потребуется пересборка wxGTK? Оно 
> сейчас на @nobody, если что ;)

Кстати, а зачем в нем цикл libwxGTK <-> wxGTK?


-- 
ldv

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

Re: [devel] [#40484] FAILED erlang.git=R14B.1-alt2

[REAL]

14.03.2011 18:20, Dmitry V. Levin пишет:
> Кстати, а зачем в нем цикл libwxGTK<->  wxGTK?

не знаю. я даже не помню, сам так сделал или кто-то из тех, кто 
собирал его раньше. сам я работаю только с wxGTK2.9, про wxGTK уже 
забывать начал (ибо ну вот совсем он мне не нужен ;) ).

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] [#40484] FAILED erlang.git=R14B.1-alt2

[Sergey Shilov]

В сообщении от Понедельник 14 марта 2011 15:47:54 автор REAL написал:
> 14.03.2011 18:20, Dmitry V. Levin пишет:
> > Кстати, а зачем в нем цикл libwxGTK<->  wxGTK?
> 
> не знаю. я даже не помню, сам так сделал или кто-то из тех, кто
> собирал его раньше. сам я работаю только с wxGTK2.9, про wxGTK уже
> забывать начал (ибо ну вот совсем он мне не нужен ;) ).

Нет худа без добра...или наоборот...
Попробовал собрать erlang с  wxGTK2.9 - не собирается :-)
Шибко сильно ругается.
В гуглях ходят слухи про ожидание апстримом 3.0.

-- 

С уважением
С.Шилов.

-- 
V.B.R Sergey Shilov.

Re: [devel] [#40484] FAILED erlang.git=R14B.1-alt2

[REAL]

14.03.2011 21:07, Sergey Shilov пишет:
> Нет худа без добра...или наоборот...
> Попробовал собрать erlang с  wxGTK2.9 - не собирается :-)
> Шибко сильно ругается.

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

> В гуглях ходят слухи про ожидание апстримом 3.0.

не думаю, что это перспектива ближайшего будущего, по крайней мере, 
2.9 довольно долго развивался перед тем, как стать более-менее 
юзабельным. с ним ещё и совсем недавно не всё было понятно (это уже 
про питоний модуль), вот доедет обновление wxGTK2.9, буду смотреть. 
речь про wammu, которая на данный момент сегфолтится.

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

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] [#40484] FAILED erlang.git=R14B.1-alt2

[Dmitry V. Levin]

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

On Mon, Mar 14, 2011 at 07:47:54PM +0600, REAL wrote:
> 14.03.2011 18:20, Dmitry V. Levin пишет:
> >Кстати, а зачем в нем цикл libwxGTK <-> wxGTK?
> 
> не знаю. я даже не помню, сам так сделал 
> или кто-то из тех, кто собирал его раньше. 
> сам я работаю только с wxGTK2.9, про wxGTK уже 
> забывать начал (ибо ну вот совсем он мне 
> не нужен ;) ).

Может быть, ещё можешь вспомнить, нужно ди содержимое пакета wxGTK
для runtime (т.е. для libwxGTK), или только для сборки с wxGTK?


-- 
ldv

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

Re: [devel] [#40484] FAILED erlang.git=R14B.1-alt2

[REAL]

14.03.2011 21:19, Dmitry V. Levin пишет:
> Может быть, ещё можешь вспомнить, нужно ди содержимое пакета wxGTK
> для runtime (т.е. для libwxGTK), или только для сборки с wxGTK?

увы, не могу сказать :( я за им не настолько заботливо ухаживал, 
насколько с wxGTK2.9.

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] [#40484] FAILED erlang.git=R14B.1-alt2

[Kirill A. Shutemov]

On Mon, Mar 14, 2011 at 03:20:51PM +0300, Dmitry V. Levin wrote:
> On Mon, Mar 14, 2011 at 11:21:26AM +0600, REAL wrote:
> > 14.03.2011 05:10, Dmitry V. Levin пишет:
> > >>/usr/bin/ld: cannot find -lwx_gtk2u_xrc-2.8
> > >>/usr/bin/ld: cannot find -lwx_gtk2u_html-2.8
> > >>/usr/bin/ld: cannot find -lwx_gtk2u_adv-2.8
> > >>/usr/bin/ld: cannot find -lwx_baseu_xml-2.8
> > >>/usr/bin/ld: cannot find -lwx_gtk2u_core-2.8
> > >>/usr/bin/ld: cannot find -lwx_baseu-2.8
> > >>/usr/bin/ld: cannot find -lwx_gtk2u_gl-2.8
> > >>/usr/bin/ld: cannot find -lwx_gtk2u_aui-2.8
> > >>collect2: ld returned 1 exit status
> > >
> > >В том, что эта сборка не прошла, виноват 
> > >rpm-build>= 4.0.4-alt100.18,
> > >сломавший зависимости пакета libwxGTK-devel.  
> > >Подождите, скоро починят.
> > 
> > Для этого потребуется пересборка wxGTK? Оно 
> > сейчас на @nobody, если что ;)
> 
> Кстати, а зачем в нем цикл libwxGTK <-> wxGTK?

А разве циклы между подпакетами не всегда являются ошибками упаковки?

Можно ли на уровне rpm диагностировать подобные ошибки?

-- 
 Kirill A. Shutemov

Re: [devel] [#40484] FAILED erlang.git=R14B.1-alt2 [JT]

[Sergey Shilov]

В сообщении от Понедельник 14 марта 2011 15:48:19 автор Kirill A. Shutemov 
написал:
 
> > Кстати, а зачем в нем цикл libwxGTK <-> wxGTK?
> 
> А разве циклы между подпакетами не всегда являются ошибками упаковки?

Убрал "во исправление" цикл erlang <-> erlang-otp - перестал собираться 
ejabberd :-)

-- 
V.B.R Sergey Shilov.

Re: [devel] [#40484] FAILED erlang.git=R14B.1-alt2

[Dmitry V. Levin]

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

On Mon, Mar 14, 2011 at 03:48:19PM +0200, Kirill A. Shutemov wrote:
> On Mon, Mar 14, 2011 at 03:20:51PM +0300, Dmitry V. Levin wrote:
> > On Mon, Mar 14, 2011 at 11:21:26AM +0600, REAL wrote:
> > > 14.03.2011 05:10, Dmitry V. Levin пишет:
[...]
> > Кстати, а зачем в нем цикл libwxGTK <-> wxGTK?
> 
> А разве циклы между подпакетами не всегда являются ошибками упаковки?

Не всегда.  Например, в пакете freeciv цикл был сделан специально.

> Можно ли на уровне rpm диагностировать подобные ошибки?

Да, конечно, внутренние циклы диагностировать можно.


-- 
ldv

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

Re: [devel] [#40484] FAILED erlang.git=R14B.1-alt2

[Kirill A. Shutemov]

On Mon, Mar 14, 2011 at 06:12:56PM +0300, Dmitry V. Levin wrote:
> On Mon, Mar 14, 2011 at 03:48:19PM +0200, Kirill A. Shutemov wrote:
> > On Mon, Mar 14, 2011 at 03:20:51PM +0300, Dmitry V. Levin wrote:
> > > On Mon, Mar 14, 2011 at 11:21:26AM +0600, REAL wrote:
> > > > 14.03.2011 05:10, Dmitry V. Levin пишет:
> [...]
> > > Кстати, а зачем в нем цикл libwxGTK <-> wxGTK?
> > 
> > А разве циклы между подпакетами не всегда являются ошибками упаковки?
> 
> Не всегда.  Например, в пакете freeciv цикл был сделан специально.

Да, цикл <arch> <-> <noarch> логичен.

Ещё исключения есть?

-- 
 Kirill A. Shutemov

Re: [devel] [#40484] FAILED erlang.git=R14B.1-alt2

[Денис Смирнов]

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

On Mon, Mar 14, 2011 at 06:08:14PM +0200, Kirill A. Shutemov wrote:

KAS> Да, цикл <arch> <-> <noarch> логичен.
KAS> Ещё исключения есть?

Связка библиотека + некоторый сервис, обслуживающий работу этой
библиотеки.

Такой сервис может работать с библиотеками разных версий (установленных
одновременно). Примера привести не могу.

libчто-нибудь вполне имеет право требовать что-то, что требует эту
libчто-нибудь.

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

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

Re: [devel] [#40484] FAILED erlang.git=R14B.1-alt2

[REAL]

15.03.2011 10:12, Денис Смирнов пишет:
> Связка библиотека + некоторый сервис, обслуживающий работу этой
> библиотеки.
>
> Такой сервис может работать с библиотеками разных версий (установленных
> одновременно). Примера привести не могу.

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

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] [#40484] FAILED erlang.git=R14B.1-alt2

[Sergey Shilov]

В сообщении от Понедельник 14 марта 2011 17:12:56 автор Dmitry V. Levin 
написал:
> On Mon, Mar 14, 2011 at 03:48:19PM +0200, Kirill A. Shutemov wrote:
> > On Mon, Mar 14, 2011 at 03:20:51PM +0300, Dmitry V. Levin wrote:
> > > On Mon, Mar 14, 2011 at 11:21:26AM +0600, REAL wrote:
> > > > 14.03.2011 05:10, Dmitry V. Levin пишет:
> [...]
> 
> > > Кстати, а зачем в нем цикл libwxGTK <-> wxGTK?
> > 
> > А разве циклы между подпакетами не всегда являются ошибками упаковки?
> 
> Не всегда.  Например, в пакете freeciv цикл был сделан специально.
> 
В erlang лежат архитектурно зависимые бинарники эмулятора и рантайм системы, 
которая  даже в минимуме (kernel, stdlib) хочет архитектурно независимых 
модулей из erlang-otp, причем одно без другого взаимно безполезно (без erlang-
otp  erl не запускается). 
Т.е. желательна зависимость 
erlang -> erlang-otp-modules (провайдится erlang-otp), которая из-за
erlang-otp -> erlang-otp-common -> erlang не нравится Репокопу.

Если убрать erlang -> erlang-otp зависимость (как сейчас), то ругани Репокопа 
нет, но 
- пакеты с зависимостью на erlang надо пересобирать с зависимостью на  erlang-
otp;
- установка erlang как отдельного пакета становится безполезной.

Может сделать виртуальный  erlang с переносом его контента в erlang-common ?


-- 

С уважением
С.Шилов.

-- 
V.B.R Sergey Shilov.

Re: [devel] [#40484] FAILED erlang.git=R14B.1-alt2

[Alexey Tourbin]

On Mon, Mar 14, 2011 at 03:48:19PM +0200, Kirill A. Shutemov wrote:
> On Mon, Mar 14, 2011 at 03:20:51PM +0300, Dmitry V. Levin wrote:
> > Кстати, а зачем в нем цикл libwxGTK <-> wxGTK?
> 
> А разве циклы между подпакетами не всегда являются ошибками упаковки?

Как правило.

> Можно ли на уровне rpm диагностировать подобные ошибки?

rpm мог бы диагностировать некоторые циклические зависимости между
подпакетами при сборке.  Но это частный случай циклических зависимостей,
т.к. циклические зависимости могут быть и между подпакетами разных
исходных пакетов.

girar-builder диагностирует циклические пакеты по-другому: пытается
отделить "пререквизиты" пакета от самого пакета (т.е. пытается сначала
установить все пакеты, требуемые пакеты), а потом сам пакет.  Если
полностью отделить пререквизиты не удается (т.е. если на втором этапе
оказывается более одного пакета), то это означает цикл.

Re: [devel] [#40484] FAILED erlang.git=R14B.1-alt2

[Sergey Shilov]

В сообщении от Понедельник 14 марта 2011 01:10:02 автор Dmitry V. Levin 
написал:

> В том, что эта сборка не прошла, виноват rpm-build >= 4.0.4-alt100.18,
> сломавший зависимости пакета libwxGTK-devel.  Подождите, скоро починят.

2011-03-14 Dmitry V. Levin <ldv at altlinux.org> 4.0.4-alt100.23

      - build/interdep.c: fixed check for cycles introduced along with
      pruning of requirements in 4.0.4-alt100.18.

Оно?

-- 

С уважением
С.Шилов.

-- 
V.B.R Sergey Shilov.

[devel] buildreq | [#40484] FAILED erlang.git=R14B.1-alt2

[Michael Shigorin]

On Mon, Mar 14, 2011 at 09:52:16AM +0200, Sergey Shilov wrote:
> > В том, что эта сборка не прошла, виноват rpm-build >= 4.0.4-alt100.18,
> > сломавший зависимости пакета libwxGTK-devel.  Подождите, скоро починят.
> 2011-03-14 Dmitry V. Levin <ldv at altlinux.org> 4.0.4-alt100.23
>       - build/interdep.c: fixed check for cycles introduced along with
>       pruning of requirements in 4.0.4-alt100.18.
> Оно?

И раз уж всё-таки непогрешимый оптимизатор оказался глючным :),
то возвращаюсь к вопросу о _чрезмерной_ оптимизации в buildreq:
при пересборке graphviz заметил, что отвалились проверки
zlib/libpng; вовсе не по схожести лицензии, а по причине
отсутствия в BuildRequires в явном виде.

Поддержкой PNG пользуюсь, поэтому не так давно она заведомо была.
Следовательно, что-то из попавшего в BR: при последнем buildreq
перестало зависеть от "пропажи".

Мне краткость полученных BR всё так же кажется недостаточным
профитом по сравнению с платой в виде необходимости замечать
такие вот молчаливые исчезновения.

Предлагаю включить в buildreq по умолчанию опцию -u,
берусь сделать и проверить патч.  Возражения вида "есть же
опция, кому надо -- пусть пользуют" предлагаю считать отмазками,
поскольку never underestimate the power of the default.

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

Re: [devel] buildreq | [#40484] FAILED erlang.git=R14B.1-alt2

[Денис Смирнов]

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

On Mon, Mar 14, 2011 at 01:18:02PM +0200, Michael Shigorin wrote:

MS> И раз уж всё-таки непогрешимый оптимизатор оказался глючным :),
MS> то возвращаюсь к вопросу о _чрезмерной_ оптимизации в buildreq:
MS> при пересборке graphviz заметил, что отвалились проверки
MS> zlib/libpng; вовсе не по схожести лицензии, а по причине
MS> отсутствия в BuildRequires в явном виде.

Излишняя зависимость может привести к тому, что при исчезновении пакета
пересборка обломится.

Отсутствие зависимости может привести к тому, что тихо исчезнет какая-то
фича.

Второе, очевидно, куда более серьезная проблема.

Тем более вывод в логах сборки rpmdiff аналогично тому как это происходит
при пересборке не присылается (что помогло бы выявлять такие грабли
заранее, и позволило бы увидеть нынешнюю проблему с глючным оптимизатором
гораздо раньше).

Так что +1.

Добавлю еще что по некоторым пакетам не надо добавлять в buildrequires
собственно имя пакета. Например для перловых модулей надо указывать именно
зависимости вида perl(modulename.pm).

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

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

Re: [devel] buildreq | [#40484] FAILED erlang.git=R14B.1-alt2

[REAL]

15.03.2011 10:09, Денис Смирнов пишет:
> Излишняя зависимость может привести к тому, что при исчезновении пакета
> пересборка обломится.
>
> Отсутствие зависимости может привести к тому, что тихо исчезнет какая-то
> фича.
>
> Второе, очевидно, куда более серьезная проблема.

Вот именно поэтому желательно при каждой пересборке пакета внимательно 
вычитывать, что нам накрякал configure ;)

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] buildreq | [#40484] FAILED erlang.git=R14B.1-alt2

[Денис Смирнов]

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

On Tue, Mar 15, 2011 at 11:28:05AM +0600, REAL wrote:

R> Вот именно поэтому желательно при каждой пересборке пакета внимательно 
R> вычитывать, что нам накрякал configure ;)

Угу, вместо того чтобы сборочница прислала отчет rpmdiff -- который дал бы
быстро всю необходимую информацию.

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

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

Re: [devel] buildreq | [#40484] FAILED erlang.git=R14B.1-alt2

[REAL]

15.03.2011 11:39, Денис Смирнов пишет:
> R>  Вот именно поэтому желательно при каждой пересборке пакета внимательно
> R>  вычитывать, что нам накрякал configure ;)
>
> Угу, вместо того чтобы сборочница прислала отчет rpmdiff -- который дал бы
> быстро всю необходимую информацию.

"Вместо" - это когда есть такая альтернатива. Я бы сам был бы счастлив 
такой фичей (отчёт rpmdiff на мыло).

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] buildreq | [#40484] FAILED erlang.git=R14B.1-alt2

[Денис Смирнов]

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

On Tue, Mar 15, 2011 at 11:53:37AM +0600, REAL wrote:

R> "Вместо" - это когда есть такая альтернатива. Я бы сам был бы счастлив 
R> такой фичей (отчёт rpmdiff на мыло).

Будем упрашивать Диму всей team? :) Одного моего голоса явно маловато было
:)

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

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

Re: [devel] buildreq | [#40484] FAILED erlang.git=R14B.1-alt2

[Slava Semushin]

15 марта 2011 г. 11:52 пользователь Денис Смирнов
<mithraen@freesource.info> написал:
> On Tue, Mar 15, 2011 at 11:53:37AM +0600, REAL wrote:
>
> R> "Вместо" - это когда есть такая альтернатива. Я бы сам был бы счастлив
> R> такой фичей (отчёт rpmdiff на мыло).
>
> Будем упрашивать Диму всей team? :) Одного моего голоса явно маловато было
> :)

+1 голос.

-- 
Slava Semushin

Re: [devel] buildreq | [#40484] FAILED erlang.git=R14B.1-alt2

[REAL]

15.03.2011 11:52, Денис Смирнов пишет:
> R>  "Вместо" - это когда есть такая альтернатива. Я бы сам был бы счастлив
> R>  такой фичей (отчёт rpmdiff на мыло).
>
> Будем упрашивать Диму всей team? :) Одного моего голоса явно маловато было
> :)

Ещё лучше через багзиллу уговаривать :-D

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] buildreq | [#40484] FAILED erlang.git=R14B.1-alt2

[Dmitry V. Levin]

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

On Tue, Mar 15, 2011 at 12:04:17PM +0600, REAL wrote:
> 15.03.2011 11:52, Денис Смирнов пишет:
> >R>  "Вместо" - это когда есть такая 
> >альтернатива. Я бы сам был бы счастлив
> >R>  такой фичей (отчёт rpmdiff на мыло).
> >
> >Будем упрашивать Диму всей team? :) Одного 
> >моего голоса явно маловато было
> >:)
> 
> Ещё лучше через багзиллу уговаривать :-D

Лучше с патчами. ;)


-- 
ldv

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

Re: [devel] buildreq | [#40484] FAILED erlang.git=R14B.1-alt2

[Igor Zubkov]

2011/3/15 Dmitry V. Levin:
> On Tue, Mar 15, 2011 at 12:04:17PM +0600, REAL wrote:
>> 15.03.2011 11:52, Денис Смирнов пишет:
>> >R>  "Вместо" - это когда есть такая
>> >альтернатива. Я бы сам был бы счастлив
>> >R>  такой фичей (отчёт rpmdiff на мыло).
>> >
>> >Будем упрашивать Диму всей team? :) Одного
>> >моего голоса явно маловато было
>> >:)
>>
>> Ещё лучше через багзиллу уговаривать :-D
>
> Лучше с патчами. ;)

А будет ли толк от писем маинтейнерам? Не лучше ли дописать такой
функционал к prometheus что бы каждый видел?

Идея проста, при импорте данных из пакетов (всех, что исходных что уже
собранных) вытаскивать из них buildreqs/requires/provides. И дальше
показывать как эти зависимости дрейфуют. Кому надо, можно сделать
rss/email.

-- 
Igor Zubkov
http://hi.im/ice

Re: [devel] rpmdiff-отчет

[Dmitry V. Levin]

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

On Tue, Mar 15, 2011 at 12:45:45PM +0200, Igor Zubkov wrote:
> 2011/3/15 Dmitry V. Levin:
> > On Tue, Mar 15, 2011 at 12:04:17PM +0600, REAL wrote:
> >> 15.03.2011 11:52, Денис Смирнов пишет:
> >> >R>  "Вместо" - это когда есть такая
> >> >альтернатива. Я бы сам был бы счастлив
> >> >R>  такой фичей (отчёт rpmdiff на мыло).
> >> >
> >> >Будем упрашивать Диму всей team? :) Одного
> >> >моего голоса явно маловато было
> >> >:)
> >>
> >> Ещё лучше через багзиллу уговаривать :-D
> >
> > Лучше с патчами. ;)
> 
> А будет ли толк от писем маинтейнерам? Не лучше ли дописать такой
> функционал к prometheus что бы каждый видел?

Если я правильно понял FR, речь идет о добавлении rpmdiff-отчета в
сборочное задание с тем, чтобы желающие мейнтейнеры могли сперва отправить
что-то на сборку в режиме --test-only, посмотреть rpmdiff-отчет, и потом
решать, что делать с заданием.


-- 
ldv

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

Re: [devel] rpmdiff-отчет

[Igor Zubkov]

2011/3/15 Dmitry V. Levin:
> On Tue, Mar 15, 2011 at 12:45:45PM +0200, Igor Zubkov wrote:
>> 2011/3/15 Dmitry V. Levin:
>> > On Tue, Mar 15, 2011 at 12:04:17PM +0600, REAL wrote:
>> >> 15.03.2011 11:52, Денис Смирнов пишет:
>> >> >R>  "Вместо" - это когда есть такая
>> >> >альтернатива. Я бы сам был бы счастлив
>> >> >R>  такой фичей (отчёт rpmdiff на мыло).
>> >> >
>> >> >Будем упрашивать Диму всей team? :) Одного
>> >> >моего голоса явно маловато было
>> >> >:)
>> >>
>> >> Ещё лучше через багзиллу уговаривать :-D
>> >
>> > Лучше с патчами. ;)
>>
>> А будет ли толк от писем маинтейнерам? Не лучше ли дописать такой
>> функционал к prometheus что бы каждый видел?
>
> Если я правильно понял FR, речь идет о добавлении rpmdiff-отчета в
> сборочное задание с тем, чтобы желающие мейнтейнеры могли сперва отправить
> что-то на сборку в режиме --test-only, посмотреть rpmdiff-отчет, и потом
> решать, что делать с заданием.

Об этом я чего-то забыл. Да, это тоже было бы хорошо.

Но общую картину таких дрейфующий br/req/prov было бы хорошо видеть в
одном месте. Просто надо задачу раздеть на две части. Сборочная и
prometheus. Даже если маинтейнер не отреагировал на rpmdiff от
сборочницы, то у нас ещё будет время посмотреть на prometheus и
исправить.

Кроме этого, если у нас на прометее будет полная база
buildreqs/reqs/provs то это даст:
1) Практически моментальную диагностику того что пакет A требовал для
сборки пакет B, который пропал.
2) Точный список пакетов сборка которых зависит от данного пакета
(может кто-то хочет локально провести тестовую пересборку с новой
библиотекой A).
3) Если ещё добавить к этому базу символов, то можно будет даже не
делать тестовую сборку пакета что бы узнать что есть пакеты которые
тоже нужно пересобрать.

-- 
Igor Zubkov
http://hi.im/ice

Re: [devel] rpmdiff-отчет

[REAL]

15.03.2011 17:19, Dmitry V. Levin пишет:
>> А будет ли толк от писем маинтейнерам? Не лучше ли дописать такой
>> функционал к prometheus что бы каждый видел?

это бы тоже не помешало, но:

> Если я правильно понял FR, речь идет о добавлении rpmdiff-отчета в
> сборочное задание с тем, чтобы желающие мейнтейнеры могли сперва отправить
> что-то на сборку в режиме --test-only, посмотреть rpmdiff-отчет, и потом
> решать, что делать с заданием.

такая фича была бы ещё полезней.

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] rpmdiff-отчет

[Денис Смирнов]

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

On Tue, Mar 15, 2011 at 02:19:18PM +0300, Dmitry V. Levin wrote:

DVL> Если я правильно понял FR, речь идет о добавлении rpmdiff-отчета в
DVL> сборочное задание с тем, чтобы желающие мейнтейнеры могли сперва отправить
DVL> что-то на сборку в режиме --test-only, посмотреть rpmdiff-отчет, и потом
DVL> решать, что делать с заданием.

А также если это было не test-only задание, чтобы немедленно получить
информацию о том что что-то не так, и принять своевременные меры.

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

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

Re: [devel] buildreq | [#40484] FAILED erlang.git=R14B.1-alt2

[Michael Shigorin]

On Tue, Mar 15, 2011 at 12:45:45PM +0200, Igor Zubkov wrote:
> Идея проста, при импорте данных из пакетов (всех, что исходных
> что уже собранных) вытаскивать из них
> buildreqs/requires/provides. И дальше показывать как эти
> зависимости дрейфуют. Кому надо, можно сделать rss/email.

IMHO вместо визуализации проблемы лучше её избежать в корне. :)

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

Re: [devel] buildreq | [#40484] FAILED erlang.git=R14B.1-alt2

[Igor Zubkov]

2011/3/15 Michael Shigorin:
> On Tue, Mar 15, 2011 at 12:45:45PM +0200, Igor Zubkov wrote:
>> Идея проста, при импорте данных из пакетов (всех, что исходных
>> что уже собранных) вытаскивать из них
>> buildreqs/requires/provides. И дальше показывать как эти
>> зависимости дрейфуют. Кому надо, можно сделать rss/email.
>
> IMHO вместо визуализации проблемы лучше её избежать в корне. :)

[JT]
Ты бы ещё написал про мир во всём мире. :)
[/JT]

-- 
Igor Zubkov
http://hi.im/ice

Re: [devel] buildreq | [#40484] FAILED erlang.git=R14B.1-alt2

[Alexey Tourbin]

On Mon, Mar 14, 2011 at 01:18:02PM +0200, Michael Shigorin wrote:
> On Mon, Mar 14, 2011 at 09:52:16AM +0200, Sergey Shilov wrote:
> > > В том, что эта сборка не прошла, виноват rpm-build >= 4.0.4-alt100.18,
> > > сломавший зависимости пакета libwxGTK-devel.  Подождите, скоро починят.
> > 2011-03-14 Dmitry V. Levin <ldv at altlinux.org> 4.0.4-alt100.23
> >       - build/interdep.c: fixed check for cycles introduced along with
> >       pruning of requirements in 4.0.4-alt100.18.
> > Оно?
> 
> И раз уж всё-таки непогрешимый оптимизатор оказался глючным :),
> то возвращаюсь к вопросу о _чрезмерной_ оптимизации в buildreq:
> при пересборке graphviz заметил, что отвалились проверки
> zlib/libpng; вовсе не по схожести лицензии, а по причине
> отсутствия в BuildRequires в явном виде.

У libcairo-devel была лишняя зависимость на libpng-devel, я её убрал,
часть пакетов сломалась или стала собираться в урезанной конфигурации.

К сожалению, распрямление зависимостей такого рода чем-то заменить или
облегчить нельзя.

Оптимизация buildreq дает хороший результат, если у используемых пакетов
правильные/обдуманые зависимости.

Наименьшим из зол мне сейчас кажется повторный запуск buildreq.

К сожалению мы пока так и не умеем быстро диагностировать последствия
изменения зависимостей (для чего нужна тестовая пересборка), и вообще
вся наша конструкция довольно-таки хлипкая.  buildreq это только маленький
эпизод.  И с buildreq'ом появились новые проблемы.

> Поддержкой PNG пользуюсь, поэтому не так давно она заведомо была.
> Следовательно, что-то из попавшего в BR: при последнем buildreq
> перестало зависеть от "пропажи".
> 
> Мне краткость полученных BR всё так же кажется недостаточным
> профитом по сравнению с платой в виде необходимости замечать
> такие вот молчаливые исчезновения.
> 
> Предлагаю включить в buildreq по умолчанию опцию -u,
> берусь сделать и проверить патч.  Возражения вида "есть же
> опция, кому надо -- пусть пользуют" предлагаю считать отмазками,
> поскольку never underestimate the power of the default.

Re: [devel] buildreq

[Michael Shigorin]

On Tue, Mar 15, 2011 at 08:40:17AM +0300, Alexey Tourbin wrote:
> Наименьшим из зол мне сейчас кажется повторный запуск buildreq.

Понимаешь, когда последний запуск вместе с рекомендованным
просмотром глазами и особенно -- раскидыванием по %if_with
и подпакетам занял приличное время, то просто так ещё раз
его тратить не очень хочется.

Да и для тех случаев, когда всё просто и таких жертв нет --
1) я пока так и не научился запускать в hasher автоматом
   (и соответственно никто другой это тоже не фиксировал
   на http://www.altlinux.org/Buildreq), а только руками --
   "hsh-{shell,install,shell,install,shell}, о, заработало".
2) если граф BR уже "поплыл", то в лучшем случае это дурная
   работа по повторному анализу `configure` глазами вследствие
   потери части информации на предыдущей итерации.

> и вообще вся наша конструкция довольно-таки хлипкая.

Поэтому и просил ещё тогда не убирать рёбра жёсткости.

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