Можно синхронизировать официальную версию Aquaris Ubuntu Edition, например. Owncloud с использованием CardDAV. Это то, что я сделал (см. Wiki.ubuntuusers.de для источника):
Сначала я добавил сертификат своего сайта в папку / usr / share / ca-certificate и обновил базу данных ca-cert, потому что он самоподписан:sudo mount /dev/loop0 / -o remount,rw
sudo cp /home/phablet/Downloads/server.crt /usr/share/ca-certificates
Добавить звезду в новый сертификат при запуске конфигурации sudo dpkg-reconfigure ca-certificates
Добавить конфигурацию синхронизации: syncevolution --keyring=no --configure --template webdav username=<USERNAME> password=<PASSWORD> syncurl="in-its.de/owncloud" target-config@owncloud
syncevolution --configure --template SyncEvolution_Client sync=none syncURL=local://@owncloud username= password= peerIsClient=1 owncloud
syncevolution --configure database=https://<SERVER>/owncloud/remote.php/carddav/addressbooks/<USERNAME>/contacts backend=carddav target-config@owncloud contacts
syncevolution --configure sync=two-way backend=contacts database="Persönlich" owncloud contacts
Запустить синхронизацию: syncevolution --sync slow owncloud contacts
Это сделало все мое Owncloud контакты доступны на моем телефоне Ubuntu.
И CalDAV работает аналогично:
syncevolution --configure database=https://<SERVER>/owncloud/remote.php/caldav/calendars/<USERNAME>/personal backend=caldav target-config@owncloud calendar
syncevolution --configure sync=two-way backend=events database="Persönlich" owncloud calendar
И затем синхронизируйте его:
syncevolution --sync slow owncloud calendar
Итак, CalDAV и CardDAV работают !
Ну, я нашел обходное решение проблемы. Я отправил аналогичный вопрос в список рассылки разработчиков BlueZ и получил несколько ответов. Похоже, что в Linux Kernel 3.0 появилась ошибка с регрессией, которая была связана с протоколом Bluetooth Secure Simple Pairing (SSP), используемым устройствами Bluetooth 2.1 + EDR. Ошибка предотвращает повторное соединение устройства, которое изначально было сопряжено с использованием режима SSP, который не вводит пин-код во время сопряжения. Вот ссылка на отчет об ошибке: https://bugs.launchpad.net/ubuntu/+source/bluez/+bug/931860.
Неясно, когда ошибка будет исправлена в Linux Ядро или будет ли оно включено в версии 3.0 и forward. Если у вас возникла эта же проблема, есть временное решение, которое сработало для меня. Обходной путь заключается в отключении Simple Secure Pairing и возврате спаривания по умолчанию в обычный режим без SSP. Вы можете выполнить это, выполнив следующую команду:
sudo hciconfig hci0 sspmode 0
После каждой перезагрузки вам придется запустить эту команду, чтобы она не была отключена, чтобы разрешить повторные соединения. Я надеюсь, что это поможет кому-то еще, поскольку я потратил много разочаровывавших часов, пытаясь найти решение для исправления чего-то, что только использовалось для работы в предыдущих выпусках.
blueman успешно работает в ubuntu 10.04 LTS и других 10.04.3 с. Поскольку Ubuntu 10.10 выпустила Bluetooth, полученный на bluez. поэтому после отключения любого Bluetooth-устройства он не будет подключен, пока компьютер не перезагрузится. эти проблемы можно обойти, используя ubuntu 10.04.3 LTS. Он будет поддерживаться до 2013 года и не имеет никаких проблем.
У меня была точно такая же проблема на двух машинах после обновления до Ubuntu 11.10 (переключение переключателя назад и amp; четвертое, не возможно 2-го соединения).
Я использую «blueman applet» из программного центра и может снова использовать мою гарнитуру, как в Ubuntu 11.04. К сожалению, диалоги blueman иногда немного искажены (текст исчезает), но вам нужны только один раз для спаривания. Убедитесь, что вы включили индикатор blueman, добавив «blueman» в desktop-> unity-> panel-> systray-whitelist в dconf-editor. В противном случае не будет индикатора blueman, который я нахожу очень удобным ...
Я решил проблему, открыв машину ubuntu 11.10. Таким образом, обе кнопки должны находиться на экране bluetooth.
Возможно, дополнение к обходному пути, представленному во 2-м посте: Возможно, эта команда может быть запущена при запуске при запуске. У меня есть команда для включения моего Wi-Fi при запуске (необходимо из-за проблемы с hw), написанного в /etc/rc.local. Не тестировали, но, возможно, это можно было бы использовать таким же образом, чтобы автоматически запускать
hciconfig hci0 sspmode 0
при каждой перезагрузке.