Имеется проект MS VS2019, Qt 5.15.2, QtCreator 4.13.3 с двумя целями – 32 бит и 64 бит. Если для 64 бит конфигурация запуска правильная, где создается, оттуда и запускается (1.png, 2.png), то для 32 бит создается правильно, а запуститься пытается из 64-х-битного каталога (3.png, 4.png). Где искать косяк, как формируется каталог исполняемого модуля? С другими проектами такого нет.

А почему не взять вместо QGroupBox QTableWidget/QTableView с chekbox item'ами?

Логично, но так сразу не очевидно.

Да, собственно, я к этому и склоняюсь. LTS хоть обещает некоторое время жить спокойно :-). Хотя невдалеке еще маячит Astra Linux, а там 5.10.

Да собрать, конечно, можно. Можно и на X64 перейти, и на более ранний Qt, и MSVC 2017 Community поставить. Только все это вносит в ПО либо лишний элемент ненадежности, либо неудобство сопровождения. Но где-то же этот пакет должен быть.

Мигрирую с Qt 5.7.0 на Qt 5.14.1. Док говорит, что в поддерживаемых платформах есть
"Windows 10   x86 and x86_64   MSVC 2017, MSVC 2015, MinGW 7.3", однако в перечне комплектов Qt Creator'а MSVC 2015 x86 нет. Нет и соответствующего каталога. Что не так?

Использовать флаг QSettings::IniFormat, что-то вроде этого:
new QSettings( strSettingsPath, QSettings::IniFormat, this );

Не спорю, с Linuxaми мало знаком. Последний раз имел дело с Mandriva 2007. Ну а общее направление действий в общем-то прояснилось.

OpenBox тоже рассматривался. Здесь, скорее всего будут проблемы с сертификацией под версию Special Edition, надо выяснять. /offtop Ну и кой-какой опыт я тоже накопил, заничвясь разработкой этого сорта ПО с 1983 г. :-) offtop/

Я, все-таки, кое-чего нашел: во-первых - настройки, при которых окна не попадают в панель инструментов (соответственно, нет и меню), может, есть и еще чего-нибудь хорошее; во-вторых - kiosk-mode для организации разных терминалов, позволяет запускать приложение вообще без рабочего стола либо организовывать песочницу. Не устраивает ведь не весь WM, а только DE.
У перезапуска есть побочный эффект - если приложение падает по сбою железа или от программной ошибки, может получиться циклический перезапуск. Тут надо думать.

Да все так и есть, все пульты и прочие вычислительные средства резервированно-троированные, локальная сеть дублированная. Вот оператор только живой и не может он смотреть на три экрана одновременно. Звук не прижился от слова совсем.

ЗЫ как всегда
У Астры обнаружился kiosk-mode. Вроде-бы для таких вот случаев. Буду смотреть.

Все это - не замена существующего ПО, это - новые системы для той же технологии. Про "свет рубанули" - все питается от двух независимых сетей при УПС величиной с гору. А оператор, к сожалению, активно участвует в тех процессе. Так свыше предопределено.

Ну это дело вкуса :-) Мне проще написать программу на C-ях. Да и все, что описано - это лишь вершина айсберга. Надо будет отслеживать много еще чего.

Итого, похоже варианта всего два:
1. Повесить демона, перезапускающего UI при его закрытии (самое простое, но не очень красивое).
2. Взять готовый простейший WM и допилить его до нужного состояния (тут могут быть проблемы с сертификацией под SE).
Я, честно говоря, рассчитывал, что найдутся люди, поработавшие с библиотеками libflycore, libflyui, может в них что есть. Никакого описания их я пока не нашел :-(.
Спасибо за обсуждение.