Если временно упустить продолжение, то тема начинается
Работа с mdb и accdb хранилищами на Linux ...

Прошу разрешения вклинится в диалог. Собирался свою тему открывать, но все заинтересованные сюда точно заглянут, а меня уж и не помнит никто.
На сегодня Access + Linux это в 99% случаев терминалка на win сервере и возможно rdp клиенты под линуксом.

А если появится инструмент при котором не всё но часть, где например рабочие места с одной(+/-несколько) формой целый день(сутки) на экране, можно автоматизировать и отлаживать в рамках привычного VBA, а работать эти формы смогут как на win, так и на lin, это кому то будет интересно?
И да, это не аналог терминалки или доставки приложений, код общения с пользователем нужно писать новый, но формы будут появляться как на машине где идёт разработка-отладка т.е. win32/64, так и на линукс, причём на выбор gtk2/gtk3/qt5
Терминальная лицензия при этом не требуется, да в некоторых случаях и десктопа достаточно вместо сервера.

Есть те кого жизнь заставляет смотреть в сторону linux а бросать привычный access не хочется?

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

p.s. mac,android,ios,web тоже можно но следующим этапом.

Всё вяжется.
Вы заглянули например сюда
https://www.gtk-server.org/demo-stdin.vbs.txt

Вариантов реализации аналогичных могу десяток предложить.
У меня нет сомнений в возможности и удобстве реализации у меня нет желания браться за организацию всяких демо и прочего без общения хоть с одним человеком у которого сегодня работает терминалка и есть необходимость как то её реорганизовывать в сторону линукс на клиенте или заново что то в этом ключе организовывать.
Я по опыту своему знаю, что попытка создать, что то для придуманного клиента аля "конь в вакууме" безрезультатна.
У реального всё будет как то по другому.

Всё что я пишу оно для тех, кто под красной строкой подпишется, а смотреть по сторонам жизнь тем не менее заставляет.

ROI,
Уточняем вопрос на примере не моего и давно существующего проекта https://www.gtk-server.org/
Что конкретно не понятно?
Есть сомнение, что из Access на его vba можно общаться с gtk-server который будет что то показывать и следить за реакцией пользователя под любой ос для которой будет собран?

Ещё раз, что не понятно? Всё более чем конкретно, Хрущёва сюда не зачем приплетать )))

Я собственно говоря не ратую.
Мне уже не удобно перед автором темы, нужно наверно разделять с заголовком

Ms Access в качестве сервера приложений для мультиплатформенных клиентов.

Я увидел тему в которой одновременно присутствует mdb и linux вот и по сути задал вопрос:
Есть на форуме, те кому это в реальности сегодня нужно а не теоретически когда нибудь.
Есть наработки, есть идей готов обсуждать.

Спасибо, что разделили.

Я буду делать демо, но это может быть ускорено в одном случае:
Появится кто то кто скажет, что у него может быть необходимость в организации рабочих мест под линукс с сохранением по возможности старых наработок access.
Т.е. Мы обсудим хотя бы приблизительно, какая версия access в работе на какой win системе и какие предпочтения к lin клиентам. Многообразие и одного и другого точно не позволит в обозримые сроки показать что то гарантированно работающее у всех.
Нужна конкретизация возможной среды обитания.

Просьба ко всем скептикам.
Пожалуйста давайте сконцентрируемся на возможных реальных примерах применения и поиске того, кому интересно будет по экспериментировать на своём реальном стенде. После понимания что это будет за стенд, я предложу решение для демонстрации и именного его я готов потом обсуждать на предмет именно его жизнеспособности.

Спасибо.
Обязательно будем разбираться и непременно сами.

Маленькая поправка к моему представлению о линуксе и смежных вопросах.
Всем (во всяком случае тем кто хоть как то интересуется темой) известно о существовании
https://wtware.ru/
Слово linux в данном случае применимо на 111%. Нужно ли админу windows для эксплуатации так уж глубоко погружаться в "чуждую" специфику? Ответ однозначный - НЕТ.
wtware и ещё ряд аналогичных, больше привязанных к производителям железа, например
https://tonk.ru/catalog/programmnoe-obespechenie/tonk-cos-620
В первую очередь были заточены на rdp и аналоги. Следом за естественным ростом производительности железа рядом стал появляться браузер. Т.е. есть специально сконфигурированная линукс система для конкретных функций. На этом все разговоры о многообразии и сложностях установки чего бы то ни было прекращаются как класс.

Далее. Два указанных варианта требуют в одном случае Терминальные лицензионные и прочие издержки, в другом Вебовские.
Достоинства и недостатки одного и другого давно все обсудили тысячекратно.

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

Вы своё слово сказали.

Для остальных я напомню две ссылки
https://www.gtk-server.org/
https://kresin.ru/guisrv.html

О таких же принципах пойдёт речь но с учётом раздела форума в котором находимся и обозначенной темы, когда найдётся тот, кому это реально интересно.

ROI,

Ну серьёзно. Ведь очевидно, что даже когда я опубликую какой то вариант вы не будете ставить линукс и пробовать даже из любопытства. Зачем вы всё это пишите? Какова ваша цель?

ROI,
За меня на данном этапе всё на пальцах описал г. Кресин
GuiServer - это инструмент, дающий возможность относительно легко реализовать GUI фреймворки для разных языков программирования.

При запуске он создает tcp/ip сокет и начинает слушать его, перейдя в режим ожидания. После установления соединения с клиентом он начинает принимать от него команды, в соответствии с которыми создает те или иные элементы графического интерфейса. Сразу создается и другое соединение с клиентом, по которому GuiServer отправляет ему информацию при наступлении определенных событий - закрытие окна, нажатие кнопки и т.д.

Таким образом, программа играет роль GUI - сервера, сервиса для предоставления клиентам графического интерфейса. Клиентом является программа на произвольном языке программирования, который может работать с tcp/ip соединениями (а это умеют почти все) и для которого написана сравнительно небольшая библиотека, обеспечивающая запуск процесса GuiServer, присоединение к нему и обмен информацией в соответствии с заданным протоколом.
https://kresin.ru/guisrv.html
Что то существенно отличающееся от этого теста я вам при всём желании не напишу.
И если не получится контакта с кем то, кто готов будет в серьёз обсуждать детали и пробовать варианты мы просто закроем тему и всё.