Если временно упустить продолжение, то тема начинается
Работа с 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
Что то существенно отличающееся от этого теста я вам при всём желании не напишу.
И если не получится контакта с кем то, кто готов будет в серьёз обсуждать детали и пробовать варианты мы просто закроем тему и всё.

vmag,
Я это всё более чем понимаю, у меня в профиле фото моего "хоумофиса" уже более чем 10-ти летней давности.
Там кстати справа пару тонких клиентов на которых эксперименты начинались - Аквариус и уже не существующий Искандер.
Жизнь заставляет вернуться в профессию, перебираю старые наработки и думаю о том, что выбросить,а что может ещё пригодится кому то. Но начинать без самого минимального контакта с кем то кому интересна тема ТОЧНО НЕ БУДУ.

Вот поэтому я и не собираюсь публиковать что то без понимания для кого оно.
Одно дело автоматизация конкретного объекта, с известной средой обитания,
и совсем другое тиражное решения со всем паровозом tgz,rpm,deb,...,dmg ещё и в нескольких версиях.
Под конкретику при всём обилии документации подстроится реально и обозримо по срокам.

вадя,
Про jar я всё понимаю.
Я про своё, я про гуи и если с gtk2 всё более менее стандартно, то для gtk3,qt5 нужно точно готовить пакеты или писать инструкции про зависимости.

вадя,
java c этим преимуществом задумывалась, кто же с этим спорить будет

В принципе конечно другой. Задумывалось всё даже не для access-а, а для 1с и давно для тех случаев когда кто то сидит в одной форме днями/сутками и нет смысла палить целую лицензию на это а разработчик (не я) не должен ещё что то изучать а обращаться ко внешней компоненте с просьбами открой окно, нарисуй кнопку, таблички,....., верни реакцию и т.д. и т.п.

1c на сегодня не актуально, с линукс у них и так всё движется, тогда это был оплачиваемый проект.
Access мне близок, тогда же паралельно делал по тому же принципу для себя. Тонкий клиент, как нечто большее чем терминал а что то получающее задания для отрисовки и слежения за реакцией мне близок с рубежа 80х-90х прошлого века.
Есть аналогичная переписка по поводу Visual Foxpro, которого также точно не предвидится на линукс и т.д. и т.п.

Т.е. ЭТО СТО ПРОЦЕНТНЫЙ ВЕЛОСИПЕД, в этом меня убеждать нет смысла, но он мне нравится и я уверен, что несколько велодорожек для него найдётся.

Как одно из возможных применений - Информационные киоски, которые захвачены браузерами.

Leonid Kudryavtsev,
Ну и что, что не нашли упоминания?
Там примеры в основном не автора, а тех кто для своих языков воспользовался.
Вот например http://www.yabasic.de/related.html
Вам принцип там описанный понятен?
И причём тут wine и лицензия?
Честно, я уже не понимаю какими словами об этом писать.
Если в ближайшие дни не появится кто то заинтересованный в экспериментах на тему, с которым его среду получится обсудить, соберу демо для той среды которая есть у меня под руками: под access 2003 в качестве сервера алгоритмов и клиента(он же сервер GUI) для
https://forum.runtu.org/index.php/topic,7940.0.html
Будет это кто то тестировать или нет не знаю, но мне было бы интересно обсудить.

И да я gtk-server и GuiServer (Кресина) привёл только для примера. У меня аналогичный но свой.

Таймаут!
До готовности демо-стенда.

Единственное уточнение. Сервер - это не большой дорогой ящик с загруженной на нём дорогой системой.
Я на ассме, на контролере напишу программу включения лампочки и обеспечу доступ к ней по сети чрез мной же написанные Dll или ActiveX.
Буду дёргать их из Access-а включая и выключая лампочку.
Это будет мульти контроллерный сервер лампочки, потому что можно на разных контролерах реализовать.