Дело в настройках GTK. В OpenBSD по умолчанию используются Emacs-подобные настройки. Лечится добавлением в .gtkrc-2.0 строки gtk-key-theme-name = "Default"

Отлично!

Hibernate только что реализовали для softraid crypto: http://undeadly.org/cgi?action=article&sid=20140721090626. Я, правда, еще не пробовал.

Что касается suspend to ram, у меня он 2 дня как не работает (5.6-бета) почему-то, пойду установлю новый snapshot.

На x230t с кулером порядок.

Молодец! Похоже, что именно в этот момент я отправлял тебе pull request: https://github.com/soko1/openbsd-acpithinkpad/pull/1.
Я на x230t пока особой разницы не заметил, кроме одного момента: во время старта системы и выхода из suspend'a кулер резко разгоняется, чтобы потом быстро успокоиться.

Это ты зря. Главное, в чем наши политические убеждения схожи (на данный момент), - OpenBSD. В остальном должно быть "don't ask - don't tell". Именно так работает open source.

Только что перепроверил openbsd-acpithinkpad_fan_control.diff - у меня все собирается, странно. На всякий случай обновил и acpithinkpad.c.
В любом случае, видимо, твою проблему патч не решает.

Попробовал с apm -A, apm -C в разных сочетаниях, засыпает в любом случае через раз, 2 из 3 или не засыпает вообще. А что это за изменения в apmd? Раньше все работало, как часы.

Увидел вот это: http://marc.info/?l=openbsd-cvs&m=140639088107843&w=2. Надеюсь, теперь все будет Ок.

Очень круто, спасибо!

Подтверждаю, все отлично! Ложится баиньки и просыпается сколько хочешь раз. Ура!

1. Должно ли работать в OpenBSD в принципе?
2. Работает ли у вас? (можно посмотреть в about:support, строчка "GPU accelerated windows")

Также заметил существенные тормоза при открытии больших изображений. Никто не знает, с чем это связано?

Напиши. По идее с libcurl элементарно делается, заодно в Си потренируешься.

Зачем в базу? Создай порт - я уверен, что найдутся те, кто будет пользоваться.

Подтверджаю. Не далее как в субботу видел то же самое на свежей системе из снапшота, i386.

Знающие люди, подскажите, пожалуйста, почему в OpenBSD управление пакетами реализовано так, как реализовано. Без индекса / базы на другом конце, с запросами один за другим при обновлении?

Обновлять установленные пакеты с pkg_add -u больно и тяжко. На NetBSD и SmartOS пользовался pkgin (сверхбыстрая штука поверх sqlite) - не планируется ли в опенке такого?

Или дело, как всегда, в поддержке Vax?

Установить 1 пакет - да, pkg_add делает это до безобразия просто и быстро. А вот обновления без индексов очень медленные, т.к. на каждый установленный пакет делается отдельный запрос к зеркалу. После pkgin / pacman и даже yum / apt на стенку лезть хочется. А ведь, пользуясь current, пакеты обновляешь все время.

Достоинства pkg_tools, на мой взгляд, - понятный интерфейс и полезные функции.

Как вы обновляете свою OpenBSD-current? Из CVS или снапшотов?

Для последних я пользуюсь вот этим скриптом https://github.com/qbit/snap - приятен и прост в использовании, но не умеет перекачивать / докачивать сеты в случае обрыва связи, приходится качать все заново.

Нашел еще один похожий скрипт: http://homepage.boetes.org/software/OpenBSD-binary-upgrade/ и инструкцию по его использованию на http://www.bsdnow.tv/tutorials/openbsd-binary-upgrade.

> Можно, в принципе, сделать кеширование списка пакетов в репозитории на время pkg_add -u... Patches are welcome. ;)

Отличная идея, просто и эффективно!