Re: [devel] libappindicator-12.10.0-alt8: Sisyphus/x86_64 test rebuild failed

Re: [devel] libappindicator-12.10.0-alt8: Sisyphus/x86_64 test rebuild failed

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

Здравствуйте!

libappindicator не пересобирается, так для сборки используется 8 
потоков. Можно ли как-то ограничить максимальное число потоков в спеке? 
При использовании  4 потоков пакет собирается нормально.


12.07.2018 10:56, ALT beekeeper пишет:
> Package: libappindicator-12.10.0-alt8
> Status: Sisyphus/x86_64 test rebuild failed
> Cannot build this package.
> Please investigate.
> Excerpt from build log:
>
> checking whether to build gtk-doc documentation... no
> checking for glib-2.0 >= 2.10.0 gobject-2.0  >= 2.10.0... yes
> checking for gtk+-3.0 >= 2.91
>                                       glib-2.0 >= 2.26
>                                       gio-2.0 >= 2.26
>                                       indicator3-0.4 >= 0.4.93
>                                       dbusmenu-gtk3-0.4 >= 0.5.90... yes
> checking for dbus-glib-1... yes
> checking for gobject-introspection... yes
> checking for vapigen... /usr/bin/vapigen
> checking for valac... /usr/bin/valac
> checking whether /usr/bin/valac is at least version 0.14.0... yes
> checking for mono >= 1.0... yes
> checking for al... /usr/bin/al
> checking for mono... /usr/bin/mono
> checking for mcs... /usr/bin/mcs
> checking for gacutil... /usr/bin/gacutil
> checking for gtk-sharp-2.0 >= 2.12... yes
> checking for gapi-2.0 >= 2.12.1... yes
> checking for gapi2-parser... /usr/bin/gapi2-parser
> checking for gapi2-codegen... /usr/bin/gapi2-codegen
> checking for gapi2-fixup... /usr/bin/gapi2-fixup
> checking for nunit >= 2.4.7... no
> checking for mono-nunit... no
> checking for a Python interpreter with version >= 2.3.5... python
> checking for python... /usr/bin/python
> checking for python version... 2.7
> checking for python platform... linux2
> checking for python script directory... ${prefix}/lib/python2.7/site-packages
> checking for python extension module directory... ${exec_prefix}/lib64/python2.7/site-packages
> checking for headers required to compile python extensions... found
> checking for
> 					pygtk-2.0 >= 2.14.0
> 					gtk+-2.0 >= 2.18
> 					pygobject-2.0 >= 0.22
>                    ... yes
> checking for pygtk defs... /usr/share/pygtk/2.0/defs
> checking for pygtk codegen... /usr/bin/python /usr/share/pygobject/2.0/codegen/codegen.py
> checking that generated files are newer than configure... done
> configure: creating ./config.status
> config.status: creating Makefile
> config.status: creating src/Makefile
> config.status: creating src/appindicator-0.1.pc
> config.status: creating src/appindicator3-0.1.pc
> config.status: creating bindings/Makefile
> config.status: creating bindings/python/Makefile
> config.status: creating bindings/python/appindicator.override
> config.status: creating bindings/vala/Makefile
> config.status: creating bindings/vala/examples/Makefile
> config.status: creating tests/Makefile
> config.status: creating example/Makefile
> config.status: creating docs/Makefile
> config.status: creating docs/reference/Makefile
> config.status: creating docs/reference/version.xml
> config.status: creating docs/reference/libappindicator-docs.sgml
> config.status: creating bindings/mono/Makefile
> config.status: creating bindings/mono/appindicator-sharp.dll.config
> config.status: creating bindings/mono/appindicator-sharp-0.1.pc
> config.status: creating bindings/mono/app-indicator.sources.xml
> config.status: creating bindings/mono/examples/Makefile
> config.status: creating bindings/mono/examples/indicator-example
> config.status: creating config.h
> config.status: executing depfiles commands
> config.status: executing libtool commands
> configure: WARNING: unrecognized options: --without-included-gettext, --disable-dumper
> configure:
>
> Libappindicator Configuration:
>
> 	Prefix:        /usr
> 	GTK+ Version:  3
> 	Mono:          true
> 	Tests:         yes
> 	Mono tests:    no
> 	gcov:	       no
>
> + make -j8
> make  all-recursive
> Making all in src
> make[2]: Entering directory '/usr/src/RPM/BUILD/libappindicator-12.10.0/build-gtk3/src'
>    CC       libappindicator3_la-gen-notification-watcher.xml.lo
> make[2]: Leaving directory '/usr/src/RPM/BUILD/libappindicator-12.10.0/build-gtk3/src'
> make[2]: Entering directory '/usr/src/RPM/BUILD/libappindicator-12.10.0/build-gtk3/src'
>    CC       libappindicator3_la-gen-notification-item.xml.lo
> make[2]: Leaving directory '/usr/src/RPM/BUILD/libappindicator-12.10.0/build-gtk3/src'
> make[2]: Entering directory '/usr/src/RPM/BUILD/libappindicator-12.10.0/build-gtk3/src'
>    CC       libappindicator3_la-app-indicator.lo
> ../../src/app-indicator.c:43:10: fatal error: application-service-marshal.h: No such file or directory
>   #include "application-service-marshal.h"
>            ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> compilation terminated.
> make[2]: *** [Makefile:762: libappindicator3_la-app-indicator.lo] Error 1
> make[2]: Leaving directory '/usr/src/RPM/BUILD/libappindicator-12.10.0/build-gtk3/src'
> make[2]: *** Waiting for unfinished jobs....
> make[2]: Entering directory '/usr/src/RPM/BUILD/libappindicator-12.10.0/build-gtk3/src'
>    CC       libappindicator3_la-generate-id.lo
> make[2]: Leaving directory '/usr/src/RPM/BUILD/libappindicator-12.10.0/build-gtk3/src'
> make[2]: Entering directory '/usr/src/RPM/BUILD/libappindicator-12.10.0/build-gtk3/src'
> /usr/bin/glib-genmarshal \
> 	--prefix=_application_service_marshal \
> 	--header \
> ../../src/application-service-marshal.list > xgen-mh \
> && (cmp -s xgen-mh application-service-marshal.h || cp -f xgen-mh application-service-marshal.h) \
> && rm -f xgen-mh \
> && echo timestamp > stamp-marshal
> INFO: Reading ../../src/application-service-marshal.list...
> WARNING: The token "BOOL" is deprecated; use "BOOLEAN" instead
> make[2]: Leaving directory '/usr/src/RPM/BUILD/libappindicator-12.10.0/build-gtk3/src'
> make[2]: Entering directory '/usr/src/RPM/BUILD/libappindicator-12.10.0/build-gtk3/src'
> mkdir -p `dirname ./app-indicator-enum-types.h`
> /usr/bin/glib-mkenums \
> 	--template ../../src/app-indicator-enum-types.h.in \
> ../../src/app-indicator.h > xgen-eh \
> && (cmp -s xgen-eh ./app-indicator-enum-types.h || cp -f xgen-eh ./app-indicator-enum-types.h) \
> && rm -f xgen-eh \
> && echo timestamp > stamp-enum-types
> make[2]: Leaving directory '/usr/src/RPM/BUILD/libappindicator-12.10.0/build-gtk3/src'
> make[1]: *** [Makefile:468: all-recursive] Error 1
> make: *** [Makefile:398: all] Error 2
> error: Bad exit status from /usr/src/tmp/rpm-tmp.48892 (%build)
>
> RPM build errors:
>      Bad exit status from /usr/src/tmp/rpm-tmp.48892 (%build)
> Command exited with non-zero status 1
> 17.70user 1.79system 0:24.12elapsed 80%CPU (0avgtext+0avgdata 73536maxresident)k
> 0inputs+0outputs (0major+1392249minor)pagefaults 0swaps
> hsh-rebuild: rebuild of `libappindicator-12.10.0-alt8.src.rpm' failed.
> Command exited with non-zero status 1
>

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

Re: [devel] libappindicator-12.10.0-alt8: Sisyphus/x86_64 test rebuild failed

[Alexey V. Vissarionov]

On 2018-07-12 11:32:30 +0700, Антон Мидюков wrote:

 > libappindicator не пересобирается, так для сборки используется
 > 8 потоков.

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

 > Можно ли как-то ограничить максимальное число потоков в спеке?

% rpmbuild --showrc | grep nprocs
-14: __nprocs   %(grep -cs ^model /proc/cpuinfo)
-14: make_build [ -n "$NPROCS" ] || NPROCS=%__nprocs; %_make_bin -j$NPROCS

 > При использовании  4 потоков пакет собирается нормально.

Ээээ... так вот же оно:

 >> + make -j8


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

Re: [devel] libappindicator-12.10.0-alt8: Sisyphus/x86_64 test rebuild failed

[Ivan A. Melnikov]

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

On Thu, Jul 12, 2018 at 11:32:30AM +0700, Антон Мидюков wrote:
> Здравствуйте!
> 
> libappindicator не пересобирается, так для сборки используется 8 потоков.
> Можно ли как-то ограничить максимальное число потоков в спеке? При
> использовании  4 потоков пакет собирается нормально.
[...]

Если сброка не проходит при 8 потоках, но проходит при 4-х, значит при 4-х
Вам скорее всего просто везёт. Я бы не стал рассчитывать на то, что такое
везение будет постоянным, и собирал бы в 1 поток. Для этого достаточно в
спеке заменить все %make_build на %make.

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

--
  wbr,
    iv m.

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

Re: [devel] libappindicator-12.10.0-alt8: Sisyphus/x86_64 test rebuild failed

[Alexei Takaseev]

----- Исходное сообщение -----
> От: "Ivan A. Melnikov" <iv@altlinux.org>
> Кому: "ALT Linux Team development discussions" <devel@lists.altlinux.org>
> Отправлено: Четверг, 12 Июль 2018 г 15:28:41
> Тема: Re: [devel] libappindicator-12.10.0-alt8: Sisyphus/x86_64 test rebuild failed
> 
> On Thu, Jul 12, 2018 at 11:32:30AM +0700, Антон Мидюков wrote:
> > Здравствуйте!
> > 
> > libappindicator не пересобирается, так для сборки используется 8
> > потоков.
> > Можно ли как-то ограничить максимальное число потоков в спеке? При
> > использовании  4 потоков пакет собирается нормально.
> [...]
> 
> Если сброка не проходит при 8 потоках, но проходит при 4-х, значит
> при 4-х
> Вам скорее всего просто везёт. Я бы не стал рассчитывать на то, что
> такое
> везение будет постоянным, и собирал бы в 1 поток. Для этого
> достаточно в
> спеке заменить все %make_build на %make.
> 
> И, как правильно советуют рядом, нужно обязательно повесить
> что-нибудь
> тяжёлое на апстрим.

Возможно что при сборке в 8 потоков банально не хватает выделенной лимитами памяти.
Тестировал железо циклической сборкой LO в бесконечном цикле. В первой же итерации
на 24 реальных ядрах с 64 гигами памяти система начала бросаться OOM из-за нехватки
памяти (если бы был своп, думаю вообще бы окуклилась на бесконечном свопе)

Re: [devel] libappindicator-12.10.0-alt8: Sisyphus/x86_64 test rebuild failed

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

12.07.2018 14:28, Ivan A. Melnikov пишет:
> On Thu, Jul 12, 2018 at 11:32:30AM +0700, Антон Мидюков wrote:
>> Здравствуйте!
>>
>> libappindicator не пересобирается, так для сборки используется 8 потоков.
>> Можно ли как-то ограничить максимальное число потоков в спеке? При
>> использовании  4 потоков пакет собирается нормально.
> [...]
>
> Если сброка не проходит при 8 потоках, но проходит при 4-х, значит при 4-х
> Вам скорее всего просто везёт. Я бы не стал рассчитывать на то, что такое
> везение будет постоянным, и собирал бы в 1 поток. Для этого достаточно в
> спеке заменить все %make_build на %make.
>
> И, как правильно советуют рядом, нужно обязательно повесить что-нибудь
> тяжёлое на апстрим.
Проблема вроде известная. И скорее всего висит у апстрима (в fedora 
собирают в 1 поток). Но appindicator доживает последние свои годы, 
поэтому и не считается актуальной эта проблема.
Я не думаю, что это везение. Похоже, что распараллеливание сборки делали 
во времена 4-х ядерности, а о 8-ядерности не подумали.

Думаю, ничего страшного не будет если я в спеке сделаю такой костыль:

+%if %__nprocs > 4
+export NPROCS=4
+%endif
+
  %make_build

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

Re: [devel] libappindicator-12.10.0-alt8: Sisyphus/x86_64 test rebuild failed

[Dmitry V. Levin]

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

On Thu, Jul 12, 2018 at 02:45:46PM +0700, Антон Мидюков wrote:
> 12.07.2018 14:28, Ivan A. Melnikov пишет:
> > On Thu, Jul 12, 2018 at 11:32:30AM +0700, Антон Мидюков wrote:
> >> Здравствуйте!
> >>
> >> libappindicator не пересобирается, так для сборки используется 8 потоков.
> >> Можно ли как-то ограничить максимальное число потоков в спеке? При
> >> использовании  4 потоков пакет собирается нормально.
> > [...]
> >
> > Если сброка не проходит при 8 потоках, но проходит при 4-х, значит при 4-х
> > Вам скорее всего просто везёт. Я бы не стал рассчитывать на то, что такое
> > везение будет постоянным, и собирал бы в 1 поток. Для этого достаточно в
> > спеке заменить все %make_build на %make.
> >
> > И, как правильно советуют рядом, нужно обязательно повесить что-нибудь
> > тяжёлое на апстрим.
> Проблема вроде известная. И скорее всего висит у апстрима (в fedora 
> собирают в 1 поток). Но appindicator доживает последние свои годы, 
> поэтому и не считается актуальной эта проблема.
> Я не думаю, что это везение. Похоже, что распараллеливание сборки делали 
> во времена 4-х ядерности, а о 8-ядерности не подумали.

Если сборка этого пакета не падает при использовании -jN где N > 1,
то это чистое везение.

> Думаю, ничего страшного не будет если я в спеке сделаю такой костыль:
> 
> +%if %__nprocs > 4
> +export NPROCS=4
> +%endif

И не стыдно будет?  Лучше уж как в федоре в один поток.


-- 
ldv

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

Re: [devel] libappindicator-12.10.0-alt8: Sisyphus/x86_64 test rebuild failed

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

12.07.2018 16:07, Dmitry V. Levin пишет:
> On Thu, Jul 12, 2018 at 02:45:46PM +0700, Антон Мидюков wrote:
>> 12.07.2018 14:28, Ivan A. Melnikov пишет:
>>> On Thu, Jul 12, 2018 at 11:32:30AM +0700, Антон Мидюков wrote:
>>>> Здравствуйте!
>>>>
>>>> libappindicator не пересобирается, так для сборки используется 8 потоков.
>>>> Можно ли как-то ограничить максимальное число потоков в спеке? При
>>>> использовании  4 потоков пакет собирается нормально.
>>> [...]
>>>
>>> Если сброка не проходит при 8 потоках, но проходит при 4-х, значит при 4-х
>>> Вам скорее всего просто везёт. Я бы не стал рассчитывать на то, что такое
>>> везение будет постоянным, и собирал бы в 1 поток. Для этого достаточно в
>>> спеке заменить все %make_build на %make.
>>>
>>> И, как правильно советуют рядом, нужно обязательно повесить что-нибудь
>>> тяжёлое на апстрим.
>> Проблема вроде известная. И скорее всего висит у апстрима (в fedora
>> собирают в 1 поток). Но appindicator доживает последние свои годы,
>> поэтому и не считается актуальной эта проблема.
>> Я не думаю, что это везение. Похоже, что распараллеливание сборки делали
>> во времена 4-х ядерности, а о 8-ядерности не подумали.
> Если сборка этого пакета не падает при использовании -jN где N > 1,
> то это чистое везение.
>
>> Думаю, ничего страшного не будет если я в спеке сделаю такой костыль:
>>
>> +%if %__nprocs > 4
>> +export NPROCS=4
>> +%endif
> И не стыдно будет?  Лучше уж как в федоре в один поток.
Хорошо, буду собирать в один поток.

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

Re: [devel] libappindicator-12.10.0-alt8: Sisyphus/x86_64 test rebuild failed

[Dmitry V. Levin]

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

On Thu, Jul 12, 2018 at 04:14:34PM +0700, Антон Мидюков wrote:
> 12.07.2018 16:07, Dmitry V. Levin пишет:
> > On Thu, Jul 12, 2018 at 02:45:46PM +0700, Антон Мидюков wrote:
> >> 12.07.2018 14:28, Ivan A. Melnikov пишет:
> >>> On Thu, Jul 12, 2018 at 11:32:30AM +0700, Антон Мидюков wrote:
> >>>> Здравствуйте!
> >>>>
> >>>> libappindicator не пересобирается, так для сборки используется 8 потоков.
> >>>> Можно ли как-то ограничить максимальное число потоков в спеке? При
> >>>> использовании  4 потоков пакет собирается нормально.
> >>> [...]
> >>>
> >>> Если сброка не проходит при 8 потоках, но проходит при 4-х, значит при 4-х
> >>> Вам скорее всего просто везёт. Я бы не стал рассчитывать на то, что такое
> >>> везение будет постоянным, и собирал бы в 1 поток. Для этого достаточно в
> >>> спеке заменить все %make_build на %make.
> >>>
> >>> И, как правильно советуют рядом, нужно обязательно повесить что-нибудь
> >>> тяжёлое на апстрим.
> >> Проблема вроде известная. И скорее всего висит у апстрима (в fedora
> >> собирают в 1 поток). Но appindicator доживает последние свои годы,
> >> поэтому и не считается актуальной эта проблема.
> >> Я не думаю, что это везение. Похоже, что распараллеливание сборки делали
> >> во времена 4-х ядерности, а о 8-ядерности не подумали.
> > Если сборка этого пакета не падает при использовании -jN где N > 1,
> > то это чистое везение.
> >
> >> Думаю, ничего страшного не будет если я в спеке сделаю такой костыль:
> >>
> >> +%if %__nprocs > 4
> >> +export NPROCS=4
> >> +%endif
> > И не стыдно будет?  Лучше уж как в федоре в один поток.
> Хорошо, буду собирать в один поток.

Почему бы просто не выкинуть application-service-marshal.c из BUILT_SOURCES?


-- 
ldv

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

Re: [devel] libappindicator-12.10.0-alt8: Sisyphus/x86_64 test rebuild failed

[Vitaly Lipatov]

Антон Мидюков писал 12.7.18 12:14:
> 12.07.2018 16:07, Dmitry V. Levin пишет:
>> On Thu, Jul 12, 2018 at 02:45:46PM +0700, Антон Мидюков wrote:
>>> 12.07.2018 14:28, Ivan A. Melnikov пишет:
>>>> On Thu, Jul 12, 2018 at 11:32:30AM +0700, Антон Мидюков wrote:
>>>>> Здравствуйте!
>>>>> 
>>>>> libappindicator не пересобирается, так для сборки используется 8 
>>>>> потоков.
>>>>> Можно ли как-то ограничить максимальное число потоков в спеке? При
>>>>> использовании  4 потоков пакет собирается нормально.
>>>> [...]
>>>> 
>>>> Если сброка не проходит при 8 потоках, но проходит при 4-х, значит 
>>>> при 4-х
>>>> Вам скорее всего просто везёт. Я бы не стал рассчитывать на то, что 
>>>> такое
>>>> везение будет постоянным, и собирал бы в 1 поток. Для этого 
>>>> достаточно в
>>>> спеке заменить все %make_build на %make.
>>>> 
>>>> И, как правильно советуют рядом, нужно обязательно повесить 
>>>> что-нибудь
>>>> тяжёлое на апстрим.
>>> Проблема вроде известная. И скорее всего висит у апстрима (в fedora
>>> собирают в 1 поток). Но appindicator доживает последние свои годы,
>>> поэтому и не считается актуальной эта проблема.
>>> Я не думаю, что это везение. Похоже, что распараллеливание сборки 
>>> делали
>>> во времена 4-х ядерности, а о 8-ядерности не подумали.
>> Если сборка этого пакета не падает при использовании -jN где N > 1,
>> то это чистое везение.
>> 
>>> Думаю, ничего страшного не будет если я в спеке сделаю такой костыль:
>>> 
>>> +%if %__nprocs > 4
>>> +export NPROCS=4
>>> +%endif
>> И не стыдно будет?  Лучше уж как в федоре в один поток.
> Хорошо, буду собирать в один поток.
Я в таких случаях пишу так:
%make_build || %make

-- 
С уважением,
Виталий Липатов,
Etersoft

Re: [devel] libappindicator-12.10.0-alt8: Sisyphus/x86_64 test rebuild failed

[Anton Farygin]

13.07.2018 00:01, Vitaly Lipatov пишет:
> Я в таких случаях пишу так:
> %make_build || %make 

Тут кто-то спрашивал не стыдно  ли за гораздо лучший вариант ? ;)

Re: [devel] libappindicator-12.10.0-alt8: Sisyphus/x86_64 test rebuild failed

[Alexey Shabalin]

чт, 12 июл. 2018 г. в 7:32, Антон Мидюков <midyukov-anton@ya.ru>:
>
> Здравствуйте!
>
> libappindicator не пересобирается, так для сборки используется 8
> потоков. Можно ли как-то ограничить максимальное число потоков в спеке?
> При использовании  4 потоков пакет собирается нормально.
> > make[2]: Entering directory '/usr/src/RPM/BUILD/libappindicator-12.10.0/build-gtk3/src'
> >    CC       libappindicator3_la-app-indicator.lo
> > ../../src/app-indicator.c:43:10: fatal error: application-service-marshal.h: No such file or directory
> >   #include "application-service-marshal.h"
> >            ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> > compilation terminated.
> > make[2]: *** [Makefile:762: libappindicator3_la-app-indicator.lo] Error 1

Не хватает application-service-marshal.h, надо  где-то добавить
зависимость в makefile, что бы он появлялся к моменту компиляции
app-indicator.c.