Az OOM _nem_ a PKGBUILD hibaja, mert o mar eleve csak egy "make"-t csinal, es a qt build rendszere nem allitja a MAKEFLAGS-t tobb magos buildelesre.
Valoszinuleg Virtualbox hiba, vagy valami hasonlo. AUR hozzaszolassal meg nem lesz kijavitva, es ha elolvasod az angol blogjat Andreanak, akkor lathatod, hogy ott mar irtam, hogy split PKGBUILD legyen csinalva, vagy kulon mindre.
Megegyszer, itt nem az a cel, hogy AUR-ba bekeruljon, hanem a hivatalos repoba! Ez a kulonbseg. Ha az "no go", akkor inkabb megosztok egy binarist hamarosan.
Elfelejtettem valaszolni egy korabbi hozzaszolasodra, es ezert elnezest kernek. Tehat:
"Nem azt írta. Azt írta, hogy a qt5-öt a kde csak 2014 körül fogja használni, így nem kell sietni, hogy a hivatalos csomagok között legyen."
Vagyis 2014-ig nem kell nagyon sietni, mert alacsony prioritasu. En ettol a velemenytol teljes mertekben elzarkoznek. Azt megertem, hogy a KDE fejleszteseben annyira nem jartas, viszont leirtam Neki, hogy ahhoz ez szuper lenne, mert ugy fognak tobbet kapni a felhasznalok is kesobb, ha kevesebb idot toltenek a Qt/KDE fejlesztok ilyesmivel. Szoval szerintem ez nem alacsony prioritasu, hogy akar meg 2014 elejen is raerne betenni.
Egyebkent a blogjan most epp azt probalta megmagyarazni, hogy "../qtbase/bin/qmake" szebb, mint "qmake" hasznalat a megfelelo ${QTDIR}/qtbase/bin PATH-ba tetelevel az adott folyamat(ok)ra, amit egyebkent a Qt Project wikin eleve odatettunk az elso perctol fogva, amikor elkezdtuk buildelni gitbol. :-)