>> Эээ, вы не программист?

Вы, вероятно, тоже?

>> Вот надо, например, написать гуёвую программу.

Окей, надо - пишите, в чем проблема?

>> На чём писать?

Очевидно, от более подробного описания задачи зависит.

>> На иксах или вяленом?

Ну, во первых, не "НА", а "ПОД". Что иксы, что wayland - это не язык программирования, и даже не фреймворк. Это протокол, который вы поддерживаете/не поддерживаете.

>> На qt или gtk?

Собственно, от задачи/предпочтений. Если уж вы уперлись в выбор Qt/Gtk, значит программа не слишком специфическая - более-менее стандартный интерфейс + набор какой-то бизнес-логики. Тогда, ВНИМАНИЕ, вопрос, каким боком вас волнует выбор X11 vs Wayland? Вот что фреймворк поддерживает, под тем и работать будет, не больше и не меньше. Вы - пишете программу, графический сервер вас не касается.

>> Для kde или gnome?

А чем они, собственно, с точки зрения программы различаются? Собственно, программе тупо срать с большой колокольни, под чем ее запустили. Нет, если вы пишете что-то гномоспецифичное, изначально предназначенное для работы в гномоокружении, оно, вероятно, под кедами, например, попросит туеву хучу зависимостей с собой принести, но тут уж в постановке задачи вопрос.
Если задача стоит "создать нативное приложение для гномо-окружения со своей особой спецификой" или "создать плагин к Gnome" - пишите лучше на Gtk и со своей особой гномо-спецификой. Если вы пишете "просто приложение", то какая вам разница? Что Gtk-приложения в KDE работают, что Qt-приложения в Gtk. Причем вообще безо всяких проблем, я проверял.

>> Запаковать в deb или rpm?

В момент разработки - какая разница вообще? Доставка приложения пользователю - совершенно особая задача. Исходники-то у вас не пропадут, tarball никуда не денется. Упаковали как придумали, понадобилось что-то еще - упаковали еще раз, в чем проблема-то? Лень упаковывать много раз - snap/flatpack вам в помощь - они песочница, оно везде заведется.

>> Это не считая того, что сделав выбор, вторая половина будет полностью упущена - запаковал в  deb и все rpm-based дистрибутивы в пролёте (грубо говоря).

В смысле, ты в deb запаковал, и все? Пропала программа? Пока из deb'а не достанешь, в rpm упаковать никак?

>> В виндах и маках есть единый API задаваемый партией - и ты не тратишь время на разбор "а что бы мне сегодня выбрать, чтобы сделать то-то"? Ты просто тупо берёшь и делаешь, потому что  выбора-то всё равно нет, можно только так и не иначе -  

Хм, аж поперхнулся. Т.е. в винде для реализации GUI-приложения выбора нет? Нет вот этого всего winforms vs MFC vs UWP? При этом оно - три реально используемых платформы ВНУТРИ одной ОС, они непереносимы на другие, т.е. на Linux и прочих работать не будут. Это не вспоминая про кроссплатформенные фреймворки, включая те же Qt, Gtk, WxWidgets, которые вполне себе используются, кучи фреймворков-одного-приложения и всяческой хрени класса "а давайте я оберну пол-браузера в экзешник и буду показывать интерфейс там, сайт-то уже есть, зачем писать второй раз" типа электронов и прочего-прочего, Xamarin тот же...
Вы просто не в теме, честно.

>> отсюда время разработчика и сосредоточено на определённом пути действия, а не на субъективных каких-то предпочтениях.

Глупости же... При этом субъективные предпочтения вполне себе объективный вес имеют. Если надо написать приложение, при этом на Gtk оно получится "чуть-чуть правильней", а имеющийся разработчик знает только Qt, не надо заставлять его переучиваться. Один хрен куйня получится.