Ну уж не знаю. Последние две версии (считая актуальную) я ставил те, что ты выкладывал. До этого собирал. Но в последнее время не было возможности более полутора часов просто сидеть и втыкать как компилится лиса. Делать-то при этом что-либо проблематично: проц всё время под 100%.

Не поэтому у меня firefox-gtk2 из AUR не хотел собираться?Больше двух часов что-то писало и конца не было видно.

- Не могу знать. Что-либо предполагать можно только увидев окончание сборки, каким бы оно ни было. Может просто памяти не хватало. Я собирал на отдельном разделе и при этом свободного места там должно быть не менее 6-ти Gb.
Спасибо, Vadim. Всё руки не доходили пересобрать лису. А тут, на тебе, готовенькое. Ещё раз благодарю!
Vadim
1.Как вы относитесь к вертикальному расположению tint2 в openbox?
Я попробовал и пока мне очень нравиться,удобно и по вертикали весь экран свободный..

2.Почему практически везде к openbox устанавливают мрачные,чёрные обои?
Лично меня они угнетают.
1. Нормально. Так же как и к горизонтальному.

2. У меня обои мрачно-серые. Так что, не везде. Те же самые обои стоят и в KDE. А всё почему - потому что на мрачно-сером фоне грязь не так заметна, как на светлом. Года три уже не меняю, а всё как новенькие!

PS. Если серьёзно, то тёмные обои просто не отвлекают внимание от окон (если окна светлые) и не так напрягают глаза. Вот и всё.


На случай вопросов: сверху - tint2, во всю ширину которой отображаются рабочие столы (4 шт.) и, соответственно, приложения на них запущенные. Только наглядное представление где и что запущено с возможностью манипуляций этим запущенным (само собой). Всё.
В своем ответе я имел в виду не способ борьбы с собственно тирингом, а именно с черным экраном после загрузки - этот баг (?) появился при последнем обновлении nvidia ("лечится" переходом в любую вирт. консоль и обратно в консоль, на которой запускается раб. стол, напр. tty7). А тиринг - отдельный вопрос. Факт тот, что попытка борьбы с ним через предлагаемую опцию в xorg.conf-ах приводит к этому самому черному. Отсюда: если её и использовать, то добавлять её следует куда-либо, что запускается уже после иксов.

Aivar, о том и речь, что размещение Option "metamodes" "DFP-0: 1680x1050 { ForceCompositionPipeline = On }" в /etc/X11/... как раз и приводит к вышеописанным проблемам. Точнее, как я понимаю, к проблеме приводит именно "metamodes" (а что там после неё написано - уже не суть важно)
Вариант решения: выполнять команду nvidia-settings --assign CurrentMetaMode="DFP-0: 1680x1050 { ForceCompositionPipeline = On }" через какой-либо скрипт автозапуска уже после загрузки X-ов.
Всё вы делаете так. Это с последними дровами nvidia что-то не так.
Обсуждалось на https://bbs.archlinux.org/viewtopic.php?pid=1642500#p1642500, подобное было и на самом форуме nvidia, но не смог найти ссылку. В общем, как вариант, можно добавить
nvidia-settings --assign CurrentMetaMode="nvidia-auto-select +0+0 { ForceFullCompositionPipeline = On }"
в какой-нибудь скрипт автозапуска - суть в том, как я понял, чтобы эта опция включалась уже после старта и загрузки X-сервера.

У меня (например) это ~/.bin/all.sh :
## Улучшение производительности 2Д
nvidia-settings --assign InitialPixmapPlacement=2

## Adaptive [0]; Maximum Performance [1]; Auto [2]
nvidia-settings --assign [gpu:0]/GPUPowerMizerMode=2

## Тиринг, верт. синхронизация
nvidia-settings --assign CurrentMetaMode="DFP-0: 1680x1050 { ForceCompositionPipeline = On }"
Vadim
Кому надо пользуйтесь.
Спасибо, взял.
Для того, чтобы не париться с путями, опциями, синтаксисами и т.п., кладёте подобное, например, в ~/.bin, далее добавляете путь в /etc/profile ->
# Set our default path
PATH="/usr/local/sbin:/usr/local/bin:/usr/bin:/home/YOU_USER_NAME/.bin"
- после чего для запуска достаточно просто имени скрипта. Ничего нового в этом нет, конечно, просто "меньше буков" во всяких там скриптах автозапуска и пр.

PS. Аналогично можно добавить и в ~/.bashrc ->
export PATH="${PATH}:/home/YOU_USER_NAME/.bin"
хоть в общих словах
В самых общих словах: указание на конфигурацию программы совсем не обязательно должно быть в PKGBUILD'е.
Например, вот тот самый "невинный" патчик:
# HG changeset patch
# User Andrew Comminos <[email protected]>

Bug 1186003 - Enable GTK3 builds by default. r=glandium

diff --git a/configure.in b/configure.in
index 4801a07..02787e3 100644
--- a/configure.in
+++ b/configure.in
@@ -1037,17 +1037,17 @@ DIRENT_INO=d_ino
 MOZ_USER_DIR=".mozilla"
 
 MOZ_FIX_LINK_PATHS='-Wl,-rpath-link,$(LIBXUL_DIST)/bin -Wl,-rpath-link,$(prefix)/lib'
 
 MOZ_FS_LAYOUT=unix
 
 USE_DEPENDENT_LIBS=1
 
-_PLATFORM_DEFAULT_TOOLKIT=cairo-gtk2
+_PLATFORM_DEFAULT_TOOLKIT=cairo-gtk3
 
 if test -n "$CROSS_COMPILE"; then
     OS_TARGET="${target_os}"
     OS_ARCH=`echo $target_os | sed -e 's|/|_|g'`
     OS_RELEASE=
     case "${target_os}" in
         linux*)       OS_ARCH=Linux OS_TARGET=Linux ;;
         kfreebsd*-gnu) OS_ARCH=GNU_kFreeBSD OS_TARGET=GNU/kFreeBSD ;;
Взято отсюда

Иными словами (насколько я эту кухню понимаю), в данном случае параметр задаётся на этапе конфигурирования, т.е. перед сборкой.

В случае с другими программами может быть и иначе. Самый простой пример: для сборки qpdfviewer-qt4 (официально пакет собирался уже под qt5) достаточно было лишь указать параметр непосредственно в PKGBUILD. Так что, думаю, общего рецепта тут нет, с каждой программой придётся разбираться отдельно, смотреть PKGBUILD'ы, проверять скрипты и т.д...
И ABS вам в помощь.

А что касается виновника торжества, то, если ещё не отпало желание, скачайте исходники, распакуйте и наслаждайтесь просмотром))
Aivar
qt 5.7.0-1, smplayer 16.6.0-1, не KDE - все нормально.
Аналогично. В openbox работает.