Все это прекрасно, но такую немаловажную деталь как выставление пакету флага “устарел” он все-таки не показывает. А это очень полезно.
Если верить man yaourtrc, то DETAILUPGRADE=1

Странно, но это почему-то не работает.
Камрады, еще раз: FPS в glxgears это сферический показатель в вакууме, который может и вовсе ничего не значить (как в моем случае: он совпадает с частотой развертки монитора). Измерять производительность видеосистемы с помощью glxgears - это примерно как оценивать мощность двигателя автомобиля по диаметру выхлопной трубы. То бишь, связь может быть и будет, но вовсе не такая явная, а может и не будет.

Если вас интересуют параметры видеосистемы - то yaourt найдет вам массу более специальных бенчмарков. Если интересует конкретная игрушка - то ставьте и запускайте игрушку. Если вы желаете смотреть видео высокой четкости на 9" нетбуке и оно вдруг затормозило - запишитесь на прием к психиатру. Если дергается обычное видео вменяемого качества - ищите проблемы в настройке.
dom.ipc.plugins.enabled false
dom.ipc.plugins.enabled.libflashplayer.so true
dom.ipc.plugins.enabled.libnptest.so true
dom.ipc.plugins.timeoutSecs 45

И вот ведь что странно: у меня все работает и ничего не зависает. Более того: ничего насчет dom.ipc.plugins.enabled мне pacman при установке flashplugin не писал и не пишет, сейчас специально переустановил для проверки.
Asus EeePC 901, видюха тоже встроенная intel 945. В конфигах ничего принципиально важного для видюхи не шаманил. Для запуска wm использую ck-launch-session. Никакого торможения при просмотре flash-видео в браузере (в том числе во весь экран) не наблюдаю, все идет с нормальной скоростью.

Да, по поводу количества попугаев: у меня glxgears при запуске пишет “Running synchronized to the vertical refresh. The framerate should be approximately the same as the monitor refresh rate.” И, собственно, показывает то о чем и предупредил.
Никакой проблемы в этом не вижу, потому как даже дети в наши дни знают, что glxgears абсолютно бесполезен в качестве теста производительности видеосистемы.
Тоже Intel 945GME и тоже никаких фризов на 35-м ядре.
Последнее время пользуюсь читалкой ornamentbook (идет в одном пакете с pybookreader). Оно замечательно тем, что умеет представлять текст в виде классического книжного разворота в две страницы. У меня только от такого чтения не устают глаза, все прочие (одна страница, автоскролл и так далее) утомляют. Видимо, многолетняя привычка сказывается.

Минус в том, что это поделие не сохраняет кастомные настройки шрифтов, цветов и так далее. Багу тыща лет, но ornamentbook, видимо, заброшен и никем не пилится. Кстати, если есть тут заклинатели питона - поправьте, с меня пиво.

Да, .doc он вроде бы не умеет, а вот с .fb2 справляется отлично.

Если кто посоветует лучшие варианты, умеющие показывать текст в две страницы - буду благодарен.
Ну вот, кажется, и долгожданные пляски с бубном.

Кто использует uswsusp для гибернейта - у вас система не начала виснуть при попытке заснуть на диск?

UPD:

Возможно, это как-то связано с https://bugzilla.kernel.org/show_bug.cgi?id=16396

UPD1:

Баг существует не только у меня, он специфичен именно для s2disk и универсального работающего решения пока нет:
http://bugs.archlinux.org/task/20372?pr … g=kernel26

Вот тут пишут что кому-то помогло колдунство с cpufreq governors. Я пробовал пошаманить - безрезультатно.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=586674
Malvery
Всех приветствую. Появилась такая задача - по расписанию выходить из suspend ( RAM ), гугление не очень помогло.
Так как активно используется cron, может есть возможность сделать это черз него? (вдруг кто нибудь сталкивался с этим). Вариант, когда в биосе указывается время wake up не подходит, ибо каждый раз время разное. Suspend происходит через службу KDE PowerDevil. Заранее спасибо.

А каким же это образом cron будет работать на усыпленной машине? Как вариант: в некоторых биосах есть опция Wake on LAN - позволяет пробуждаться при сетевой активности на заданном интерфейсе. Поищи.
xlin84
Как всем известно что новый xorg 1.8 рекомендует не использовать HAL. Следовательно хочется или не хочется, но придется постепенно мигрировать с HAL. Это в некоторых местах болезненно…

Разве? Мне вот известно, что новый xorg способен работать без HAL. Но вот чтобы он мне рекомендовал не использовать что-то в моей системе - не слышал такого. Да и вообще, какого черта графический сервер будет указывать мне какое ПО я должен использовать?

Не вижу пока никаких причин выпиливать хал. За долгие годы его использования - ни одного глюка, ни одного сбоя в его работе. Точнее, вижу только одну причину: HAL спешно выпиливается (и вроде бы уже выпилен) в Убунте. Но я как-то никогда не стремился “доточить Арч до состояния Убунты”, тоже мне, флагман нашелся.