Установил Linux, как установить Qt?

Как правильно установить Qt, желательно 4.7? Что-бы всё работало как в винде: создаёшь оконный проект, пишешь код, запускаешь на выполнение.

0

Linux mint 17.1, 17,3, 19. Но я правда везде 32-х битную версию ставил, т.к. комп слабый и оперативки 1 гб (рекомендуют ставить 64-битную если памяти 4 гб и больше). Может поэтому не поехало?

Qt на оф. сайте 64-битный и с 32 версиями линукса тупо не запускался. А из репозиториев я так и не смог запустить, и компиляторы ставил и Qmake - всё без толку. Даже новый проект не запускается - пишет, что нет профиля (что-ли, я не запомнил точно). Вот как-то так.

0

В папке release появился файл (линуксовский ехе-шник?), тип "разделяемая библиотека". Как его запустить отдельно от Qt? Он даже не пробует запуститься самостоятельно, задаётся вопрос, с помощью какой программы его открыть?

Какие библиотеки ему нужны?

0

alexu_007, как вы узнали, что это разделяемая библиотека?
PS. если это действительно разделяемая библиотека, то ее самостоятельно не запускают. Это "аналог" виндовой DLL.

0

Посмотрел в свойствах файла. Файл в папке релиз. Я понимаю, что Qt создаёт библиотеку, вопрос - почему?

Миниатюры

   

0

alexu_007, в общем ради интереса поставил mint 17.1, 32-разрядный.

С пол-пинка завелся Qt.
Что делал: максимально ламерски зашел в "Менеджер программ", выбрал там "Программирование" и поставил комплекты пакетов
qtcreator, build-essential и qt-sdk. После окончания установки зашел в QtCreator, сделал тестовый проект, а после специально проверил, что созданный "exe-шник" запускается из местного "проводника" (Caja).
Все. Никаких танцев с бубном, ручных установок и проблем.

1

Сообщение от DrOffset выбрал там "Программирование" и поставил комплекты пакетов qtcreator, build-essential и qt-sdk.

Спасибо, попробую так же. Только обстоятельства чуток изменились - комп поменялся на более мощный, нужен mint большей версии и 64-разрядный. В понедельник попробую линукс минт 19.3.
Может проблема была в том, что я не ставил build-essential и qt-sdk, только креатор?

0

Сообщение от alexu_007 нужен mint большей версии и 64-разрядный

Я уверен, что это непринципиально.

Сообщение от alexu_007 Может проблема была в том, что я не ставил build-essential и qt-sdk, только креатор?

Естественно в этом.

1

Сообщение от DrOffset Естественно в этом.

Ванга мне не подсказала. Он жаловался на отсутствие компилятора С++ - я установил. Жаловался на Qmake - установил. Всё из репозитория. На build-essential не жаловался.

0

После установки Qt креатор, build-essential и Qt default (всё из репозитория) - наконец то заработало. Что-то из этого ему не хватало.

А ещё вопрос - какие либы нужно класть в папку с исполняемым файлом в линуксе, что-бы работал на другом компьютере?
Qt 5.9

0

Сообщение от alexu_007 А ещё вопрос - какие либы нужно класть в папку с исполняемым файлом в линуксе, что-бы работал на другом компьютере?

По-нормальному если - никакие (по умолчанию загрузчик даже не смотрит в каталог, где лежит исполняемый файл, и никакие библиотеки оттуда не увидит).
На другом компьютере должны быть установлены соответствующие пакеты и все.
Для того, чтобы это проконтролировать, вашу программу тоже нужно поставлять в пакете, при создании которого указать нужные зависимости.

Это правильный и штатный способ для Linux. Виндовые привычки лучше оставить в винде.

2

Сообщение от DrOffset Это правильный и штатный способ для Linux. Виндовые привычки лучше оставить в винде.

Да я уже понял - в линуксе главное сделать "не так как в Виндовс". И чем больше гемороя для юзера - тем лучше.

p.s. И кстати, qt-sdk в репозитории я не нашёл. Вот уже несоответствие (предпосылка для гемороя), или нужно дополнительно указывать, где его брать. А рядом с Qt в репозитории могли бы указать, что с ним нужно устанавливать ещё это и это, хоть в файле readme, как в винде.

0

Сообщение от alexu_007 И чем больше гемороя для юзера - тем лучше.

Это вам так только кажется, потому что вы почему-то никак не хотите разобраться в технологии.
Никакого заговора "не так как в винде" нет, в винде объективно все хуже с порядком распространения софта, каждый лепит костыли кто во что горазд. В лучшем случае это выливается в "все свое ношу с собой", а в худшем у вас не будет шанса найти совместимые зависимости для софта, который их потерял. Хотя я и не жду, что вы прямо сейчас с этим согласитесь, но хотя бы в будущем, я надеюсь, прочитаете это еще раз.

Сообщение от alexu_007 А рядом с Qt в репозитории могли бы указать, что с ним нужно устанавливать ещё это и это,

В том и дело, что "нужно" - это понятие субъективное. Вам вот нужно, а кому-то может быть нет. Нужно понимать что вы хотите получить в итоге - от этого и отталкиваться.

Сообщение от alexu_007 И кстати, qt-sdk в репозитории я не нашёл.

Спустя 2 версии дистрибутива (в 17.1 он именно так назывался), в принципе могло измениться название, но суть-то совершенно не изменилась. Я вам ее еще на прошлой странице написал

Сообщение от DrOffset если были установлены пакеты разработчика (*-dev или *-devel, в зависимости от дистрибутива) для Qt,

Добавлено через 10 минут

Сообщение от DrOffset винде объективно все хуже с порядком распространения софта

Добавлю, что когда я говорю "объективно" - это не фигура речи, а факт. Понятие DLL Hell пришло именно из винды (и проблема до сих пор полностью не решена).

0

Сообщение от DrOffset В лучшем случае это выливается в "все свое ношу с собой", а в худшем у вас не будет шанса найти совместимые зависимости для софта

чем банальное облако хуже, чем линуксный репозитарий? (если уж распространять свой софт).. а git-овый контроль версий и для Win же есть

MinGit is minimal Git for Win32...

0

Сообщение от JeyCi чем банальное облако хуже, чем линуксный репозитарий?

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

Сообщение от JeyCi а git-овый контроль версий и для Win же есть

Речь не про исходники.

Добавлено через 6 минут
JeyCi, а вообще выше ссылку дал, там все доводы описаны подробно. Windows тоже к этому пришла - к пакетному менеджеру и репозитрию (см NuGet в Windows 10), но на переход потребуется время. Сейчас винду тянут назад горы legacy, которое распространяется "по-старинке".

0

Сообщение от DrOffset А линуксовый репозиторий - это дефакто обязательное для всего софта решение.

ну как-то уж сильно смахивает на winget начиная с Win10 ... и, насколько знаю, уж слишком много и для новичков криво приходится выкачивать для линукса... всё-таки Win более фундаментально проработана для бытового юзера... да и не его это проблема разруливать dll-hell - если разработчик этого hell'a создавать вообще не будет... имхо

Добавлено через 2 минуты

Сообщение от DrOffset (см NuGet в Windows 10),

да, для разработки на C# сталкивалась... вот и довод, что win ничем не хуже Linux..
p.s.
конечно, ОСы разные... и по работе с файлами и для потоков Linux, думаю, лучше заточен (многопоточную компиляцию, наверно, проще реализовать), а win32 api мне в принципе не нравится... но повторюсь, для бытового юзера win удобнее... имхо... на него и ориентир - всё равно чаще компилить конечный продукт придётся под win, хоть либы и на линуксе, поскольку большинство разработчиков его предпочитают... но не юзеров... у каждой ОСи своё предназначение

0

Сообщение от JeyCi ну как-то уж сильно смахивает на winget начиная с Win10

В смысле "смахивает"? Пакетная система в Linux давным давно используется, а NuGet только с 2010 года разрабатываться начал, а используется до сих пор только выборочно.

Сообщение от JeyCi да и не его это проблема разруливать dll-hell - если разработчик этого hell'a создавать вообще не будет...

Он и не "разруливает". Разруливает пакетный менеджер.

А вот в винде запросто можно до сих пор напороться на внезапное падение только что установленного приложения, потому что некая ранее установленная программа прописала свой каталог в PATH, и DLL (естественно несовместимые, но одноименные) начали подгружаться куда не надо. Чтобы в Linux такое сделать, нужно целенаправленно к этому идти, случайно такое сделать нельзя.
И получается, что именно в Windows, юзеру придется разруливать DLL-Hell руками.

Сообщение от JeyCi win ничем не хуже linux

Никто не говорит (ну, кроме, авторы темы), что что-то хуже. Есть определенные особенности, в каждой системе они свои. Если хочется комфортно разрабатывать\использовать софт в каждой из систем, нужно эти особенности знать и учитывать.

Добавлено через 3 минуты

Сообщение от JeyCi для бытового юзера win удобнее

Мы тут не бытовые юзеры, а тема - это обсуждение установки и настройки программного окружения для разработчика. Разработчик
а) должен знать что ему нужно
б) должен представлять каким образом это достигается
Linux просто более требователен к этим качествам.

А всякие юзер-only программулины в Linux точно так же ставятся через менеджер без каких-либо специальных знаний о взаимодействии между программами.

0

Сообщение от DrOffset А всякие юзер-only программулины в Linux точно так же ставятся

но работает тот же office иногда ущербнее... поэтому также и отметила, как вы, линукс- ДЛЯ разработчиков... но не надо им тянуть весь офисный персонал на свою ось, - глупо, неудобно и выносит мозг... когда они пытаются всучить свой линукс впридачу к софту, который разработали для юзера... просто потому что dll не разрулили, задав ему свой CLSID (ну уж для com точно)... ну или сторонний пользователь много левого навесил и случайно ваш CLSID совпал с чьим-то - вероятность мизерна и стремиться к нулю, если пк использовать по назначению... - то много и не надо... но то, что надо - должно быть, а не сиди и ломай голову, почему я ещё что-то после разработчика выкачивать должна (и при этом менять всю свою систему), если он не может нормальный инсталлятор соорудить... имхо

0

Говорите что хотите, а у меня Qt5 из репозитория так и не заработал, несмотря на все танцы с бубнами: build-essential, qt-sdk и тому подобное. Но проблему я всё таки решил. Случайно, просто повезло. Вдруг какой-то проект (из старых) сработал нормально, я начал искать разницу и - о чудо - "лишняя" строчка в файле .pro: QMAKE_LFLAGS += -no-pie
Вставляю её в новые проекты и вместо библиотеки генерируется исполняемый файл. Вуаля.
И НИКТО не подсказал - из чего делаю вывод, что никто и не знает, поставили Qt, поигрались, увидели что нихрена не работает - и забросили.

А в винде устанавливал и Qt4 и Qt5 с оф. сайта - и всё работало сразу, а тут неделю уже убил на эту фигню. Я конечно чайник, нужно было тонны литературы почитать по всем строчкам в файле .pro

0

Сообщение от alexu_007 И НИКТО не подсказал - из чего делаю вывод, что никто и не знает, поставили Qt, поигрались, увидели что нихрена не работает - и забросили.

Это о чем сейчас?
Кто ставил Qt, кто с чем игрался, и кто увидел, что не работает?

Вы там делаете множество разных попыток, что-то меняете, сюда постите только результаты ваших выводов, а не весь процесс. Естественно при таком подходе вам никто не поможет.
Я вот ради вас поставил на виртуалку Mint 17.1, проверил, никаких проблем не нашел. Если проблема у вас появилась на более новых версиях, вам нужно было предоставить все условия, что было понятно о чем речь. Тексты ошибок, ваш порядок действий и т.д. Потому что "не работает" - слишком широкое понятие, особенно учитывая, что это пишет "новичок".
Ну и желания помогать все меньше, при таком-то вашем агрессивном настрое. Попроще надо как-то относиться. Тогда может и неделя превратилась бы в пару дней максимум. Учитывая, что в теме уже были люди, готовые вам помогать.

0

Файл .pro
Я специально закомментировал эту строчку с "QMAKE_LFLAGS += -no-pie" и скомпилировал два раза, с ней и без неё, результат на картинках, левый верхний файл:

Миниатюры

   

0