Qt Creator: почему все так плохо?

для меня все темные темы вырвиглазные. И по черно-зеленым экранам из 80х я не скучаю.

Да, одному. Очень популярный редактор, куча народа пользуется. А у тебя почему-то всё время не работает.

Вангую дело в окружении. Или слака из склепа или гента криво обмазанная юз флагами. Поставь нормальный дистрибутив - арчик - и будет у тебя всё работать. Ну и кеды вместо гнома, конечно же, чтобы тема нормально подхватывалась.

Мусор, мусор для ламеров.

Поставь нормальный дистрибутив

Сейчас проблемы с debian bullseye.

Вылечил тему, пытаюсь создать проект. Требует SDK.
Есть какой-то стандартный Desktop, но его выбрать нельзя.
Изменить тоже не дает. Вернее, применить изменения.

При этом ошибок никаких, даже в stderr/stdout.

Ставил в разных дистрибутивах, проблем не было ни в одном.

Обоснуешь? Или как всегда?

Нашел ошибку! Если навести курсор на Desktop SDK появится:
Ошибка: Мнимум одна необходимая особенность отсутствует

Что отсутствует - не сказано. К g++, gdb и cmake пути правильные.

У меня с ним было плохо при попытке использовать нетривиальные SDK для кросскомпиляции.

В итоге запустил arm-сборку QtCreator в docker c эмуляцией архитектур и подключил по X11 к нативному X-серверу. Не идеал, но юзабельно. В том же docker нативные арм тулзы, и специфичные для задачи arm-библиотеки.

Тю, легко:

1. Не бибикает
2. Текст не портит
3. Настройка тривиальна и в большинстве случаев вообще не нужна
4. Графический интерфейс

Ну сам подумай, как можно пользоваться такой программой? Никакой уважащий себя хакер не будет это запускать.

Да, и правда, че это я.

Зачем? На 5-6м вложении виджетов его уже плющит, мало того, что не удобно. Абсолютный, как говорят наши партнёры, mess. Попробовал и выкинул нахрен, навсегда. Любой, нормально тянущийся ГУЙ и есть такое вложение виджетов, иначе никак, а не три формочки - две кнопочки под FIX Resolution.

Точнее, есть, конечно, способ тянуть ГУЙ без вложения виджетов, но это вообще мимо в данном контексте.

В итоге для работы qtcreator нужны qmake и qtbase5-dev.

Видимо, никто не ставит этого зверя из репозитория?

Они нужны не для работы qtcreator, а для сборки твоих Qt приложений.

Они нужны не для работы qtcreator, а для сборки твоих Qt приложений.

Я думал Qt Creator нужен для разработки Qt приложений.
Без qmake он даже проект не создаст

Я в креаторе прошивки для AVR собираю.

Во первых, не только.

Во-вторых - это вопрос к мейнтейнерам дебиана, почему так упаковали. Разработчики креатора тут непричем.

это вопрос к мейнтейнерам дебиана, почему так упаковали. Разработчики креатора тут непричем.

Согласен, хотя сообщения об ошибках могли быть прозрачней

Видимо, никто не ставит этого зверя из репозитория?

Бобро пожаловать в GNU / Linux - там всё отдельно.

Я думал Qt Creator нужен для разработки Qt приложений.

Для чистого C++-проекта qmake не нужен.

На 5-6м вложении виджетов его уже плющит

https://rodgersnotes.files.wordpress.com/2010/10/simplicity.png?w=584

Потому что в DEB-based существует идиотская политика разделения пакетов. В итоге при установке Qt Creator ты получаешь не готовую к сборке и работе IDE, а криво и глючно работающее нечто, и тебе приходится создавать подобные темы на форумах, дабы узнать на какие пакеты наркоманы-мейнтенеры разбили рабочий дистрибутив программы.

В итоге для работы qtcreator нужны qmake и qtbase5-dev.

Вот эти, ты, например, нашёл. А ещё нужны examples без которых это IDE тоже глючит некоторые другие пакеты.

В итоге самый рациональный путь для того, чтобы не сношаться с пакетным менеджером и наркоманией которую развели мейнтейнеры Debian и подобных – взять и установить Qt Creator с официального сайта прямо в директорию /opt, встроенным установщиком, как в Windows:

curl -LOJ "https://download.qt.io/official_releases/qtcreator/7.0/7.0.2/qt-creator-opensource-linux-x86_64-7.0.2.run"
chmod +x qt-creator-opensource-linux-x86_64-7.0.2.run
./qt-creator-opensource-linux-x86_64-7.0.2.run

(качать через VPN, если ты в РФ или Беларуси)

Вуаля – у тебя последний Qt Creator сразу готовый к работе, а не тот заскорузлый обрубок который запихнули в Debian.

Раньше ещё был stand-alone установщик последнего Qt SDK в котором тоже шёл Qt Creator и при установке ты получал сразу готовую среду для разработки на Qt под Linux, но после того как Qt стал скатываться, подобную сборку убрали, оставили лишь с регистрацией и online-скачиванием пакетов.

криво подхватилась тема breeze-dark

Ааааа, человек добровольно ставит темную тему. Лови наркомана!

Кумейк не нужен, кьютбейз тоже не нужен. Если конечно ты не собираешься писать культевые приложения, собирая их кумейком.

На 5-6м вложении виджетов его уже плющит, мало того, что не удобно.

Это тебя неудобно плющит. А на Qt вкупе с Qt Creator и Qt Designer программисты вполне себе создают ПО со сложным специализированным GUI:

http://hexblog.com/ida_pro/pix/idaqt_preview_100310_1.jpg
https://baat.exlmoto.ru/~exl_lab/screens/idalarge.gif

А что, кто-то не ставит? O_o

Кумейк не нужен <…> Если конечно ты не собираешься писать культевые приложения

Да и в этом случае тоже не нужен, лол

cmake >> qmake

Вот. Я всегда прям как чувствовал, что дебиан – говно. Но местные гурманы готовы заплевать любого, кто с ними не согласен.

А сабж прекрасен, хотя настройка SDK и правда мудрёная.

Так те видно в тестировщики надо :) Кроме шуток, со временем поймал себя на том, что абсолютно в любом софте начал находить баги(хотя тестированием почти не занимаюсь), это проф. деформация, привыкай, скоро у тебя не получится пользоваться софтом без багов, т.к. такого так-то и нет :)

Видимо, никто не ставит этого зверя из репозитория?

Начиная с Qt5 Digia, а потом и Qt company сделали всё возможное для этого, начиная с популяризации, заканчивая вендорлоками различного уровня.

Грамотный ли это ход - вопрос отдельный. Но, то, что политика там именно такая - это факт.

Кумейк не нужен <…> Если конечно ты не собираешься писать культевые приложения

Да и в этом случае тоже не нужен, лол
cmake >> qmake

Не получилось создать cmake проект без qmake. SDK без qmake не считался валидным.

Только идиоты ставят вместе с IDE все библиотеки Qt. А потом они плодят советы по сборке своего говнопроекта в духе «поставь Qt Creator и нажми F5», не ведая о зависимостях.

Нафига устанавливать дистрибьютив, в котором не смог понять принципы пакетированию? Что бы плодить комменты про ущербность сопровождающих?

download.qt.io уже доступен из России или нужно зеркала искать для скачивания нескольких гигов хлама?

Лично я в кьюткреаторе пилю сишный код под стм и собираю всё через кубээс. Мне это всё нафиг не нужно. Так что мне норм, что всё по разным пакетам растыкано.

Так те видно в тестировщики надо :) Кроме шуток, со временем поймал себя на том, что абсолютно в любом софте начал находить баги(хотя тестированием почти не занимаюсь), это проф. деформация, привыкай, скоро у тебя не получится пользоваться софтом без багов, т.к. такого так-то и нет :)

это деформация у мантейнеров. Качество упало просто в катастрофу. Именно поэтому всякие флатпаки

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

Если разработчик большой системы предоставил собранный бинарь, то бери его и именно там

…или как быстро найти проблемы на ровном месте.

Приведу простой пример: в AUR есть два пакета, xnviewmp и xnviewmp-system-libs.

xnviewmp – тот самый собранный бинарь от разработчика – использует свой собственный Qt и некоторые другие библиотеки вместо использования системных. Следствием являются проблемы с поддержкой Wayland, баги в теме и мусор в stderr.

xnviewmp-system-libs по максимуму использует системные библиотеки, и никаких проблем не имеет, при этом занимает значительно меньше места на диске.

В итоге самый рациональный путь […]

Или просто --install-recommends и не забивать себе голову поддержкой васянки в /opt

Я всегда прям как чувствовал, что дебиан – говно.

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

Хотя это всё не отменяет ненужности сабжа, конечно.

Нафига устанавливать дистрибьютив, в котором не смог понять принципы пакетированию? Что бы плодить комменты про ущербность сопровождающих?

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

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

Чтобы разрабатывать программы под другие платформы, как например выше в треде под контроллеры пишут, нужно знать как работает дебиан? Огонь!

Никогда не любил дебиан вот за это. Слишком много «особенностей» в нём, которые только геморроя добавляют.

Ну так ya-betmen пользуется голым креатором и как раз доволен, что с креатором не ставятся автоматом библиотеки для разработки Qt.

А теперь хотелось бы услышать, в каком дистрибьютиве вместе с Qt Creator автоматом ставятся библиотеки для разработки приложений Qt.

xnviewmp – тот самый собранный бинарь от разработчика – использует свой собственный Qt и некоторые другие библиотеки вместо использования системных. Следствием являются проблемы с поддержкой Wayland, баги в теме и мусор в stderr

проблемы с поддержкой Wayland - это вайлендо-проблемы :-) Эту сырую ненужную тварь слишком рано потащили в релизы

проблемы с поддержкой Wayland - это вайлендо-проблемы :-)

Нет, это проблемы автора, который положил Qt без поддержки Wayland.

Нет, это проблемы автора, который положил Qt без поддержки Wayland.

любая штука на Wayland является «experimental», как-бы де факто.

Потому что с какого рожна разработчик приклада должен думать об том чем рендерится GUI ? вот с вялым приходится думать, потому он «experimental». Мне пока известен только один тулкит, где вялый работает Ok. Но авторы не рекомендуют на него перелазить в продашн (мы не уверены)

пока не будет прозрачной поддержки по всему фронту - вайланд удел альбиносов и анстейбл релизов

любая штука на Wayland является «experimental», как-бы де факто.

Нет, есть огромное количество приложений, которые на Wayland просто работают уже немало лет.

Потому что с какого рожна разработчик приклада должен думать об том чем рендерится GUI ?

Приклад прикладу рознь, но разговор не об этом. Если он думать не должен, то он не должен и подкладывать Qt.

Мне пока известен только один тулкит, где вялый работает Ok

Понятие «Ok» растяжимое. В ряде тулкитов поддержка Wayland вполне «Ok» на мой взгляд, и годы использования Wayland не дадут соврать.

Ставил в разных дистрибутивах, проблем не было ни в одном.

+1. Даже под виндой шуршит без проблем.

Видимо, никто не ставит этого зверя из репозитория?

А-а-а, вот ты и попался! Да, из репозитария он неработоспособен.

в каком дистрибьютиве вместе с Qt Creator автоматом ставятся библиотеки для разработки приложений Qt.

Fedora и rhel-клоны, например.

А теперь хотелось бы услышать, в каком дистрибьютиве вместе с Qt Creator автоматом ставятся библиотеки для разработки приложений Qt.

Вроде в Gentoo ставит и библиотеки в том числе. С проверкой по наличию USE-флагов.