* Re: [devel] libappindicator-12.10.0-alt8: Sisyphus/x86_64 test rebuild failed @ 2018-07-12 4:32 ` Антон Мидюков 2018-07-12 7:06 ` Alexey V. Vissarionov ` (2 more replies) 0 siblings, 3 replies; 11+ messages in thread From: Антон Мидюков @ 2018-07-12 4:32 UTC (permalink / raw) To: devel Здравствуйте! 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> ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [devel] libappindicator-12.10.0-alt8: Sisyphus/x86_64 test rebuild failed 2018-07-12 4:32 ` [devel] libappindicator-12.10.0-alt8: Sisyphus/x86_64 test rebuild failed Антон Мидюков @ 2018-07-12 7:06 ` Alexey V. Vissarionov 2018-07-12 7:28 ` Ivan A. Melnikov 2018-07-12 11:11 ` Alexey Shabalin 2 siblings, 0 replies; 11+ messages in thread From: Alexey V. Vissarionov @ 2018-07-12 7:06 UTC (permalink / raw) To: ALT Linux Team development discussions 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 ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [devel] libappindicator-12.10.0-alt8: Sisyphus/x86_64 test rebuild failed 2018-07-12 4:32 ` [devel] libappindicator-12.10.0-alt8: Sisyphus/x86_64 test rebuild failed Антон Мидюков 2018-07-12 7:06 ` Alexey V. Vissarionov @ 2018-07-12 7:28 ` Ivan A. Melnikov 2018-07-12 7:35 ` Alexei Takaseev 2018-07-12 7:45 ` Антон Мидюков 2018-07-12 11:11 ` Alexey Shabalin 2 siblings, 2 replies; 11+ messages in thread From: Ivan A. Melnikov @ 2018-07-12 7:28 UTC (permalink / raw) To: ALT Linux Team development discussions [-- 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 --] ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [devel] libappindicator-12.10.0-alt8: Sisyphus/x86_64 test rebuild failed 2018-07-12 7:28 ` Ivan A. Melnikov @ 2018-07-12 7:35 ` Alexei Takaseev 2018-07-12 7:45 ` Антон Мидюков 1 sibling, 0 replies; 11+ messages in thread From: Alexei Takaseev @ 2018-07-12 7:35 UTC (permalink / raw) To: ALT Linux Team development discussions ----- Исходное сообщение ----- > От: "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 из-за нехватки памяти (если бы был своп, думаю вообще бы окуклилась на бесконечном свопе) ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [devel] libappindicator-12.10.0-alt8: Sisyphus/x86_64 test rebuild failed 2018-07-12 7:28 ` Ivan A. Melnikov 2018-07-12 7:35 ` Alexei Takaseev @ 2018-07-12 7:45 ` Антон Мидюков 2018-07-12 9:07 ` Dmitry V. Levin 1 sibling, 1 reply; 11+ messages in thread From: Антон Мидюков @ 2018-07-12 7:45 UTC (permalink / raw) To: devel 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> ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [devel] libappindicator-12.10.0-alt8: Sisyphus/x86_64 test rebuild failed 2018-07-12 7:45 ` Антон Мидюков @ 2018-07-12 9:07 ` Dmitry V. Levin 2018-07-12 9:14 ` Антон Мидюков 0 siblings, 1 reply; 11+ messages in thread From: Dmitry V. Levin @ 2018-07-12 9:07 UTC (permalink / raw) To: ALT Devel discussion list [-- 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 --] ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [devel] libappindicator-12.10.0-alt8: Sisyphus/x86_64 test rebuild failed 2018-07-12 9:07 ` Dmitry V. Levin @ 2018-07-12 9:14 ` Антон Мидюков 2018-07-12 9:32 ` Dmitry V. Levin 2018-07-12 21:01 ` Vitaly Lipatov 0 siblings, 2 replies; 11+ messages in thread From: Антон Мидюков @ 2018-07-12 9:14 UTC (permalink / raw) To: devel 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> ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [devel] libappindicator-12.10.0-alt8: Sisyphus/x86_64 test rebuild failed 2018-07-12 9:14 ` Антон Мидюков @ 2018-07-12 9:32 ` Dmitry V. Levin 2018-07-12 21:01 ` Vitaly Lipatov 1 sibling, 0 replies; 11+ messages in thread From: Dmitry V. Levin @ 2018-07-12 9:32 UTC (permalink / raw) To: devel [-- 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 --] ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [devel] libappindicator-12.10.0-alt8: Sisyphus/x86_64 test rebuild failed 2018-07-12 9:14 ` Антон Мидюков 2018-07-12 9:32 ` Dmitry V. Levin @ 2018-07-12 21:01 ` Vitaly Lipatov 2018-07-13 16:21 ` Anton Farygin 1 sibling, 1 reply; 11+ messages in thread From: Vitaly Lipatov @ 2018-07-12 21:01 UTC (permalink / raw) To: ALT Linux Team development discussions Cc: Антон Мидюков Антон Мидюков писал 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 ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [devel] libappindicator-12.10.0-alt8: Sisyphus/x86_64 test rebuild failed 2018-07-12 21:01 ` Vitaly Lipatov @ 2018-07-13 16:21 ` Anton Farygin 0 siblings, 0 replies; 11+ messages in thread From: Anton Farygin @ 2018-07-13 16:21 UTC (permalink / raw) To: ALT Linux Team development discussions, Vitaly Lipatov Cc: Антон Мидюков 13.07.2018 00:01, Vitaly Lipatov пишет: > Я в таких случаях пишу так: > %make_build || %make Тут кто-то спрашивал не стыдно ли за гораздо лучший вариант ? ;) ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [devel] libappindicator-12.10.0-alt8: Sisyphus/x86_64 test rebuild failed 2018-07-12 4:32 ` [devel] libappindicator-12.10.0-alt8: Sisyphus/x86_64 test rebuild failed Антон Мидюков 2018-07-12 7:06 ` Alexey V. Vissarionov 2018-07-12 7:28 ` Ivan A. Melnikov @ 2018-07-12 11:11 ` Alexey Shabalin 2 siblings, 0 replies; 11+ messages in thread From: Alexey Shabalin @ 2018-07-12 11:11 UTC (permalink / raw) To: ALT Linux Team development discussions чт, 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. ^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2018-07-13 16:21 UTC | newest] Thread overview: 11+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2018-07-12 4:32 ` [devel] libappindicator-12.10.0-alt8: Sisyphus/x86_64 test rebuild failed Антон Мидюков 2018-07-12 7:06 ` Alexey V. Vissarionov 2018-07-12 7:28 ` Ivan A. Melnikov 2018-07-12 7:35 ` Alexei Takaseev 2018-07-12 7:45 ` Антон Мидюков 2018-07-12 9:07 ` Dmitry V. Levin 2018-07-12 9:14 ` Антон Мидюков 2018-07-12 9:32 ` Dmitry V. Levin 2018-07-12 21:01 ` Vitaly Lipatov 2018-07-13 16:21 ` Anton Farygin 2018-07-12 11:11 ` Alexey Shabalin
ALT Linux Team development discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \ devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru public-inbox-index devel Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel AGPL code for this site: git clone https://public-inbox.org/public-inbox.git