ACCESS Linux Platform. Взгляд на SDK

Почти неделю назад тихой сапой вышел в свет SDK для ACCESS Linux Platform (ALP). Это событие осталось почти незамеченным даже среди гиковского сообщества. Эту мобильную платформу ждали так долго, что, видимо, уже потеряли всякую надежду когда-либо увидеть ее. И не факт, что реальные устройства на базе ALP действительно появятся. Есть все основания полагать, что платформа повторит судьбу PalmOS Cobalt, которая так и не получила "железного" воплощения. Но взглянуть на SDK, тем не менее, интересно.

Полагаю, что уже не все знают, что такое ACCESS Linux Platform. Поэтому вначале сделаю маленький экскурс в историю. Несколько лет назад компания Palm Inc выделила свое софтверное подразделение, занимающееся разработкой операционной системы PalmOS, в отдельную компанию, которая получила название PalmSource. Но в качестве отдельной компании PalmSource просуществовала недолго. Она была куплена японской компанией ACCESS. С этого времени и началась разработка новой платформы для мобильных устройств - ACCESS Linux Platform. Система базируется на Linux. Разработка велась с ноля, но обещалась полная поддержка приложений для Garnet OS (PalmOS версии 5.x).

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

Чтобы скачать ALP SDK, необходимо зарегистрироваться как разработчик на сайте ACCESS Developer Network. После этого становятся доступными для загрузки ACCESS Linux Platform Development Tools. Здесь меня ожидал сюрприз. Средства разработки для ALP работают только в Linux-системах. Причем официально поддерживается только Ubuntu Linux 6.10 (да, да, версия полуторагодичной давности). Фактически, в архиве, который скачивается с сайта ACCESS Developer Network, находится слепок репозитория для Ubuntu. Несмотря на то, что все расчитано на Ubuntu 6.10, у меня в 7.10 все заработало.

Установка и настройка SDK

1. Установка

Подключаем репозиторий. Для этого необходимо разархивировать скачанный архив, например, в /opt/alp_sdk. Далее открываем Sofware Sources (или редактируем вручную файл /etc/apt/sources.list). Добавляем следующую строчку:

deb file:/opt/alp_sdk/ /

Обновляем репозитории:

$ sudo apt-get update

Устанавливаем bridge-utils. Они понадобятся для того, чтобы в симуляторе была доступна сеть с хост-машины.

$ sudo apt-get install bridge-utils

Ставим SDK:

$ sudo apt-get install alp-sdk

После этого будет установлен полный набор средств разработки, включающий в себя scratchbox, симулятор, специальную редакцию Eclipse, и редактор интерфейсов, основанный на glade.

2. Конфигурирование scratchbox и запуск симулятора

Вначале надо добавить пользователя в scratchbox:

$ sudo /scratchbox/sbin/sbox_adduser user yes

где user - ваше имя пользователя в системе.

Необходимо удостовериться, что пользователь был добавлен в группу sbox. У меня он почему-то туда не добавился и я вручную добавил пользователя, отредактировав файл /etc/group. После этого нужно перелогиниться.

Запускаем scratchbox:

$ scratchbox

Scratchbox предлагает сконфигурировать simulator target с помощью команды sb-menu. Эта утилита достаточно удобна, но у меня так и не получилось с ее помощью настроить scratchbox правильно. Поэтому делаем следующее:

sb-conf setup alp-simulator -c i686-linux-gnu
sb-conf select alp-simulator
sb-conf rootstrap /scratchbox/ALP/rootstrap/alp-x86-dbg-2.2.0-sdk-gcc4-123456.tar.gz

Все, выходим из scratchbox (exit) и запускаем симулятор:

$ alp-simulator

Здесь есть подводный камень. Для отображения симулятор использует Xephyr. У меня он почему-то не захотел работать при активном Compiz Fusion. Разбираться было лень и я просто запустил сеанс "Безопасный режим Гном", в котором Compiz Fusion отключен.

Вообще говоря, SDK оказался достаточно капризным в установке. Может быть это связано с тем, что он расчитан на Ubuntu 6.10, а может быть пакет вообще еще достаточно сырой. Тем не менее, в итоге все заработало, именно при той последовательности настройки, которую я описал.

Впечатления

ALP производит странное впечатление. С одной стороны, в базовом наборе вроде бы все есть. Присутствует достаточно полный набор программного обеспечения, покрывающий все базовые запросы. А с другой стороны, интерфейс ровным счетом ничем не примечателен. Примерно такие же возможности предоставляют все современные смартфоны, а отчасти и обычные телефоны. Чем может ALP "зацепить" потребителей (да и производителей тоже) - я лично так и не понял.

   

   

А что же с поддержкой PalmOS-приложений? А, собственно, ничего особенно интересного. Приложения PalmOS запускаются посредством виртуальной машины Garnet VM. Недавно она была выпущена и для интернет-планшетов от Nokia и как-то не вызвала особых восторгов. Да, приложения запускаются. С пониженным разрешением экрана по сравнению с оригинальной PalmOS. Garnet VM даже не входит в состав симулятора, ее необходимо скачивать отдельно, и работает она просто как отдельное приложение. Лично я надеялся на более тесную интеграцию виртуальной машины с нативным ALP-софтом. Здесь же мы видим, фактически, просто PalmOS-эмулятор как отдельное приложение. Это неинтересно.

Средства разработки, в принципе, хороши и произвели на меня положительное впечатление. В качестве IDE используется Eclipse. Для разработки интерфейсов предлагается использовать glade. Чистый UNIX-way.

   

То, что SDK существует только для Ubuntu Linux, мне видится скорее недостатком. Фактически, большой части разработчиков предлагается устанавливать Ubuntu, например, в виртуальной машине, и уже там поднимать ALP SDK. Это явно не будет способствовать популяризации системы. Кроме того, ALP сама по себе не предлагает ничего нового по сравнению с уже существующими платформами. А в сравнении с iPhone или Android явно проигрывает. Поэтому, к сожалению, я не вижу будущего у этой системы. На форуме сайта ACCESS Developer Network, кстати, активность разработчиков близка к нулю. Оно и понятно - в ALP нет никакой инновационности, а SDK расчитан на весьма узкий сегмент разработчиков.