Сборка и установка Linux пакетов в российских сертифицированных ОС / Хабр

Введение

Ранее в статье мы описали сборку расширений для LibreOffice. Теперь мы расскажем, как наработки были перенесены на платформу Linux, а также как решались вопросы с подготовкой пакетов для российских сертифицированных операционных систем, таких как AstraLinux, ALTLinux и RedOS.

Постановка задачи и первичная реализация

После успешной реализации нашего продукта DSS для платформы Windows потребовалось перенести наработки (в том числе и расширение для LibreOffice на C++, о сборке и установке sdk которого было рассказано ранее) на платформы семейства Linux.

Состав пакета

Соответственно, необходимо определить, что мы переносим:

• служба для связи с сервером;
• драйвер для перехвата и обработки обращений к файлам;
• служба для общения и обработки информации от драйвера;
• диалоговое приложение;
• служба шифрования;
• расширение для LO.

Последний пункт легче всего интегрировать, так как сборка под Linux для него описана в нашей статье .
Что касается служб для связи сервером и для обработки обращений к файловой системе, то они написаны на .net core, а данный фреймворк с версии 3.0 также легко переносим на Linux.
Windows драйвер мы заменили на Linux Kernel Module (LKM), подробности по его созданию будут описаны в одной из дальнейших статей.

Службу шифрования также пришлось немного переписать, так как она реализована на C++.
Для переноса приложения, обеспечивающего нас диалоговым окном, написанного на WinForms, мы использовали фреймворк Avalonia. По применению и сложностям будет создана отдельная статья. Также возникла необходимость добавить запуск данного приложения через нажатие ПКМ на определённый файл. В Ubuntu в этом помог filemanager-actions (он же в ранних версиях nautilus-actions). При помощи него можно добавить практически любой сценарий обработки ПКМ, но, повторюсь, в рамках Ubuntu (как окажется далее ещё и в AltLinux).

Сборка

Теперь, когда мы определились с содержимым, для начала соберём deb пакет.
Так как у нас есть службы — их необходимо демонизировать. Для этого используем systemd.
Изначально было принято решение для сборки deb пакета использовать checkinstall. Первый пакет был собран при помощи него. Но при добавлении сборки в CI появились/возникли проблемы с окружением сборки, зависимостями и скриптами до/после установки. Поэтому было решено, что лучше это делать через fakeroot. Эти действия, по большей части, были описаны в данной статье.

Создаём отдельную директорию, содержащую инструкции для systemd, которую после перенесём в /lib/systemd/system.

Создаём директорию с содержимым, которое необходимо перенести при установке пакета.

А также создаём директорию DEBIAN, содержащую сценарии для действий перед/после установки/удаления и control, описывающий основную информацию пакета и его зависимости.
После созданного контента выполняем fakeroot dpkg-deb —build «имя пакета».

В итоге на выходе мы имеем deb пакет с содержимым.

Установка, удаление и проверка работы

Устанавливаем его командой:

sudo dpkg -i «имя пакета».deb

Удаляем командами:

sudo dpkg -r «имя пакета» (указанное в файле control)

sudo dpkg --purge «имя пакета» (указанное в файле control)

При установке переносятся и запускаются три демона (приложения, работающие фоном, аналог служб Microsoft).

Для проверки их работоспособности выполняем:

systemctl status «имя демона».service

Для примера статус нашего dssservice

Далее началось тестирование пакета и выявление всех зависимостей, которые в процессе создания не были учтены. После успешной обработки всех зависимостей выяснилась одна интересная деталь. Если мы хотим подключаться по rdp к машине, то данный функционал необходимо настроить, так как по дефолту сервера для подключения по данному протоколу нет, как на Microsoft. Самым простым способом нaстройки rdp является настройка xrdp совместно с xfce4. При настройке xfce4 используется в качестве проводника Thunar и, соответственно, пункт в ПКМ, который мы добавляли через filemanager-actions, для него не добавляется. Но решение довольно быстро было найдено — находясь в домашней директории, проходим по следующему пути:

.config/Thunar/

и там будет лежать файл uca.xml, содержащий сценарии для ПКМ.

Разворачивание пакетов в российских сертифицированных ОС

После успешного тестирования данного пакета на Ubuntu возник вопрос о работоспособности его на других ОС, использующих dpkg, как менеджер пакетов, а, соответственно, поддерживающих .deb. А, в частности, вспомнилась отечественная разработка (импортозамещение никто не отменял) — AstraLinux.

AstraLinux

С ходу установить пакет не удалось, так как наш пакет имеет в зависимостях filemanager-actions, который мы используем для добавления пункта ПКМ в Nautilus Ubuntu. Но в AstraLinux используется файловый менеджер fly, и для добавления в него мы не будем использовать filemanager-actions, пришли к выводу, что для AstraLinux будем собирать пакет без учёта этой зависимости. А для добавления используется сценарий «имя_процесса».desktop, который добавляется в /usr/share/flyfm/actions/.

Также были разрешены некоторые моменты, связанные с LKM, но их мы рассмотрим в следующей статье.

Cборка RPM

Следующей ОС стала ALTLinux. Она интересна тем, что имеет пакетный менеджер APT, но при этом вместо dpkg у неё используется rpm. А, следовательно, пора нам собрать наш пакет и под rpm.

Изначально попробовали сделать преобразование deb в rpm, как описано в этом мануале.

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

Поэтому было принято решение собрать rpm пакет непосредственно средствами rpmbuild.

Сначала решили собирать не под ALTLinux, а под RedOs, так как со стороны бизнеса на неё более перспективные планы. RedOs основана на CentOS, поэтому сборку решили проводить в ней.

Часть с systemd остаётся без изменений, а вот Debian заменяем на файл «имя_проекта».spec, который содержит в себе всю информацию и зависимости из control, сценарии для действий перед/после установки/удаления, а так же описание содержимого пакета (непосредственно пути до того, что необходимо добавить).

После создания файла выполняем:

rpmdev-setuptree

переносим .spec в rpmbuild/SPECS и выполняем:

rpmbuild --bb rpmbuild/SPECS/dssservice.spec

после чего забираем из директории rpmbuild/RPMS созданный пакет.

Пытаемся установить пакет и утыкаемся в те же самые зависимости, которые были при попытке установить конвертированный deb пакет.

Как оказалось, изюминка заключается в том, что при создании rpm система подтягивала дополнительные библиотеки, и ставила их в зависимость. Чтобы такого не было — необходимо в файл .spec добавить строку после описания зависимостей:

Autoreq: no

Пробуем установить и да — победа, пакет корректно устанавливается.

Для установки rpm пакета используем команду:

sudo rpm -ivh "имя_пакета".rpm

Для удаления (без удаления пакетов, находящихся в зависимости):

sudo rpm -e --nodeps ""имя_пакета""

RedOs

Далее необходимо разобраться с зависимостями, так как необходимые для работы наших приложений пакеты уже имеют другие названия, а также необходимо разобраться с добавлением пункта в ПКМ.

В RedOs в качестве файлового менеджера используется nemo. Для добавления в него пункта в ПКМ необходимо создать файл «имя_действия».nemo_action, в котором по аналогии с файлом . desktop (для AstraLinux) будет сценарий обработки нажатия на новый пункт меню, и переместить его в ~/.local/share/nemo/actions/, перезагрузить nemo и пункт появится.

ALTLinux

После успешного тестирования rpm пакета на RedOs перешли к формированию rpm пакета под
ALTLinux. По сути, необходимо скорректировать зависимости, так как для каждой оси пакеты будут иметь своё название, и снова понять, как произвести добавление пункта в ПКМ. Тут нам на помощь снова пришёл filemanager-actions, через который также можно добавить пункты в ПКМ и для Mate и Caja, которые как раз и используются в ALTLinux.

В итоге, мы собрали пакеты для основных, используемых у заказчика, ОС.

Заключение

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

Ссылки которые нам помогли

• ithelp21.ru/udalennoe-podklyutchenie-k-ubuntu-tcherez-rdp — неплохая инструкция, которой пользовались наши тестировщики для добавления rdp на Ubuntu
• pingvinus.ru/note/nautilus-context-menu-items — настройка nautilus-actions
• www.debian.org/doc/manuals/maint-guide/build.ru.html — сборка deb
• linux-notes.org/pishem-init-skript — Init скрипт для systemd

Обзор приставок Ростелеком: топ-5 лучших устройств

• Главная
• Полезное
• Полезные статьи
• Топ-5 лучших приставок Ростелеком с кратким обзором

×

По вашему адресу мы проведём дополнительную проверку по тех.возможности и обновим зону покрытия

×

Проверьте адрес на возможность подключения

Не получается найти адрес?

×

Подключение тарифа

Технологии развлечений

200 Мбит/с

150 Каналов

15 Гб

2000 Мин

500 Смс

Стоимость подключения 0₽

Абонентская плата в месяц 600₽

Итого 600₽

×

Оставьте заявку, и мы перезвоним вам для консультации

×

Получить консультацию

×

Оперативная поддержка

8 (958) 111-94-69

Проверить кабель, переоформить договор, оформить переезд, подключиться.

×

Бесплатное подключение

8 (958) 111-94-69

Проверить кабель, переоформить договор, оформить переезд, подключиться.

или заполните форму для консультации специалиста

×

Выберите город

Волгоград Воронеж Екатеринбург Иркутск Казань Кемерово Красноярск Москва Нижний Новгород Новокузнецк Новосибирск Омск Пермь Ростов-на-Дону Самара Санкт-Петербург Томск Челябинск

Определить автоматически

×

Подберите тариф, ответив на 6 вопросов

1. Где планируете подключение?

2. Какие услуги вам нужны?

3. Вы хотите стать новым клиентом?

4. Введите адрес подключения

5. На какую сумму ориентируетесь?

6. Нужен ли WIFI роутер?

×

Спасибо, Ваша заявка отправлена!

Установка STLinux на VMWare — Антон Герасимов — LiveJournal

?

Антон Герасимов 11:01 4 мая 2013 г. Фаблесс Установка STLinux на VMWare Установка STLinux на VMWare Введение В этой статье представлена ​​пошаговая процедура установки и настройки STLinux на VMWare. Заявление об отказе от ответственности Вы используете это руководство на свой страх и риск. STMicroelectronics не может предоставить поддержку. Предварительные условия Вы должны быть администратором на своем компьютере с Windows. Вы, должно быть, уже установили VMWare Player. Примечание : Это программное обеспечение является бесплатным. Шаг 1: Установка предпочитаемого дистрибутива Linux Если вы хотите установить дистрибутив Linux на VMWare, вы можете либо установить его с нуля (как описано в пунктах 1.1–1.4), либо найти готовый -Используйте «устройство», подходящее для VMWare. Вы можете найти готовые к использованию «приборы» здесь: http://www.vmware.com/appliances/directory/cat/508 http://www.vmplanet.net/ Мы также предоставляем готовый к использованию образ Fedora 11. Вы можете найти его здесь (648 МБ). Этот архив содержит образ диска со свежей установкой Fedora 11 и файл конфигурации VMWare (fedora11.vmx). Возможно, вам придется отредактировать файл конфигурации в соответствии с вашими предпочтениями. http://www.stlinux.com/faq/vmware Теги: linux, stmicroelectronics, vmware

linux — Сборка ядра на STLinux

спросил 6 лет, 10 месяцев назад

Изменено 2 года, 1 месяц назад

Просмотрено 1к раз

Недавно я получил доступ к базовому дистрибутиву STMicroelectronics со встроенной оболочкой BusyBox v1. 18.2.

Я прочитал всю информацию о своих проблемах в документальном фильме STLinux и выполнил все шаги.

Не было каталога /home/STLinux , поэтому я просто создал новый.

 # Шаг 2
[root@stlinux]# cp -r /opt/STM/STLinux-X.X/devkit/sources/kernel/linux-sh5/
BusyBox v1.18.2 (2011-07-13 20:52:52 CST) двоичный код с несколькими вызовами.
Использование: cp [ВАРИАНТЫ] ИСТОЧНИК НАЗНАЧЕНИЕ
Скопируйте ИСТОЧНИК в DEST или несколько ИСТОЧНИКОВ в DIRECTORY
Параметры:
    -a То же, что и -dpR
    -R,-r Рекурсия
    -d,-P Сохранить символические ссылки (по умолчанию, если -R)
    -L Перейти по всем символическим ссылкам
    -H Перейти по символическим ссылкам в командной строке
    -p Сохранить атрибуты файла, если это возможно
    -f перезаписать
    -i Запрашивать перед перезаписью
    -l,-s Создать (sym)ссылки
    # Шаг 3
    [root@stlinux]#cd /home/STLinux/linux-sh5
    -sh: cd: невозможно перейти в /home/STLinux/linux-sh5
    # Шаг 4
    [root@stlinux]#make ARCH=sh CROSS_COMPILE=sh5-linux-vmlinux
    -sh: сделать: не найдено
   # Шаг 5
   [root@stlinux]#make ARCH=sh CROSS_COMPILE=sh5-linux-help | grep ^ мб
   -sh: сделать: не найдено
   # Все остальные шаги были связаны с make. 
   # Шаг 9[root@stlinux]#найти . | grep "\.ko$"
   [root@stlinux]#
   # Шаг 10
   [root@stlinux]# make ARCH=sh CROSS_COMPILE=sh5-linux-vmlinux
   -sh: сделать: не найдено
 

Можно ли собрать ядро ​​без этих инструментов? Если нет, то как я могу установить их без каких-либо менеджеров пакетов?

• Linux
• ядро ​​
• BusyBox

0

К сожалению, вы не можете скомпилировать ядро ​​для STLinux на STLinux. Вы не должны, по крайней мере. Это встроенные устройства с ограниченными ресурсами.

Что вам нужно сделать, так это установить или установить Linux на другой компьютер (Intel), перекрестно скомпилировать ядро, а затем скопировать его на целевую машину.

Кстати, кросс-компиляция — это процесс создания двоичных файлов/инструментов на машине с другой архитектурой.

Если вы посмотрите на директиву CROSS_COMPILE в своем сообщении, то станет очевидным, что учебник, которому вы следуете, написан не для непосредственного использования на устройстве.

В качестве примера я перекрестно скомпилировал набор инструментов ARM NetBSD, двоичные файлы и пользовательское ядро ​​в Debian Jessie. Вы должны создать набор инструментов, используя собственные инструменты разработки.

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

Здесь есть еще одна связанная тема: Как установить другой дистрибутив на Linux DVR

Кроме того, я сомневаюсь, что вы успешно скомпилируете новое ядро, не зная, что делаете. Архитектура ARM/Mips имеет некоторые особенности, которые существенно отличаются от стандартной архитектуры Intel, и часто ядра этих китайских устройств существенно взломаны.

Тем не менее, если коротко ответить на ваш вопрос, нет, вы не сможете скомпилировать новое ядро ​​на своем устройстве. Оперативная память и диск обычно довольно ограничены для нужд разработки.