Дефектные обновления [Core, Extra, Community, Multilib]

у меня вчера эта история с qtwebkit была - целый час компилялось
хотя пакет собрался нормально
правда потом снёс я его нафиг вместе acestream-player'ом - всё равно не использую, вместо него acestream-launcher в терминале
Gnome 2 >> Unity >> KDE 4 >> Openbox >> Awesome >> Xmonad
GitHub , BitBuket
valera_cr
Сейчас обновляется qtwebkit
У меня он вчера обновлялся, час не меньше на неслабой машине.
valera_cr
gstreamer_ы
Были в репах, потом переехади в AUR. Откатил, запретил обновление, закинул в дропбокс — если надо, то вот архив.
In Tux We Trust
Haron_Prime
qtwebkit была - целый час компилялось
37 минут, засек спецом :)
https://github.com/warlock90000/awesome
warlock9000
37 минут, засек спецом :)
Может быть, но все равно это очень долго. В следующий раз надо будет прописать - j4 в pkgbuild. Изменил в /etc/makepkg.conf MAKEFLAGS="-j4". Приедет обновление посмотрю.
In Tux We Trust
у меня стоит MAKEFLAGS="-j5"
Gnome 2 >> Unity >> KDE 4 >> Openbox >> Awesome >> Xmonad
GitHub , BitBuket
Haron_Prime
у меня стоит MAKEFLAGS="-j5"
Пятиядерный проц?
In Tux We Trust
4-х
просто я несколько лет назад читал, что для максимальной эффективности нужно устанавливать количество_ядер + 1
то ли на хабре, то ли ещё где-то
сейчас уже не вспомню - лет 6-7 назад дело было
Gnome 2 >> Unity >> KDE 4 >> Openbox >> Awesome >> Xmonad
GitHub , BitBuket
А pkgbuild-а касается, или только makepkg.conf?
In Tux We Trust
только если пакет собирается из исходников
это ж флаги компилятора
Gnome 2 >> Unity >> KDE 4 >> Openbox >> Awesome >> Xmonad
GitHub , BitBuket
можно ещё вот так сделать
CFLAGS="-march=native -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2"
CXXFLAGS="${CFLAGS}"
т.е. -march=что_там_по_дефолту (x86_64 или i686) заменить на native для большей оптимизации под конкретное железо
Gnome 2 >> Unity >> KDE 4 >> Openbox >> Awesome >> Xmonad
GitHub , BitBuket
 
Зарегистрироваться или войдите чтобы оставить сообщение.