X-терминал

X-терминал я всё-таки победил. Вручную составил список пакетов (25 штук), распаковал их в директорию NFS-рута с помощью dpkg-deb -X, произвел несколько шаманских действий и всё заработало. Больше времени потратил на конфигурирование tftp- и dhcp-cерверов для работы pxelinux, чем на саму систему терминала. К сожалению, в 16Мб уложиться не удалось. Получилось 28980. А ненужной 32-меговой CF-ки у меня нет. А то бы засунул это дело на флэшку и флешку в корпус терминала (пришлось бы, правда, другое ядро собирать)

Правда, для того чтобы это решение было тиражируемым, надо немножко подкрутить скрипт, который у меня вместо /sbin/init, чтобы он параметры font-servers и x-display-manager из DHCP брал. Тогда терминалы с подобной функциональностью (на флэшке) можно будет на конвейере штамповать.

Сетевая загрузка и nfs-root это всё-таки существенно non-zero administration.

C другой стороны, если немножко поупражняться с автоконфигурированием xorg, добавить udev и дефолтное ядро с initrd, то можно сделать решение, которое будет с одног и того же NFS-root запускаться на очень большом зоопарке аппаратных конфиуграций. Благо NFS-root по месту не лимитирован. Ну будет вместо 30Мб 50.

Подробности, включая текст скрипта, который заменяет init на той же машине, где и сам NFS-root

X-терминал

X-терминал я всё-таки победил. Вручную составил список пакетов (25 штук), распаковал их в директорию NFS-рута с помощью dpkg-deb -X, произвел несколько шаманских действий и всё заработало. Больше времени потратил на конфигурирование tftp- и dhcp-cерверов для работы pxelinux, чем на саму систему терминала. К сожалению, в 16Мб уложиться не удалось. Получилось 28980. А ненужной 32-меговой CF-ки у меня нет. А то бы засунул это дело на флэшку и флешку в корпус терминала (пришлось бы, правда, другое ядро собирать)

Правда, для того чтобы это решение было тиражируемым, надо немножко подкрутить скрипт, который у меня вместо /sbin/init, чтобы он параметры font-servers и x-display-manager из DHCP брал. Тогда терминалы с подобной функциональностью (на флэшке) можно будет на конвейере штамповать.

Сетевая загрузка и nfs-root это всё-таки существенно non-zero administration.

C другой стороны, если немножко поупражняться с автоконфигурированием xorg, добавить udev и дефолтное ядро с initrd, то можно сделать решение, которое будет с одног и того же NFS-root запускаться на очень большом зоопарке аппаратных конфиуграций. Благо NFS-root по месту не лимитирован. Ну будет вместо 30Мб 50.

Подробности, включая текст скрипта, который заменяет init на той же машине, где и сам NFS-root

Еще о терминалах

Всё-таки NFS-root не самое удобное для zero-administration.
Да и на самом терминале приходится держать portmap, rpc.statd, rpc.lockd.
На мой взгляд, идеальным решением для сетевой загрузки на базе linux, было бы упихать всё-всё, включая X-сервер, в initrd.
Правда, тут нужно ну очень сильно ужать объем требуемого софта.

То есть - явно uclibc (или с dietlibc попробовать), видимо, kdrive в качестве X-сервера.

Тогда получается замечательная картина - коллекция ядер и initrd-шек под разные аппаратные конфигурации, и конфиуграционные файлы pxelinux, которые выбирают нужный в зависимости от mac устройства.

Общую для устройств конфигурацию, связанную с логикой работы - раздавать по DHCP. Благо в протоколе font-servers и x-display-manager предусмотрены. Правда busybox-воский ucdhcpc придется патчить, чтобы он эти опции а) запрашивал б) понимал.

Правда, цена на 32-Мбайт IDE флэш заставляет задуматься о том, что операционную систему лучше хранить локально.

Но тогда надо сначала добиться того чтобы /tmp был на RAM-джске, а /var/log - ссылкой на /tmp. Чтобы / вообще был read-only.

Еще о терминалах

Всё-таки NFS-root не самое удобное для zero-administration.
Да и на самом терминале приходится держать portmap, rpc.statd, rpc.lockd.
На мой взгляд, идеальным решением для сетевой загрузки на базе linux, было бы упихать всё-всё, включая X-сервер, в initrd.
Правда, тут нужно ну очень сильно ужать объем требуемого софта.

То есть - явно uclibc (или с dietlibc попробовать), видимо, kdrive в качестве X-сервера.

Тогда получается замечательная картина - коллекция ядер и initrd-шек под разные аппаратные конфигурации, и конфиуграционные файлы pxelinux, которые выбирают нужный в зависимости от mac устройства.

Общую для устройств конфигурацию, связанную с логикой работы - раздавать по DHCP. Благо в протоколе font-servers и x-display-manager предусмотрены. Правда busybox-воский ucdhcpc придется патчить, чтобы он эти опции а) запрашивал б) понимал.

Правда, цена на 32-Мбайт IDE флэш заставляет задуматься о том, что операционную систему лучше хранить локально.

Но тогда надо сначала добиться того чтобы /tmp был на RAM-джске, а /var/log - ссылкой на /tmp. Чтобы / вообще был read-only.

Maemo-сosy

Поставил себе наконец Maemo SDK. На пробу пересобрал mtr.
Поскольку именно этой программы мне сильно не хватало на N800. Просто взял исходники пакета от etch и сказал
dpkg-buildpackage в scratchbox. Пакет mtr-tiny (который ncurses-ный) получился вполне работоспособным.
Gtk-шный вариант не проверял. Скорее всего там было бы нужно приложение напильника на предмет адаптации UI, но я им всё равно не пользуюсь. Меня и курсесный вариант устроит.

По этому поводу завел репозиторий maemo-cosy рядом с debian-cosy. Кстати, если кто меня rsync-ом миррорит, этот модуль тоже неплохо бы замиррорить.

Исходники пакета mtr я туда не выкладывал, потому как они тождественны дебиановским. Думаю, что добрая половина консольных программ, которые будут появляться в maemo-cosy, будет собрана именно таким способом. Поэтому завел для них специальную секцию.