wpa_supplicant? прибитое гвоздями к своему wpa_cli, и подрехтованное под dbus? А как мне на телефоне скрипт сделать который в зависимости от названия AP, к которой прицеплен, всякие штуки делал? (Вопрос риторический, с намеком на неидеальность wpa как примера, особенно во встраиваемых вариантах.)

> А как мне на этой гибкой технологии сделать классическое (без разделения клиент-сервер) приложение?

#include <stdio.h>

int main(int argc, char **argv)
{
  printf("hello, i'm classic programm\n");
  return 0;
}

> Что-то запрещает строить приложение как fronted-backend при использовании qt/gtk/etc?

Лень.

Лично мне лень познавать гтк, чтобы понять как отправить какому-нибудь демону команду что-то сделать, вычлиняя это из исходников клинта на gtk.

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

Проблема, ИМХО, в отсутсвии внятного и человеческого межпроцессорного взаимодействия, поэтому одни еб..ся с dbus, которое перегруженно всякой хренью и гвоздями к ней прибито, другие используют костыли предоставляемые из каробки всякими gtk/qt, хотя это ни разу не их задача, а третьи лепят из того, что есть и http тут очень удачно подменяет IPC.

У Бернштейна есть "эталонная" реализация tcp сервера, там кода строк 200, почему нет реализации простенькой IPC, которая как раз и будет слушать сокет хоть tcp, хоть unix, лично я не понимаю.