среда, февраля 27, 2008

NetworkManager & WiFi

приобрел домой беспроводной маршрутизатор D-Link DIR-400 (интересно, но на .com о таком продукте не слышали...). пока баловался с настройками столкнулся с проблемками, порожденными NetworkManager-ом:

1. GNOME keyring, pam_keyring и иже с ними... когда NetworkManager сталкивается с пароленными сетями, он пытается сохранить ключ в брелок, который иногда может быть заблокирован... из побуждений сделать поудобней я захотел сохранить таки ключ в брелок... и тут я узнал, что я не знаю пароль к брелку. перепробовав все, что можно, пошел искать совета в интернет... опуская детали, кардинальное решение вопроса - удаление файла ~/.gnome2/keyrings/login.keyring как вариант это может быть default.keyring (собственно это и есть брелок, цена вопроса в общем случае - потеря всех сохраненных паролей, в моем случае не актуально - я этим не пользовался, потому и не помнил пароль).
в интернете и на странице вики Fedora по NetworkManager-у (ссылка вверху) описано несколько утилит по работе с брелками, единственное, что стоит отметить - в Fedora 8 нет необходимости проделывать описанные манипуляции по настройке pam - все сделали до нас для нас!

2. NM не очень стойко перенес общение с переменчивой беспроводной средой (в процессе знакомства я менял настройки, делая сеть то видимой, то невидимой, меняя параметры безопасности и т.д.). пару раз были моменты, когда NM показывал две сети с одним именем, одинаковым уровнем сигнала, но одна защищенная, другая нет (реальности соответствовал первый случай). один раз была ситуация, когда NM показал два предыдущих случая, плюс третий вариант - новое имя. переименовывал я их потому, что предположил, что пароли в брелок он пишет в виде пар ssid-пароль и дабы облегчить ему труд я и занимался этим маскарадом, но NM не оценил заботы и один раз nm-applet вообще вылетел с баг-репортом.

3. продолжение предыдущего вопроса. в инете есть много моментов по обсуждения вопроса, связанного с тем, что NM переспрашивает пароль к открытому брелку (у меня это периодически воспроизводится, закономерность пока не выявил, по легенде интеграция с pam должна реализовать автоматную разблокировку дефолтного брелка). далее NM отказался дружить с сеткой в режиме WPA2/PSK only и согласился на общение в режиме WPA/WPA2 auto и непременно с использованием TKIP, хотя периодически переспрашивает этот самый PSK.

з.ы. интересно, что в доме обнаружилась некая открытая сеть, в которую NM периодически наровил меня подключить, что вызвало отдельный вопрос - а почему NM не реализует по аналогии с Windows возможность добавления/удаления известных сетей и обнаружение всех видимых. автомат это конечно удобно, но не до такой же степени, что врубаться в первую попавшуюся сеть.

з.з.ы. а ну да, итог басни - сеть таки работает и с превеликим удовольствием пишу эту заметку из кроватки, до этого был аки собака привязан к кабелю на кухне (-: прогресс, штука удобная!

KDE

Поставил KDE (Qt: 3.3.8b, KDE: 3.5.8-19.fc8 Fedora). До этого в KDE я работал очень давно, во времена Black Cat Linux и Slackware не-помню-какая-версия с книжкой от Святого Патрига... в эпоху Fedora Core 3 я ее только смотрел, тогда не понравилось, что изначально иной графический интерфейс (это не оценка, а констатация факта) попытались, наверное, для единства натянуть до стандартного-от-красной-шапки-GNOME-вского.

Вполне естественно, что привыкнув к интерфейсу современного GNOME, в KDE многое казалось не обычным (это, опять таки, констатация). Впечатлений много и разных (наверняка всего не скажу).

о настройках

Одна из особенностей KDE - единый Центр Управления (KDE Control Center), позволяющий настраивать почти все, что связано с поведением и внешним видом среды. В GNOME аналогичный функционал, реализованный в виде отдельных приложений, доступен (по-умолчанию) из меню "Система->Параметры". Тут стоит отметить, что в последних версиях GNOME наметилась тенденция по объединению отдельных апплетов, так, например, теперь (с версии GNOME 2.20) внешний вид (тема GTK, фон рабочего стола, шрифты, интерфейс окон) настраивается из единого приложения.
Вообще, наверное, хорошо когда пользователь имеет возможность настроить каждый чих, но с другой стороны, чаще всего человек хочет просто решить какую-то задачу и большое количество опций, что свойственно KDE и "его" приложениям, напрягает - необходимо вникнуть в нюансы, определить особенности каждой галочки, ключика и т.д. По-моему следует стремиться к компромису, что-то общее выносить в основной интерефейс, рихтовочные же настройки оставлять либо на уровне конфигурационных файлов или в отдельных вкладках.

Шрифты. На мой скромный хо в GNOME настройка шрифтов (опции касающиеся сглаживания) сделана более удобно и главное наглядно. Дополнительно к глобального рубильнику - использовать или не использовать сглаживание - можно настроить исключения для определенного диапозона кеглей, а также стиль хинтинга, опция по выбору порядка субпикселей в моем слуаеч была недоступна (чем определяется ее доступность я не разбирался).

Отдельное неудобство связано с тем, что результат выбора той или иной опции сразу не виден, по выходу из настроек появляется окно, предупреждающее о том, что его (результат) можно лицезреть только в новых окнах.
В случае одновременного использования KDE и GNOME, как это было в моем случае, может возникнуть неприятный момент - некоторые настройки, сделанные в KDE, переопределяют аналогичные настройки и для GNOME. При этом, например, исключения для отдельных кеглей в GNOME соответствующей утилитой переопределить нельзя. Пользовательские настройки шрифтов, сделанные в KDE, хранятся в файле ~/.fonts.conf (я его просто удалил, данное решение не претендует на кошерность).


Раскладка. Переключатель раскладок клавиатуры, опять таки, имхо, не очень тривиально настраивается. Запустить-то ее (переключкалку) я запустил - это не сложно... но, переключение работает только по клику мышки, несмотря на включение соответствующих галок на вкладке "Параметры XKB". Естественно, я не сомневаюсь, что решение было бы найдено при первом же обращении к гуглю, но мне этого особо не требовалось, а здесь упомянул к слову о дружественности интерфейса, возможно, обусловленного привычкой к GNOME-вскому решению.

Так же, на мой взгляд, в KPowersave не очень логично, по сравнению с Gnome Power Manager, настраивается управление питанием... в два клика решить вопрос о том, что делать если закрывается крышка нотебука не смог (смущает меня возможность настройки действия при нажатии "Кнопка закрытия крышки:")


В качестве отдельного комментария - управление кнопками нотебука яркостью панели и громкостью в KDE тоже не работает (понятно, что это не дело графической среды, тем не менее). g-p-m - как никак принимает посильное участие.

о приложениях

amaroK. Да, это что называется "просто, конфетка"! Надо признать, что отсутствие в-моем-понимании-нормального проигрывателя в GNOME меня серьезно огорчает. Rhythmbox неплохой проигрыватель, но совершенно очевидно, что он не расчитан на пользователей, имеющих большую коллекцию музыки (загрузить он в себя может много, но ориентироваться в одной здоровенной плоской таблице очень непросто). Так же есть проект Exaile, цель которого так и обозначена - реализовать amaroK для GNOME, точнее под GTK+. Но у него есть свои определенные неудобства.

Kopete - клиент обмена мгновенными сообщениями, поддерживающий большое количество протоколов. Что-то типа Pidgin. Общее впечатление весьма положительное - аккуратно и весьма удобно, в том числе, очень понравилось оформление окна диалога в чате (естественно, традиционная раскладка тоже поддерживается). О чем идет речь можно посмотреть тут.

KGet - собственно это то, чего по-моему не хватает многим бывшим пользователмя FlashGet-а. Да, есть wget, но он не умеет, например, работать с генерируемыми ссылками (например, то, что выдает ifolder.ru). В качестве недостатка KGet можно отметить, что он не умеет вытаскивать имя файла из кривой ссылки того же ifolder.ru. Но в общем впечатление положительное и интеграция с Konqueror-ом порадовала.

KTorrent - неплохой torrent-клиент, но я привык к Transmission-у (-:

о недостатках

Ark (менеджер архивов KDE) не умеет открывать запароленные архивы (хотя интересно, что он может выдать диагностическое окно, содержащее вывод всего того, что сказал, в моем случае, unrar). С другой стороны File Roller (менеджер архивов GNOME) любую ошибку в архивах rar трактует как необходимость запросить у пользователя пароль, при этом, что на самом деле хотел сказать unrar пользователь не узнает.
Konqueror не дружит с сайтом Blogger.com. Да-да... написать сообщение (чистый текст) я смог, но, например, при попытке добавить ссылку ничего полезного не происходит, набранный текст удаляется.

заключение

Вообще надо признаться, что мне понравилось. Да, по сравнению с GNOME, KDE чуть тяжелее (вполне возможно, что это особенность сборки под Fedora, ибо не секрет, что здесь основной упор делается все таки на GNOME). На мой взгляд в KDE приложения более унифицированны, например, многие приложения умеют сворачиваться в "лоток" (там, где часы (ц) фидо) - и реализовано это в едином ключе для всех пробованных приложений. При выходе автоматом запоминаются запущенные приложения и при следующем старте запускаются с сохранением контекста. В GNOME можно такое же реализовать, но там уж очень часто вылетают окшки о том, что такое-то приложение не умеет сохранять контекст.

Сейчас я вернулся в GNOME, но пользую amaroK и иногда Kopete. После выхода Fedora 9 обязательно попробую KDE 4.

воскресенье, февраля 17, 2008

среда, февраля 06, 2008

поговори со мной...

собираюсь домой... выключаю компьютер и закрываю лишние окошки... в терминале вижу почтовые сообщения от syslog... читаю и офигеваю (копи паст из .../messages)...

Feb 6 19:09:27 junkyard kernel: Uhhuh. NMI received for unknown reason b0 on CPU 0.
Feb 6 19:09:27 junkyard kernel: You have some hardware problem, likely on the PCI bus.
Feb 6 19:09:27 junkyard kernel: Dazed and confused, but trying to continue


в голове Led Zepellin руками Jimmy Page играет Dazed and Confused (вариант, исполненный на ноябрьском концерте прошлого года... так сказать из свежеотсмотренного материала)

з.ы. как я понял, проблема скорее всего в wifi (например, смотри тут). инициировать проблему могло тупое выключение вилки точки доступа из розетки 220 в. но манера общения меня впечатлила... это вам не бублигум...

laptop buttons

условия задачи

имеем в наличии: ноутбук Fujitsu-Siemens LIFEBOOK S7110, операционная система Fedora 8, графическая среда GNOME 2.20.2.
надо: сделать так, чтобы работали функциональные клавиши (Fn+...). на первом подходе рассматриваем пять клавиш - Mute, VolumeDown, VolumeUp, BrightnessDown, BrightnessUp.

поехали...

часть 1. яркость.

из коробки управление яркостью работает в консоли и в X-ах на этапе загрузки (rhgb).
при запуске пользовательской сессии GNOME нажатие клавиш приводит к появлению окошка в котором бегает ползунок, отслеживающий нажатие кнопок, но по факту яркость остается без изменений (периодически может слететь на максимум).

почитав HAL Quirk Site автор нарисовал следующую последовательность:
1. нажатие клавиши
2. ядро генерирует событие
3. HAL реагирует на него и генерит в свою очередь соответствующее событие в более унифицированном формате (транслирует scancode в нечто более "понятное", например, нажата клавиша brightness-up)
4. посредством D-BUS какое-то приложение может соответствующим образом прореагировать и инициировать соответствующее действие, в рассматриваемом контексте в среде GNOME таковым приложением является GNOME Power Manager
5. какое-то приложение, прореагировав, выдает результат реакции нагора в D-BUS.
6. HAL инициирует управляющее воздействие ядру...

итого, приходим к выводу, что в данном случае имеются проблемы взаимодействия HAL <-> GPM.

для начала проведем диагностику и убедимся, что с точки зрения HAL все присутствует и работает.

[greg@junkyard ~]$ lshal | grep laptop_panel
info.capabilities = {'laptop_panel'} (string list)
info.category = 'laptop_panel' (string)
laptop_panel.access_method = 'general' (string)
laptop_panel.num_levels = 101 (0x65) (int)


управляемый объект (панель) на месте

[greg@junkyard ~]$ lshal -m

Start monitoring devicelist:
-------------------------------------------------
12:01:03.498: computer_logicaldev_input_4 condition ButtonPressed = brightness-down
12:01:04.637: computer_logicaldev_input_4 condition ButtonPressed = brightness-up
12:01:05.570: computer_logicaldev_input_4 condition ButtonPressed = brightness-down
12:01:06.114: computer_logicaldev_input_4 condition ButtonPressed = brightness-up


управляющие воздействия воспринимаются и корректно интерпритируются (параллельно наблюдаем попытку GPM управлять яркостью, в данном случае слетевшей на максимум).

тут надо отметить, что сама по себе возможность управления яркостью в GNOME не вызывает сомнения (с этим соответствующий апплет справляется). на этот же подвиг способен и GPM - управление яркостью через окно настройки его парамтеров происходит корректно (относительно... при открытии окна, яркость принудительно устанавливается в сохраненное с прошлого раза значение).

нашел в bugzilla.gnome.org аналогичный bug

что касается GPM. тот факт что-то некое popup окошко всплывает и корректно реагирует на нажатия кнопок (ползунок двигается влево вправо), подсказывает, что GPM реагирует на события HAL.

судя по исходным кодам, GPM сам инициируют тока передачу обратно в D-BUS сообщений "установить новое значение яркости".

на данном этапе можно сформулировать два вопроса - корректные ли значения он передает? и что происходит дальше?

(продолжение требует дополнительных исследований...).

часть 2. звук.

(продолжение следует...)