Проблема с Blueman решена. Почти...

До сих пор не получалось передавать и принимать файлы через Blueman (принимать еще получалось, если запускать gnome-obex-server, но это половинчатое решение), т.к. для его работы требовался запущенный obex-data-server, который, в свою очередь, при запуске выдавал ошибку отсутствия библиотеки. Сегодня решил, наконец, разобраться с этой проблемой. Создал 2 символические ссылки на библиотеки:

$ sudo ln -s libMagickWand.so.2 libMagickWand.so.1
$ sudo ln -s libMagickCore.so.2 libMagickCore.so.1

и все заработало. Только не могу понять, с какого бодуна требуются эти библиотеки, входящие в пакет ImageMagick.
Как бы то ни было, эта проблема решена. Единственное, что еще не работает, это просмотр содержимого телефона в Nautilus.

Bluez-gnome --> Blueman

Вчера вечером при обновлении предложили сменить bluez-gnome на blueman. Поставил, надеясь, что все проблемы с bluetooth исчезнут. Увы, все осталось по прежнему. Те же проблемы, что и раньше. Нашел, как кинуть файлы с телефона на ноут. Нужен запущенный gnome-obex-server. В области уведомлений появляется значек, и можно скидывать файлы.

Проблема с bluetooth

Ну, главная новость в том, что вышел-таки мой любимец Debian, стоящий у меня на домашней и рабочей машинках. Но все же о проблемах :)
Итак, обновил в четверг свой Arch. Вместо двух прежних пакетов bluez-utils и bluez-libs pacman предложил установить один пакет bluez. Знать бы, к чему приведет, возможно, я бы еще подумал, сказать ли "ДА". Короче, bluetooth отвалился совсем, и пункты меню в апплете Gnome были неактивны. В течение 2-х суток были обновлены другие связанные пакеты, после чего bluetooth стал видеть и регать у себя телефоны, но вот переслать на них и принять оттуда файлы не получается, как и просмотреть их файловые системы через obex-data-server. Конфигурационные файлы новые, старые сохранены в .pacsave-файлах, как обычно. Устройство rfcomm0 для связи с телефоном автоматом не создалось, для его автосоздания надо отредактировать /etc/rc.d/bluetooth или /etc/conf.d/bluetooth (разблокировать 2 строки с RFCOMM) и перезапустить демон bluetooth. И, кстати, верните на место свой /etc/bluetooth/rfcomm.conf, если вы хранили там настройки телефона, через соединение с которым выходили в интернет. После этого хотя бы в интернет выйти можно будет. Надеюсь, в скором времени пофиксят все оставшие баги...

Настройка GPRS/EDGE через Bluetooth и по USB-кабелю.

Настроил сегодня GPRS/EDGE по Bluetooth. На этом тернистом пути меня подстерегали несколько препятствий.
Во-первых, поставив пакеты bluez-gnome и bluez-utils, я первым делом состыковал телефон с ноутом, а потом долго настраивал ноут по wiki, чему ноут при проверке соединения сопротивлялся, выдавая ошибку соединения. Только удалив ноут из списка зарегистрированных bluetooth-устройств в телефоне, и регистрируя заново, удалось добиться нормальной работы. Так что лучше не спешить и делать все по порядку. В принципе все так же, как в Debian'е.
Далее пытался настроить собственно доступ в интернет по bluetooth в той же wiki. Сделать это не получилось, не стал разбираться, почему, и решил настроить соединение проверенным способом, как это я сделал в Debian. Правда, скрипт соединения beeline-connect я перенес в /etc/ppp/peers/, соответственно скорректировав путь в конфиге соединения beeline.
Работу в интернет по USB-кабелю через телефон не проверял, но поддержка ACM-модемов в ядре есть (видно при втыкании телефона в /var/log/messages.log), так что проблем с этим быть не должно, а в конфиге соединения меняется в этом случае одна строчка...
Если устройство /dev/rfcomm0 не появляется в системе, надо выполнить команду:

# rfcomm bind 0 00:17:00:D5:A8:8B 1

Эту информацию я дописал, когда переустанавливал Arch на новом винчестере. В первый раз проблем с /dev/rfcomm0 не было. Может, кто просветит меня, почему в первый раз /dev/rfcomm0 уже существовал в системе?