On Sun, Oct 21, 2012 at 11:05:21PM +0400, Valery V. Inozemtsev wrote:
> В Вск, 21/10/2012 в 20:57 +0400, Dmitry V. Levin пишет:
> > On Sun, Oct 21, 2012 at 02:19:22PM +0400, Anton Farygin wrote:
> > > 18.10.2012 23:50, Dmitry V. Levin пишет:
> > > >Такой libreoffice на нашей сборочнице не 
> > > >соберется никогда, поскольку он там
> > > >внутри про себя решает "checking for number of 
> > > >processors to use... 32",
> > > >после чего распараллеливает свою сборку 
> > > >на полную катушку, и со всей своей дури
> > > >врезается в лимит на 1024 одновременно 
> > > >работающих процесса с одним uid.
> > > 
> > > А почему бы не увеличить лимиты ?
> > 
> > Чтобы наиболее жадные пакеты получали большую часть ресурсов?
> > Зачем поощрять кривизну?
> 
> он и с "checking for number of processors to use... 2" не собирается

К сожалению, это не единственный пакет в Сизифе, который не собирается.
У этого хотя бы ошибка воспроизводимая, и она одинаковая на i586 и x86-64:

tests.cxx:132:Assertion
Test name: N12_GLOBAL__N_18PDFITestE::testXPDFParser
assertion failed
- Expression: rtl::math::approxEqual(m_aHyperlinkBounds.X1,34.7 ) && rtl::math:
:approxEqual(m_aHyperlinkBounds.Y1,386.0) && rtl::math::approxEqual(m_aHyperlin
kBounds.X2,166.7) && rtl::math::approxEqual(m_aHyperlinkBounds.Y2,406.2)
- Correct hyperlink bounding box

Failures !!!
Run: 3   Failure total: 1   Failures: 1   Errors: 0

Error: a unit test failed, please do one of:

export DEBUGCPPUNIT=TRUE            # for exception catching
export GDBCPPUNITTRACE="gdb --args" # for interactive debugging
export VALGRIND=memcheck            # for memory checking
and retry.
make[2]: *** [/usr/src/RPM/BUILD/libreoffice-3.6.3.1/workdir/unxlngx6.pro/CppunitTest/sdext_pdfimport.test] Error 1


-- 
ldv