Rating@Mail.ru
IPB
Etersoft - from Windows to Linux
Etersoft
решения для перехода
с Windows на Linux
Дружественные сайты: alv.me и Rus-Linux.net

Здравствуйте, гость ( Вход | Регистрация ) Поиск · 

Профиль
Фотография
Опции
Опции
О себе
IMB не указал(а) ничего о себе.
Личная информация
IMB
Что-то мне здесь надоело
Возраст не указан
Пол не указан
Место жительства не указано
День рождения не указан
Интересы
Нет данных
Другая информация
Операционная система: Debian
JID: Нет данных
Город: Нет данных
Статистика
Регистрация: 10-November 05
Просмотров профиля: 32831*
Последнее посещение: 20th September 2017 - в 16:22
Часовой пояс: Nov 19 2017, в 10:37
2394 сообщений (0.55 за день)
Контактная информация
AIM Нет данных
Yahoo Нет данных
ICQ Нет данных
MSN Нет данных
* Просмотры профиля обновляются каждый час

IMB

Участники


Темы
Сообщения
Друзья
Содержимое
19 Sep 2017
Доброго дня!
Произвожу кросс-компиляцию Qt под несколько SoC, всё замечательно собирается и работает, но есть одно неудобство - не могу установить в директорию отличную от prefix.
Итак, при конфигурировании задаю prefix по которому на целевой платформу будут находится компоненты Qt и после сборки install устанавливает их по этому пути, а мне бы хотелось установить в другую директорию и использовать оттуда. Установить в другую директорию не сложно, в этом помогает INSTALL_ROOT, но, к сожалению, пользоваться этим потом не возможно, qmake выпадает с сообщением о невозможности прочитать конфигурационный файл, хотя он ему указан через опцию spec и файл находтся по указанному пути.
Собственно зачем мне это надо - сборка Qt процедура достаточно затратная по времени и поэтому хочется собрать его один раз и передавть в виде artefacts между сборками в Gitlab CI.
Вопрос - как необходимо сконфигурировать/установить Qt что бы prefix отличался от директории установки и этим можно было бы пользоваться.
Спасибо.
13 May 2017
Доброго дня!
Система Ubuntu 16.04, cryptsetup 1.6.6.
Создан LUKS контейнер, если его открываю и монтирую руками, то права доступа на файлы отображаются корректно
Код
# echo SUPER_SECRET_PWD | cryptsetup open --type luks /srv/stb-fw-sign-data.img stb-fw-sign-data -r
# mount /dev/mapper/stb-fw-sign-data /srv/stb-fw-sign-data
mount: /dev/mapper/stb-fw-sign-data is write-protected, mounting read-only
# ls -l /srv/stb-fw-sign-data
total 367
-rwxr-x--- 1 sign sign  32768 May 13 17:59 firmware.bin.pkg.sig.enc

Если же эти команды выполняются из скрипта, то доступ к файлам отсутствует с сообщением Permission denied и права выглядят так
Код
-????????? ? ? ? ?            ? firmware.bin.pkg.sig.enc

С чем это может связано и как решить проблему?
Спасибо.

Похоже на точке монтирования были некорректные права доступа.
19 Apr 2017
Доброго дня!
Есть входные данные в виде \x1\x16\x6e, где:
\x1 - код параметра
\x16 - длина данных
\x6e - данные
Необходимо в зависимости от кода параметра сохранить данные указанной длины в переменную.
Проблема в том, что не все данные печатаемые и я не могу сообразить как в скрипте, оболочка ash из состава busybox, работать с непечатаемыми символами.
Код
# printf "\x6e"
n#

# printf "\x16"
#

Подскажите?
Спасибо.
10 Apr 2017
Доброго дня!
Так как железо не всегда под рукой хотелось бы использовать mock для начального тестирования.
Поиск вывел на https://cmocka.org/, но что-то пока особо не понятно, как его использовать.
Есть ещё реализации mock для С, что Вы используете?
Спасибо.
Доброго дня!
Есть некое устройство управляемое через ИК-пульт, на нём используется lirc.
Новое устройство построено на базе другого чипа и на нём производитель использует /etc/remote.conf для описания клавиш пульта и хотя lircd и не запущен я вижу вывод в консоль при нажатии клавиш на ИК-пульте.
Вопрос - как проще скрнвертировать lirc.conf в remote.conf, к сожалению я не вижу соответствия между описанным в lirc.conf и выводимым в консоль?
Спасибо.
Просмотры


31 Jul 2017 - 16:18


23 Dec 2015 - 14:33


8 Dec 2015 - 13:11


7 Sep 2014 - 0:56


14 Jun 2013 - 23:32


Друзья
Друзей нет.
RSS Текстовая версия Сейчас: 19th November 2017 - в 09:37




Rating@Mail.ru