[devel] I: Logoved-batchfix работает.

[devel] I: Logoved-batchfix работает.

[Igor Vlasenko]

Уважаемые коллеги,

Извиняюсь за задержку, 
вывел наконец мешавшие баги
и расписал на https://www.altlinux.org/Logoved
как пользоваться утилитами 
logoved-report и logoved-bugfix
на примере автоматизированной починки логов FTBFS.

В принципе, для практических целей упор надо делать
на logoved-report -- группировка и сортировка log файлов
по типам ошибки.

Для logoved-bugfix в текущем Сизифе работы почти не осталось, так
как я в процессе испытаний починил автоматически около 20 пакетов
и еще 10 допилил руками, и естественно, отправил починку в Сизиф.

Но все течет, все меняется, прибутет в FTBFS,
будет и новая работа для logoved-bugfix.


-- 

I V

Re: [devel] I: Logoved-batchfix работает.

[Dmitry V. Levin]

On Wed, Apr 08, 2020 at 05:06:50PM +0300, Igor Vlasenko wrote:
> Уважаемые коллеги,
> 
> Извиняюсь за задержку, 
> вывел наконец мешавшие баги
> и расписал на https://www.altlinux.org/Logoved
> как пользоваться утилитами 
> logoved-report и logoved-bugfix
> на примере автоматизированной починки логов FTBFS.
> 
> В принципе, для практических целей упор надо делать
> на logoved-report -- группировка и сортировка log файлов
> по типам ошибки.
> 
> Для logoved-bugfix в текущем Сизифе работы почти не осталось, так
> как я в процессе испытаний починил автоматически около 20 пакетов
> и еще 10 допилил руками, и естественно, отправил починку в Сизиф.
> 
> Но все течет, все меняется, прибутет в FTBFS,
> будет и новая работа для logoved-bugfix.

Спасибо.  Для меня фраза
- NMU: applied logoved fixes
в %changelog починенных пакетов оказалась слишком лаконичной.

Можно ли там перечислять характер сделанных исправлений,
например, updated BuildRequires to fix FTBFS?


-- 
ldv

Re: [devel] I: Logoved-batchfix работает.

[Igor Vlasenko]

On Wed, Apr 08, 2020 at 05:23:02PM +0300, Dmitry V. Levin wrote:
> On Wed, Apr 08, 2020 at 05:06:50PM +0300, Igor Vlasenko wrote:
> Спасибо.  Для меня фраза
> - NMU: applied logoved fixes
> в %changelog починенных пакетов оказалась слишком лаконичной.
> 
> Можно ли там перечислять характер сделанных исправлений,
> например, updated BuildRequires to fix FTBFS?

Такое можно было бы реализовать, если logoved-batchfix
будут пользоваться.
Сейчас сомневаюсь в практической пользе logoved-batchfix
применительно к FTBFS Сизифа - не тот масштаб.

Для Сизифа достаточно, IMHO, запускать logoved-report,
выбирать тип ошибки и руками чинить однотипные пакеты.
Это удобнее и быстрее, чем просматривать логи по алфавиту.

-- 

I V

Re: [devel] I: Logoved-batchfix работает.

[Валерий Иноземцев]

[-- Attachment #1.1: Type: text/plain, Size: 1074 bytes --]

08.04.2020 17:06, Igor Vlasenko пишет:
> Уважаемые коллеги,
> 
> Извиняюсь за задержку, 
> вывел наконец мешавшие баги
> и расписал на https://www.altlinux.org/Logoved

[...]

> Для logoved-bugfix в текущем Сизифе работы почти не осталось, так
> как я в процессе испытаний починил автоматически около 20 пакетов
> и еще 10 допилил руками, и естественно, отправил починку в Сизиф.

Игорь, это называется гадить в спеки и не более того
http://git.altlinux.org/people/shrek/packages/compiz.git?p=compiz.git;a=commitdiff;h=3aefa38c6f0fc97d0142f0b3293c1b3853c56650
Это "починил"? Страшно представить что там компизом ты собрался
монтировать по тайски, потом бзипить и тиффить


-- 
Valery V. Inozemtsev


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 195 bytes --]

Re: [devel] I: Logoved-batchfix работает.

[Igor Vlasenko]

On Wed, Apr 08, 2020 at 05:24:44PM +0300, Валерий Иноземцев wrote:
> Игорь, это называется гадить в спеки и не более того
> http://git.altlinux.org/people/shrek/packages/compiz.git?p=compiz.git;a=commitdiff;h=3aefa38c6f0fc97d0142f0b3293c1b3853c56650

Я тоже тогда удивлялся этому случаю (пакет уже был залит)
и потом разобрался в чем дело.

Так совпало, что вы починили пакет compiz ровно в тот
день, что и я запускал logoved-batchfix.

когда я запускал logoved-report, compiz числился сломанным,
его лог неудачной пересборки был в моей копии beehive-logs/latest/error.
но когда запускал logoved-batchfix, то тот
склонировал уже вашу сборку (собирающуюся).
Так как после logoved-batchfix compiz собрался, 
я его отправил в Сизиф. Но, конечно, 
получилось масло масляное, я это тоже после заметил.



Я в документе подробно расписывал,
что правки от logoved-batchfix не панацея:

##########################################################
Заметим, что исправления, которые генерируются скриптом, хотя и в общем случае полезны,
но могут и не быть достаточными для починки пакета. К примеру, для пакета FlightGear
 grep FlightGear LOGS/00FIXSCRIPT 
 FlightGear      FlightGear-2018.2.2-alt1        buildrequires --add pkgconfig(bzip2)
logoved предлагает добавить в buildrequires пакета pkgconfig(bzip2).
Как видно по логу сборки FlightGear, это существенное исправление
 ...
 Package bzip2 was not found in the pkg-config search path.
 Perhaps you should add the directory containing `bzip2.pc'
но недостаточное, чтобы починить пакет FlightGear.

Утилита logoved-grep позволяет посмотреть все ошибки, которые видит logoved:
 logoved-grep error/FlightGear-2018.2.2-alt1
 error/FlightGear-2018.2.2-alt1 matches conf::pkgconfig[error] in line 356:
 Package bzip2 was not found in the pkg-config search path.
 error/FlightGear-2018.2.2-alt1 matches build::compile-error[error] in line 2238:
 /usr/include/boost/iterator/iterator_facade.hpp:901:3: error: no type named 'type' in 'struct boost::iterators::detail::enable_if_interoperable<nasal::Hash::Iterator<true>, nasal::Hash::Iterator<false>, bool>'
Из них для ошибки типа conf::pkgconfig (Package bzip2 was not found in the pkg-config search path)
в базе логовед есть исправление, а для ошибки типа build::compile-error готового исправления в базе логовед нет,
надо чинить пакет руками.
###################################################3


-- 

I V

Re: [devel] I: Logoved-batchfix работает.

[Валерий Иноземцев]

[-- Attachment #1.1: Type: text/plain, Size: 1094 bytes --]

08.04.2020 17:45, Igor Vlasenko пишет:
> On Wed, Apr 08, 2020 at 05:24:44PM +0300, Валерий Иноземцев wrote:
>> Игорь, это называется гадить в спеки и не более того
>> http://git.altlinux.org/people/shrek/packages/compiz.git?p=compiz.git;a=commitdiff;h=3aefa38c6f0fc97d0142f0b3293c1b3853c56650
> 
> Я тоже тогда удивлялся этому случаю (пакет уже был залит)
> и потом разобрался в чем дело.

Расскажи тогда всем зачем compiz'у (не важно какой версии, git diff в
помощь) libmount, поддержка тайского языка, bzip, tiff. Хотя вопрос
риторический, врят ли будет внятный ответ.
Вопрос в другом - если твой логопед настолько крив, и ты об этом знаешь,
зачем этим самым кривым логопедом гадить в чужие спеки?

-- 
Valery V. Inozemtsev


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 195 bytes --]

Re: [devel] I: Logoved-batchfix работает.

[Антон Мидюков]

09.04.2020 13:08, Валерий Иноземцев пишет:
> 08.04.2020 17:45, Igor Vlasenko пишет:
>> On Wed, Apr 08, 2020 at 05:24:44PM +0300, Валерий Иноземцев wrote:
>>> Игорь, это называется гадить в спеки и не более того
>>> http://git.altlinux.org/people/shrek/packages/compiz.git?p=compiz.git;a=commitdiff;h=3aefa38c6f0fc97d0142f0b3293c1b3853c56650
>> Я тоже тогда удивлялся этому случаю (пакет уже был залит)
>> и потом разобрался в чем дело.
> Расскажи тогда всем зачем compiz'у (не важно какой версии, git diff в
> помощь) libmount, поддержка тайского языка, bzip, tiff. Хотя вопрос
> риторический, врят ли будет внятный ответ.

Эти зависимости находит скрипт buildreq-src из пакета 
perl-RPM-Source-Dependency-Analyzer.

buildreq-src анализирует скрипты сборки, в данном случае скрипты cmake, 
и находит упоминания зависимостей. Вероятно, эти зависимости там 
действительно где-то указаны.

buildreq-src предлагает черновик сборочных зависимостей. Решать, какие 
зависимости действительно нужны, должен человек. Это хороший 
вспомогательный инструмент, призванный уменьшить количество ручной 
работы. Без человека применяться может только в autoimports. Моё мнение 
такое :-)

Т.е. это не к логоведу вопрос про то, как туда такие странные 
зависимости попали.

[...]

-- 
С уважением, Антон Мидюков <antohami@altlinux.org>

Re: [devel] I: Logoved-batchfix работает.

[Валерий Иноземцев]

[-- Attachment #1.1: Type: text/plain, Size: 2294 bytes --]

09.04.2020 09:44, Антон Мидюков пишет:
> 09.04.2020 13:08, Валерий Иноземцев пишет:
>> 08.04.2020 17:45, Igor Vlasenko пишет:
>>> On Wed, Apr 08, 2020 at 05:24:44PM +0300, Валерий Иноземцев wrote:
>>>> Игорь, это называется гадить в спеки и не более того
>>>> http://git.altlinux.org/people/shrek/packages/compiz.git?p=compiz.git;a=commitdiff;h=3aefa38c6f0fc97d0142f0b3293c1b3853c56650
>>>>
>>> Я тоже тогда удивлялся этому случаю (пакет уже был залит)
>>> и потом разобрался в чем дело.
>> Расскажи тогда всем зачем compiz'у (не важно какой версии, git diff в
>> помощь) libmount, поддержка тайского языка, bzip, tiff. Хотя вопрос
>> риторический, врят ли будет внятный ответ.
> 
> Эти зависимости находит скрипт buildreq-src из пакета
> perl-RPM-Source-Dependency-Analyzer.
> 
> buildreq-src анализирует скрипты сборки, в данном случае скрипты cmake,
> и находит упоминания зависимостей. Вероятно, эти зависимости там
> действительно где-то указаны.
> 
> buildreq-src предлагает черновик сборочных зависимостей. Решать, какие
> зависимости действительно нужны, должен человек. Это хороший
> вспомогательный инструмент, призванный уменьшить количество ручной
> работы. Без человека применяться может только в autoimports. Моё мнение
> такое :-)
> 
> Т.е. это не к логоведу вопрос про то, как туда такие странные
> зависимости попали.
> 
> [...]
> 

первый невнятный ответ на риторический вопрос, ключевое слово в котором
"вероятно"


-- 
Valery V. Inozemtsev


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 195 bytes --]

Re: [devel] I: Logoved-batchfix работает.

[Dmitry V. Levin]

On Thu, Apr 09, 2020 at 10:06:26AM +0300, Валерий Иноземцев wrote:
> 09.04.2020 09:44, Антон Мидюков пишет:
> > 09.04.2020 13:08, Валерий Иноземцев пишет:
> >> 08.04.2020 17:45, Igor Vlasenko пишет:
> >>> On Wed, Apr 08, 2020 at 05:24:44PM +0300, Валерий Иноземцев wrote:
> >>>> Игорь, это называется гадить в спеки и не более того
> >>>> http://git.altlinux.org/people/shrek/packages/compiz.git?p=compiz.git;a=commitdiff;h=3aefa38c6f0fc97d0142f0b3293c1b3853c56650
> >>>>
> >>> Я тоже тогда удивлялся этому случаю (пакет уже был залит)
> >>> и потом разобрался в чем дело.
> >> Расскажи тогда всем зачем compiz'у (не важно какой версии, git diff в
> >> помощь) libmount, поддержка тайского языка, bzip, tiff. Хотя вопрос
> >> риторический, врят ли будет внятный ответ.
> > 
> > Эти зависимости находит скрипт buildreq-src из пакета
> > perl-RPM-Source-Dependency-Analyzer.
> > 
> > buildreq-src анализирует скрипты сборки, в данном случае скрипты cmake,
> > и находит упоминания зависимостей. Вероятно, эти зависимости там
> > действительно где-то указаны.
> > 
> > buildreq-src предлагает черновик сборочных зависимостей. Решать, какие
> > зависимости действительно нужны, должен человек. Это хороший
> > вспомогательный инструмент, призванный уменьшить количество ручной
> > работы. Без человека применяться может только в autoimports. Моё мнение
> > такое :-)
> > 
> > Т.е. это не к логоведу вопрос про то, как туда такие странные
> > зависимости попали.
> > 
> > [...]
> > 
> первый невнятный ответ на риторический вопрос, ключевое слово в котором
> "вероятно"

У тебя в логе сборки пакета compiz-0.9.14.1-alt2 действительно всё это
непотребство в полном объёме представлено (и по много-много раз):

Package libthai was not found in the pkg-config search path.
Perhaps you should add the directory containing `libthai.pc'
to the PKG_CONFIG_PATH environment variable
Package 'libthai', required by 'pango', not found

Package mount was not found in the pkg-config search path.
Perhaps you should add the directory containing `mount.pc'
to the PKG_CONFIG_PATH environment variable
Package 'mount', required by 'gio-2.0', not found

Package bzip2 was not found in the pkg-config search path.
Perhaps you should add the directory containing `bzip2.pc'
to the PKG_CONFIG_PATH environment variable
Package 'bzip2', required by 'freetype2', not found

При этом

$ grep libthai /usr/lib64/pkgconfig/pango.pc
Requires.private: glib-2.0 >=  2.59.2, fribidi >=  0.19.7, libthai >=  0.1.9, fontconfig >=  2.11.91, freetype2, xrender, xft >=  2.0.0, cairo >=  1.12.10

$ grep mount /usr/lib64/pkgconfig/gio-2.0.pc
Requires.private: gmodule-no-export-2.0, zlib, mount >= 2.23, libselinux

$ grep bzip2 /usr/lib64/pkgconfig/freetype2.pc
Requires.private: zlib, bzip2, libpng, harfbuzz >= 1.3.0

Какого лешего твой пакет во время сборки рекурсивно раскручивает
Requires.private, а?


-- 
ldv

Re: [devel] I: Logoved-batchfix работает.

[Валерий Иноземцев]

[-- Attachment #1.1: Type: text/plain, Size: 4456 bytes --]

09.04.2020 14:11, Dmitry V. Levin пишет:
> On Thu, Apr 09, 2020 at 10:06:26AM +0300, Валерий Иноземцев wrote:
>> 09.04.2020 09:44, Антон Мидюков пишет:
>>> 09.04.2020 13:08, Валерий Иноземцев пишет:
>>>> 08.04.2020 17:45, Igor Vlasenko пишет:
>>>>> On Wed, Apr 08, 2020 at 05:24:44PM +0300, Валерий Иноземцев wrote:
>>>>>> Игорь, это называется гадить в спеки и не более того
>>>>>> http://git.altlinux.org/people/shrek/packages/compiz.git?p=compiz.git;a=commitdiff;h=3aefa38c6f0fc97d0142f0b3293c1b3853c56650
>>>>>>
>>>>> Я тоже тогда удивлялся этому случаю (пакет уже был залит)
>>>>> и потом разобрался в чем дело.
>>>> Расскажи тогда всем зачем compiz'у (не важно какой версии, git diff в
>>>> помощь) libmount, поддержка тайского языка, bzip, tiff. Хотя вопрос
>>>> риторический, врят ли будет внятный ответ.
>>>
>>> Эти зависимости находит скрипт buildreq-src из пакета
>>> perl-RPM-Source-Dependency-Analyzer.
>>>
>>> buildreq-src анализирует скрипты сборки, в данном случае скрипты cmake,
>>> и находит упоминания зависимостей. Вероятно, эти зависимости там
>>> действительно где-то указаны.
>>>
>>> buildreq-src предлагает черновик сборочных зависимостей. Решать, какие
>>> зависимости действительно нужны, должен человек. Это хороший
>>> вспомогательный инструмент, призванный уменьшить количество ручной
>>> работы. Без человека применяться может только в autoimports. Моё мнение
>>> такое :-)
>>>
>>> Т.е. это не к логоведу вопрос про то, как туда такие странные
>>> зависимости попали.
>>>
>>> [...]
>>>
>> первый невнятный ответ на риторический вопрос, ключевое слово в котором
>> "вероятно"
> 
> У тебя в логе сборки пакета compiz-0.9.14.1-alt2 действительно всё это
> непотребство в полном объёме представлено (и по много-много раз):
> 
> Package libthai was not found in the pkg-config search path.
> Perhaps you should add the directory containing `libthai.pc'
> to the PKG_CONFIG_PATH environment variable
> Package 'libthai', required by 'pango', not found
> 
> Package mount was not found in the pkg-config search path.
> Perhaps you should add the directory containing `mount.pc'
> to the PKG_CONFIG_PATH environment variable
> Package 'mount', required by 'gio-2.0', not found
> 
> Package bzip2 was not found in the pkg-config search path.
> Perhaps you should add the directory containing `bzip2.pc'
> to the PKG_CONFIG_PATH environment variable
> Package 'bzip2', required by 'freetype2', not found
> 
> При этом
> 
> $ grep libthai /usr/lib64/pkgconfig/pango.pc
> Requires.private: glib-2.0 >=  2.59.2, fribidi >=  0.19.7, libthai >=  0.1.9, fontconfig >=  2.11.91, freetype2, xrender, xft >=  2.0.0, cairo >=  1.12.10
> 
> $ grep mount /usr/lib64/pkgconfig/gio-2.0.pc
> Requires.private: gmodule-no-export-2.0, zlib, mount >= 2.23, libselinux
> 
> $ grep bzip2 /usr/lib64/pkgconfig/freetype2.pc
> Requires.private: zlib, bzip2, libpng, harfbuzz >= 1.3.0
> 
> Какого лешего твой пакет во время сборки рекурсивно раскручивает
> Requires.private, а?
> 
> 

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

-- 
Valery V. Inozemtsev


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 195 bytes --]

Re: [devel] compiz-0.9.14.1-alt2: Sisyphus/x86_64 test rebuild failed

[Dmitry V. Levin]

On Thu, Apr 09, 2020 at 02:42:32PM +0300, Валерий Иноземцев wrote:
> 09.04.2020 14:11, Dmitry V. Levin пишет:
> > On Thu, Apr 09, 2020 at 10:06:26AM +0300, Валерий Иноземцев wrote:
> >> 09.04.2020 09:44, Антон Мидюков пишет:
> >>> 09.04.2020 13:08, Валерий Иноземцев пишет:
> >>>> 08.04.2020 17:45, Igor Vlasenko пишет:
> >>>>> On Wed, Apr 08, 2020 at 05:24:44PM +0300, Валерий Иноземцев wrote:
> >>>>>> Игорь, это называется гадить в спеки и не более того
> >>>>>> http://git.altlinux.org/people/shrek/packages/compiz.git?p=compiz.git;a=commitdiff;h=3aefa38c6f0fc97d0142f0b3293c1b3853c56650
> >>>>>>
> >>>>> Я тоже тогда удивлялся этому случаю (пакет уже был залит)
> >>>>> и потом разобрался в чем дело.
> >>>> Расскажи тогда всем зачем compiz'у (не важно какой версии, git diff в
> >>>> помощь) libmount, поддержка тайского языка, bzip, tiff. Хотя вопрос
> >>>> риторический, врят ли будет внятный ответ.
> >>>
> >>> Эти зависимости находит скрипт buildreq-src из пакета
> >>> perl-RPM-Source-Dependency-Analyzer.
> >>>
> >>> buildreq-src анализирует скрипты сборки, в данном случае скрипты cmake,
> >>> и находит упоминания зависимостей. Вероятно, эти зависимости там
> >>> действительно где-то указаны.
> >>>
> >>> buildreq-src предлагает черновик сборочных зависимостей. Решать, какие
> >>> зависимости действительно нужны, должен человек. Это хороший
> >>> вспомогательный инструмент, призванный уменьшить количество ручной
> >>> работы. Без человека применяться может только в autoimports. Моё мнение
> >>> такое :-)
> >>>
> >>> Т.е. это не к логоведу вопрос про то, как туда такие странные
> >>> зависимости попали.
> >>>
> >>> [...]
> >>>
> >> первый невнятный ответ на риторический вопрос, ключевое слово в котором
> >> "вероятно"
> > 
> > У тебя в логе сборки пакета compiz-0.9.14.1-alt2 действительно всё это
> > непотребство в полном объёме представлено (и по много-много раз):
> > 
> > Package libthai was not found in the pkg-config search path.
> > Perhaps you should add the directory containing `libthai.pc'
> > to the PKG_CONFIG_PATH environment variable
> > Package 'libthai', required by 'pango', not found
> > 
> > Package mount was not found in the pkg-config search path.
> > Perhaps you should add the directory containing `mount.pc'
> > to the PKG_CONFIG_PATH environment variable
> > Package 'mount', required by 'gio-2.0', not found
> > 
> > Package bzip2 was not found in the pkg-config search path.
> > Perhaps you should add the directory containing `bzip2.pc'
> > to the PKG_CONFIG_PATH environment variable
> > Package 'bzip2', required by 'freetype2', not found
> > 
> > При этом
> > 
> > $ grep libthai /usr/lib64/pkgconfig/pango.pc
> > Requires.private: glib-2.0 >=  2.59.2, fribidi >=  0.19.7, libthai >=  0.1.9, fontconfig >=  2.11.91, freetype2, xrender, xft >=  2.0.0, cairo >=  1.12.10
> > 
> > $ grep mount /usr/lib64/pkgconfig/gio-2.0.pc
> > Requires.private: gmodule-no-export-2.0, zlib, mount >= 2.23, libselinux
> > 
> > $ grep bzip2 /usr/lib64/pkgconfig/freetype2.pc
> > Requires.private: zlib, bzip2, libpng, harfbuzz >= 1.3.0
> > 
> > Какого лешего твой пакет во время сборки рекурсивно раскручивает
> > Requires.private, а?
> 
> все это непотребство раскручивает cmake, зачем он это делает я никогда
> не понимал, да и не за чем это понимать, если явно чего то не хватает он
> вывалится с ошибкой.

Зачем нам все эти сказки рассказывать?
Исправь уже сборку этого пакета, пожалуйста.

[  7%] Generating ../generated/glib-2.0/schemas/org.compiz.core.gschema.xml
cd /usr/src/RPM/BUILD/compiz-0.9.14.1/x86_64-alt-linux/metadata && /usr/bin/xsltproc -o /usr/src/RPM/BUILD/compiz-0.9.14.1/x86_64-alt-linux/generated/glib-2.0/schemas/org.compiz.core.gschema.xml /usr/src/RPM/BUILD/compiz-0.9.14.1/x86_64-alt-linux/xslt/compiz_gsettings_schemas.xslt /usr/src/RPM/BUILD/compiz-0.9.14.1/x86_64-alt-linux/generated/core.xml
/usr/src/RPM/BUILD/compiz-0.9.14.1/x86_64-alt-linux/generated/core.xml:1331: parser error : EndTag: '</' not found
			<long xml:lang="bn_IN">আউটপুট ডিভাইস বর্
			                                                                      ^
unable to parse /usr/src/RPM/BUILD/compiz-0.9.14.1/x86_64-alt-linux/generated/core.xml
make[2]: *** [metadata/CMakeFiles/compiz_gsettings_schema.dir/build.make:81: generated/glib-2.0/schemas/org.compiz.core.gschema.xml] Error 6
make[2]: Leaving directory '/usr/src/RPM/BUILD/compiz-0.9.14.1/x86_64-alt-linux'
make[1]: *** [CMakeFiles/Makefile2:7571: metadata/CMakeFiles/compiz_gsettings_schema.dir/all] Error 2
[...]
[  1%] Generating ../generated/core.xml
cd /usr/src/RPM/BUILD/compiz-0.9.14.1/x86_64-alt-linux/metadata && /usr/bin/intltool-merge -c /usr/src/RPM/BUILD/compiz-0.9.14.1/x86_64-alt-linux/.intltool-merge-cache -x -u /usr/src/RPM/BUILD/compiz-0.9.14.1/po /usr/src/RPM/BUILD/compiz-0.9.14.1/x86_64-alt-linux/generated/core.xml.in /usr/src/RPM/BUILD/compiz-0.9.14.1/x86_64-alt-linux/generated/core.xml
Generating and caching the translation database
Merging translations into /usr/src/RPM/BUILD/compiz-0.9.14.1/x86_64-alt-linux/generated/core.xml.
CREATED /usr/src/RPM/BUILD/compiz-0.9.14.1/x86_64-alt-linux/generated/core.xml
[...]
hsh-rebuild: rebuild of `compiz-0.9.14.1-alt2.src.rpm' failed.

Очевидно, что
/usr/src/RPM/BUILD/compiz-0.9.14.1/x86_64-alt-linux/generated/core.xml
ещё не был готов на момент попытки его использования.


-- 
ldv

Re: [devel] compiz-0.9.14.1-alt2: Sisyphus/x86_64 test rebuild failed

[Валерий Иноземцев]

[-- Attachment #1.1: Type: text/plain, Size: 517 bytes --]

> Зачем нам все эти сказки рассказывать?

ну раз не интересно...

> Исправь уже сборку этого пакета, пожалуйста.

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

-- 
Valery V. Inozemtsev


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 195 bytes --]

Re: [devel] compiz-0.9.14.1-alt2: Sisyphus/x86_64 test rebuild failed

[Dmitry V. Levin]

On Thu, Apr 09, 2020 at 04:27:02PM +0300, Валерий Иноземцев wrote:
> > Зачем нам все эти сказки рассказывать?
> 
> ну раз не интересно...
> 
> > Исправь уже сборку этого пакета, пожалуйста.
> 
> он у меня прекрасно соберается на всех архитектурах,

С вероятностью < 1.

> что там творится в сборочнице при пересборке никому не известно.

Логи есть, там всё видно.

> если только собирать в один поток

Лучше -j1 с вероятностью 1, чем -j32 с вероятностью 0.5.


-- 
ldv

Re: [devel] compiz-0.9.14.1-alt2: Sisyphus/x86_64 test rebuild failed

[Валерий Иноземцев]

[-- Attachment #1.1: Type: text/plain, Size: 1057 bytes --]

09.04.2020 16:32, Dmitry V. Levin пишет:
> On Thu, Apr 09, 2020 at 04:27:02PM +0300, Валерий Иноземцев wrote:
>>> Зачем нам все эти сказки рассказывать?
>>
>> ну раз не интересно...
>>
>>> Исправь уже сборку этого пакета, пожалуйста.
>>
>> он у меня прекрасно соберается на всех архитектурах,
> 
> С вероятностью < 1.

146%

>> что там творится в сборочнице при пересборке никому не известно.
> 
> Логи есть, там всё видно.
> 
>> если только собирать в один поток
> 
> Лучше -j1 с вероятностью 1, чем -j32 с вероятностью 0.5.

Изначально я задал вопрос не об этом и эти симайковские сказки мне так
же как и тебе не интересны

-- 
Valery V. Inozemtsev


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 195 bytes --]

Re: [devel] compiz-0.9.14.1-alt2: Sisyphus/x86_64 test rebuild failed

[Sergey V Turchin]

On Thursday, 9 April 2020 16:37:43 MSK Валерий Иноземцев wrote:

[...]
> Изначально я задал вопрос не об этом и эти симайковские сказки мне так
> же как и тебе не интересны
Попроси авторов переписать по-русски. ;-)

-- 
Regards, Sergey.

Re: [devel] I: Logoved-batchfix работает.

[Igor Vlasenko]

On Thu, Apr 09, 2020 at 02:42:32PM +0300, Валерий Иноземцев wrote:
> все это непотребство раскручивает cmake, зачем он это делает я никогда
> не понимал, да и не за чем это понимать, если явно чего то не хватает он
> вывалится с ошибкой.

cmake еще молод, и фокусов в нем хватает.
autoconf скрипты в таких вопросах надежнее.

> странно что писатели вот таких логоведов об этом не знают

это личный проект, у него 1 - 1 1/2 пользователя.
О таком поведении cmake узнал первый раз,
никогда с похожим не сталкивался :(

Еще раз приношу извинения, не доглядел за роботом,
совпало. При этом же ничего и не сломалось.
Наоборот, могло бы починиться, если бы cmake
не паниковал зря.

Я извиняюсь за задержку, заинтересовался и запустил
logoved-report beehive-logs/success
чтобы понять, что можно выжать из логов успешной сборки.
Но как писал Дима,
с текущим поведением cmake будут ложные позитивы :(

а человеческой альтернативы logoved нет,
альтернативой могут быть только другие скрипты.

Какой человек в состоянии просмотреть
17,000 лог файлов пересборки с 50,000,000 строк текста
и не двинуться кукухой?


-- 

I V