После полугода разработки подготовлен (https://blog.qt.io/blog/2018/12/06/qt-5-12-lts-released/) релиз кроссплатформенного фреймворка Qt 5.12 (https://www.qt.io/). Исходные тексты компонентов Qt поставляются под лицензиями LGPLv3 и GPLv2, инструменты Qt для разработчиков, такие как Qt Creator и qmake, а также некоторые модули поставляются под лицензией GPLv3. Ветка 5.12 отнесена к категории выпусков с длительным сроком поддержки (LTS), обновления для которой будут формироваться в течение трёх лет.При подготовке новой версии основное внимание было уделено обеспечению высокого качества работы и стабильности. По сравнению с прошлой LTS-веткой в Qt 5.12 устранено более 2000 ошибок. Основные новшества (https://wiki.qt.io/New_Features_in_Qt_5.12):
- В число полностью поддерживаемых переведён набор модулей "Qt for Python (https://wiki.qt.io/Qt_for_Python)" для создания графических приложений на языке Python с использованием Qt5 (для разработчиков на языке Python предоставляется большая часть C++ API Qt). Qt for Python основан на модуле PySide2 и продолжает его развитие (по сути под новым именем предлагается первый выпуск PySide с поддержкой Qt 5);
- Подготовлена вторая экспериментальная версия модуля "Qt for WebAssembly (http://blog.qt.io/blog/2018/11/19/getting-started-qt-webasse.../)", который позволяет компилировать графические приложения на базе Qt в виде модулей на WebAssembly, которые можно запускать непосредственно в web-браузере. Для компиляции применяется Emscripten. OpenGL транслируется в WebGL;- Обеспечена полная поддежка модуля Qt Remote Objects (https://doc.qt.io/qt-5.12/qtremoteobjects-gettingstarted.html), позволяющем обмениваться данными через IPC-вызовы между процессами на базе Qt. Поддерживается передача свойств и отправка другим процессам сигналов и слотов QObject;
- Обеспечена полная поддержка модуля Qt WebGL Streaming Plugin (http://blog.qt.io/blog/2018/11/23/qt-quick-webgl-release-512/), позволяющего по сети транслировать состояние интерфейса приложения для просмотра в любом современном браузере;
- Внесены значительные изменения в JavaScript-движок, используемый для выполнения сценариев QML. Обеспечена поддержка стандарта ECMAScript 7 (ранее поддерживался ECMAScript 5), что дало возможность использовать представленные в последние годы новые возможности JavaScript и упростить интеграцию с JavaScript-библиотеками. Например добавлена поддержка JavaScript-модулей, которые можно загружать как из QML, так из кода на C++;
- В Qt Quick добавлена поддержка элемента TableView (http://blog.qt.io/blog/2018/08/29/tableview/) в качестве высокопроизводительной альтернативы ItemView, способной отображать (https://www.youtube.com/watch?v=n_fYQa5til8) сразу несколько столбцов;
- Появившиеся в прошлом выпуске обработчики Pointer Handlers переименованы в Input Handlers (https://doc-snapshots.qt.io/qt5-dev/qtquickhandlers-index.html) и предложены в Qt Quick как полноценно поддерживаемая возможность. Указанные обработчики упрощают создание сложных взаимодействий с тачпадом, которые трудно обработать по отдельности при помощи MouseArea и TouchArea. В том числе добавлено два новых обработчика Input Handlers для удержания и перетаскивания элементов;
- В Qt Quick добавлена поддержка использования заранее сгенерированных текстур для полей ввода, которые включают глифы, необходимые для отображения текста. Генерация подобных текстур на этапе компиляции позволяет сократить время запуска приложения на маломощных устройствах;
- В Qt Core добавлена поддержка бинарного формата CBOR (http://cbor.io/impls.html) (Concise Binary Object Representation), похожего на JSON, но более гибкого позволяющего использовать значительно больше типов данных;
- В класс QRegularExpression добавлена поддержка сопоставления по маскам (wildcard), что позволило полностью перевести старый класс QRegExp в разряд устаревших;
- В Qt Network добавлена (https://doc-snapshots.qt.io/qt5-dev/qtnetwork-secureudpclien...) поддержка DTLS поверх UDP. В окружениях macOS и iOS обеспечена возможность использования ALPN и HTTP/2 через бэкнд TransportSecurity, а в базовый бэкенд SSL добавлена поддержка PKCS#8;
- В QGradient добавлена большая порция предопределённых градиентов, основанных на наработкаъ webgradients.com (https://webgradients.com/);
- В QImage добавлена поддержка изображений в формате RGBA64 (16 бит на цветовой канал). Подобные изображения могут быть прочитаны из из файлов PNG и TIFF или загружены из OpenGL;
- В Qt for Automation обновлены модули с поддержкой протоколов для управления домашней автоматизацией MQTT и KNX. Добавлен экспериментальный модуль с поддержкой промышленного коммуникационного стандарта OPC/UA;
- Для виртуальной клавиатуры подготовлено 13 дополнительных раскладок клавиатуры и добавлена поддержка распознавания рукописного ввода с использованием технологий MyScript (https://github.com/MyScript);
- Движок Qt WebEngine обновлён до состояния Chromium 69 и получил поддержку клиентских сертификатов;
- Проведена (http://blog.qt.io/blog/2018/11/16/qt-quick-performance-impro.../) большая работа по снижению потребления памяти и оптимизации производительности при использовании QML и Qt Quick. По сравнению с прошлым LTS-релизом потребление памяти QML-движком в тестовом приложении, использующем Qt Quick Controls, снизилось на 30%, а производительность возросла на 15-25%.Одновременно подготовлен (http://blog.qt.io/blog/2018/12/06/qt-creator-4-8-0-released/) выпуск интегрированной среды разработки Qt Creator 4.8.0 (http://www.qt.io/download-open-source/), предназначенной для создания кроссплатформенных приложений с использованием библиотеки Qt. Поддерживается как разработка классических программ на языке C++, так и использование языка QML, в котором для определения сценариев используется JavaScript, а структура и параметры элементов интерфейса задаются CSS-подобными блоками.
В новой версии Qt Creator:
- Добавлена поддержка протокола LSP (https://www.opennet.ru/opennews/art.shtml?num=44682) (Language Server Protocol) для подключения к серверным обработчикам, реализующим поддержку различных языков программирования. При использовании LSP на сторону сервера выносятся все базовые операции поддержки языка программирования, связанные с разбором семантики языка, такие как автодополнение кода, анализ опечаток, поиск ссылок, построение карты определений переменных и функций для быстрого перехода. Подключение обработчиков для дополнительный языков осуществляется через плагин LanguageClient (Help > About Plugins).
До состояния LLVM 7.0 обновлён построитель модели кода для языка С++, основанный на Clang. Добавлена возможность применения операции "Follow Symbol" для определений с ключевым словом "auto". В подсказке, вводимой системой автодополнения для функций, теперь отображаются доступные перезагрузки параметров. Добавлена поддержка экспорта модели кода в форме БД для компилции (Build > Generate Compilation Database);- Добавлен плагин автоматичекого форматирования кода ClangFormat;
- Реализована поддержка интеграции в редактор диагностики, сгенерированной утилитой Cppcheck;- Реализован плагин CompilationDatabaseProjectManager, позволяющий открывать БД компиляции (список файлов и флагов для их сборки) как проекты;
- Добавлена поддержка одновременного запуска нескольких отладчиков и переключения между ними через меню в панели, появляющейся в режиме отладки.
URL: https://blog.qt.io/blog/2018/12/06/qt-5-12-lts-released/
Новость: https://www.opennet.ru/opennews/art.shtml?num=49731
> В число полностью поддерживаемых переведён набор модулей "Qt for Python"Отлично, как раз начал ковырять
А нельзя ли его так выковорнуть, чтобы больше не выросло?.....
Боишься, что разработчики умеющие в rad без отрыва от TDD отберут у тебя хлеб?
переведите кто-нибудь с хипсторского
Товарищ думает, что то, что он может состряпать на питоне, может кому-нибудь пригодиться. Типа, так быстрее.
Можно, но перед этим надо свой отрастить длиннее, чем было выращено
Когда можно будет в браузере к инстансу qtc на удалённом сервере подключиться, тогда и приходите.
> Когда можно будет в браузере к инстансу qtc на удалённом сервере
> подключиться, тогда и приходите.Браузер на xlib-то, соколик?
> > Когда можно будет в браузере к инстансу qtc на удалённом сервере
> > подключиться, тогда и приходите.
> Браузер на xlib-то, соколик?Хм, ну так ведь работает через RDP, только без WebGL.
Вот тут даже обсуждают https://forum.qt.io/topic/87400/webgl-and-remote-desktop
Rdp это лаги, с gtk3 надо пример брать а не вот это всё.
> Rdp это лаги, с gtk3 надо пример брать а не вот это всё.Пардон, но обе вещи устроены примерно одинаково.
Устроенны похоже, да, да и что тут кроме rpc по большому счёту придумаешь. Только gtk больше знает про gtk, чем GDI про gtk. А уж тем более, чем решения типа xrdp. И эти детали крайне критично повышают время отклика.
Какая разница на чём браузер. Пока сиё нелзя использовать над удалённым хостом, оно нужно чуть менее чем полностью во времена запуска 5г и прочих eclipse che.
> Какая разница на чём браузер.Поскольку Вы ничего не поняли, поясню: обычно "на" тулките.
> Пока сие нельзя использовать на удалённом хосте
Откройте для себя да хоть ssh -CY host xterm для начала. А дальше можно и грамматикой озадачиться, тоже на пользу будет :)
// нет, ну неужели "все качели погорели"?
// и "достижения" в виде нужности браузера(!) теперь -- достижения?..
Ода. Открыватель нашёлся. Сравни vim через mosh и твой qtc даже через x2go по отзывчивости. Особенно, начиная с версий 4.4. Потом сравни в электричке, и засунь свои форвардинги и прочие потуги сумничать, в... сам придумаешь куда в общем.
> Ода. Открыватель нашёлся.Как Вы полагаете, если собеседник в курсе про ssh и vim, причём с прошлого тысячелетия -- обязательно ли _Вам_ пытаться сумничать? :)
>> Ода. Открыватель нашёлся.
> Как Вы полагаете, если собеседник в курсе про ssh и vim, причём
> с прошлого тысячелетия -- обязательно ли _Вам_ пытаться сумничать? :)Полагаю, что, прежде чем выпендриваться, надо бы понять чего собеседник имел ввиду.
А по поводу доступа по сети - браузер нынче новый терминал, других подходящих, универсальных и распостранённых толстых клиентов человечество не родило. А нынче, всё идёт к тому, что тяжёлый софт крутится на серверах с мощностями, а тыкается с относительно слабого железа.
Особенно это касается разработки средних и крупных проектов на тех же плюсах. Не конечно можно сидеть лагать на среднестатистическом конфиге, или покупать дорогой конфиг. Но, ведь можно иметь дешёвый конфиг и пускать требовательное ПО на сервере без башки.
Не забудь попробовать открыть хромиум в qtc предыдущих версий или в текущей без lsp.
ты знал, что твоё лицо всех бесит?
проблемы "не только лишь всех" :-)
Ещё можешь до кучи сравнить gnome-builder в broadway с qtc в любом решении удалённого рабочего стола хотя бы на fhd дисплее.А потом, берёшь netem и доводишь соединение до состояния lte в парке или на набережной твоего любимого города.
Я чё нищебод(tm) какой на скамейке в парке работать?
Я работаю в оффисе, с кофемашинами и библиотекаршами, или из дому приблизительно с тем же набором :-)))А в парке и на набережной я даже служебный телефон лочу, чтоб только дежурный из MI team и мой босс могли позвонить. А они звонят _только_ ежели война :-) Лаптоп в такие места не беру из принципа, западло это :-р
Какой "ssh -CY host xterm", Миша? Это ж вялендопользователи.
> Какой "ssh -CY host xterm", Миша? Это ж вялендопользователи.Да да, ещё один аргумент в пользу браузера вместо нелепой затеи битмапы по сети гонять, спасибо. Учитывая, что с пятой версии этот ваш кьют чуть менее чем полностью всё сам рисует, да ещё и ускорение ему подавай(тот же qtc с версии 4.5 без ускорения не работает например совсем в поставке из коробки).
И это я молчу про кейс, когда хочется винду прогать из под ляликса или макоси, хотя rdp и производительней в разы голого проброса иксов, особенно со свежими кодеками.
>Когда можно будет в браузере к инстансу qtc на удалённом сервере подключиться, тогда и приходите.Без браузера нонче не модно, не стильно, не молодёжно?
>>Когда можно будет в браузере к инстансу qtc на удалённом сервере подключиться, тогда и приходите.
> Без браузера нонче не модно, не стильно, не молодёжно?Юным дарованиям браузер заменяет физкультуру, ассемблер, компилятор и половое влечение.
Точнее, половое влечение удовлетворяет.
Народ, а знает ктонить как заставить Qtcreator нормально подсвечивать, автодополнять и предоставлять нормальную информацию по Питону (по его модулям)?Или какойнить другой IDE не на электроне или жабе?
Никак (только если самому плагин переписать). А из других IDE, говорят, PyCharm хорош, хоть и полупроприетарщина.
PyCharm - IDE для Python, написан на Java. Оксюморон.
Да расслабься, этот мир давно сошёл с ума. И чё теперь - не жить что ли? Вот уж фиг! :)
pycharm ?
В анонсе этой версии первым делом рассказали о поддержке LSP и даже https://qt-blog-uploads.s3.amazonaws.com/wp-content/uploads/... показали, как подключать поддержку Python. Думаю, в свете выпуска Qt for Python полноценная поддержка появится в ближайших двух-трёх релизах.
Spider наверно.
Если жаба пересилить, то Eclipse+pydev
Спасибо, Спайдер подсвечивает и дополняет. Правда, куча вопросов к тому, что нужно сначала запустить скрипт и только после этого он подгружает информацию о модулях, но будем посмотреть. Спасибо.
KDevelop хорошо работает с Питоном.
kwrite тоже супер)) никто не пробовал) подсветка хороша и даж предложения по дополнениям. чесслово сам писал скрипт так даж удивился. (ну скриптик маленький был. это не проект) в любом случае надо глянуть. и питон и си++.. мне пойдет.))
Не, из того. что я пробовал не подсвечивает. Ни pygame ни pyqt ни kivy. Ни в Qtcreator, ни в Kdevelop ни Kate ни Kwrite и никакие "традиционные" линуксовые текстовые редакторы.Нет, они, вроде как, подсвечивают что-то, но просто то, что в файле уже есть. Если это вынесено в отдельный файл, то семантический разбор уже не работает.
Пробовал Eric - ему надо компилировать документацию глубоко в настройках из специальных файлов. Нашёл на pyqt pyside, скомпилял, но оно так и не появилось.
Pycharm еле хватило терпения запустить этого монстра. Но подсветки я там сразу не увидел, а ковырять гигабайтного монстра на предмет подсветки просто не вытерпел. Если он отожрав гиг этого не умеет, то пошёл он нафиг.
Ну не знаю, у меня обычный vim из (альтовой, не дебиановой) коробки подсвечивает всё подряд...
А в чём разница между дебьяновской и альтовской?
Альтовский - православный конечно же
Это как Lua католическая
ну в kwrite если ты пишешь новый файл и ещё не сохранил с расширением, то сразу не подсвечивает, но правый нижний угол - там есть выбор языка подсветки синтаксиса. и если открываешь файл с .py или .c, .cpp, то подсвечивает сразу. не знаю что вы пробовали, но у меня все светит. единственный минус он работает с отдельными файлами, а не с проектами. ну так это редактор , а не среда разработки.
Ну попробуй создать питоновский скрипт, в нём "import pygame", и начни писать чтонить типа pygame.display.бла-бла-бла. Он не предложит дополнения и не подскажет мемберов и вотетавотвсё. Я не знаю pygame и приходится держать открытой их вику и на каждый чих открывать классы и шариться там, а хочется простой контекстной подсказки при написании/чтении. Ну и с pyqt или pyside та же морковка, я пишуредко и не помню наизусть всякие всячины, а оно не подсказывает. зараза.
ну тут не уверен. с pygame не связывался. а стандартный синтаксис оч даже ничего. kdevelop глянул и офигел. подсветка есть, но как то что то чую неправильно светит. более того на вызове input() и полное отсутствие желания вводить с клавиатуры что либо. короче посмотрел на это и решил , что kwrite и обычный интерпретатор наше все))) креатор не пробовал. но чет мне кажется тоже ничего путного. да уж беда со средами. зато kdevelop для С++/qml походу заточена. все остальное кажется не очень.
Не знаю что у тебя за проблемы, KDevelop и подсвечивает и автодополняет.
Code::Blocks? http://www.codeblocks.org
Eric6 может быть?
Я хреново читал, ты его уже упоминал...
Что меня удивляет, иак это то, что IDE разработанная именно под Питон толком не умеет с документацией Питона работать. И разбирать мой код тоже.Вот к примеру, я тут Godot пробовал, создаю скрипт, инклюжу его в другой скрипт и годотовский парсер всё понимает и даёт подсветку опираясь на тот мой скрипт - красота! Всяким Qtcreator на плюсах тоже достаточно инклюднуть такую-то либу в файле и он уже понимает о чём я, а Eric требует api файлов. Мне что, под проект из трёх скриптов api писать? Бред какой-то.
> Или какойнить другой IDE не на электроне или жабе?сказал чел, пишущий на питоне
> Народ, а знает ктонить как заставить Qtcreator нормально подсвечивать, автодополнять и
> предоставлять нормальную информацию по Питону (по его модулям)?Туда добавили же Language Server Protocol, и уже было видео с примером для Питона. Дальше, вероятно, больше
На виджеты похоже совсем забили. Когда уже депрекейтить начнут?
Когда отказ от виджетов не приведет к массовому оттоку платных клиентов с gui на этих самых виджетах во всякой эммбедовке.
Они выделены в отдельный модуль, т.ч. совсем не мешают.
Когда все на WinForms свалят, тогда начнут угождать веб макакам.
Виджеты давно объявлены как законченный модуль и не требую новшеств, они достаточно хорошо отполированы. Их никто никогда не объявит deprecated, потому что лепить сложные интерфейсы (как, допустим, в ida pro) на чем-то другом - боль несусветная. Просто добавлять туда нечего.
От одного описания страшно делается. Операционная система Qt! :-)
> "Qt for Python"
> "Qt for WebAssembly"А потом верующие плачут: «А чо вы хейтите наш тулкит?» Да потому, что вы всякое ***но руками тащите в рот и куда не надо.
Пишите на старой доброй сишечке, детки, можно с плюсиками, можна на «объективной». Никто вам и слова плохого не скажет.
И вообще, может уже не мелочится и в ядро его запихать....
Плавно от нормального языка переехали на жабаскрипт.PS: не понимаю языков с отсутствующей типизацией, для реализации нормальных задач.
А про у "удава" вообще....
Ну не могу себе представить нормальное приложение, для распространения написанное на питоне.PPS: раньше считал что ниже жабы в коммерческих приложениях уже опуститься некуда и вот прилетело.
Извините, просто наболело.
я так понимаю про питон даж не читал? потому как типизация как раз таки есть. только не обязательно объявлять принудительно(объявляешь при присвоении прямо в коде). строковые и числовые ... все как везде. вот только с массивами наверно попроще чем в си. вот только си/С++ быстрее это да. так кто тебя просит на нем всю прогу писать. сделал на питоне обертку для сишных прог и доволен. да яву смотрел там.... умолчу.
Речь, я думаю, про немного другую типизацию — как в паскалеподобных языках.Если программист не понимает «нижнего уровня» (то есть как работает операционная система и железо), то его программы априори не могут быть хороши.
ЯП с динамической типизацией, если что, предназначены для быстрого написания скриптов и прототипов пользователем, а не для создания больших программных продуктов.
Впрочем, эта болезнь так далеко зашла, что лучше уж позволить ей пожрать всех больных.
> Впрочем, эта болезнь так далеко зашла, что лучше уж позволить ей пожрать всехОна этим и занимается...
> больных.
...не спрашивая.
Всё нормально. Я понимаю и разделяю эти мысли.
>По сравнению с прошлой LTS-веткой в Qt 5.12 устранено более 2000 ошибокУ qt, как и у КДЕ, своё понимание того, что такое стабильный выпуск.
Ну а если по факту, то Qt - один из самых стабильных фреймворков. Ошибки есть всегда и везде, просто в Qt их исправляют.
http://blog.qt.io/blog/2018/12/06/qt-5-12-lts-released/#comm...
Настолько стабильный, что некоторые ещё на Qt4 сидят.
Попробовал включить этот LSP и поредактирвать python script немаленький.
Пока очень сыро. Томозит. Далеко не все может автодопонить.
По сравнению с PyCharm - земля и небо.
можно ли запустить на windows 2003 написанное на последних qt?
да
А пруфы будут?
API level сейчас треба минимум ядро 6.0, vista и то только до 5.6 поддерживалась.
6.0 - это и есть Vista.до 5.6 включительно поддерживалось ведро NT 5.1 (XP)
> можно ли запустить на windows 2003 написанное на последних qt?Нет. Qt 5.6 последняя для такого.
написанное на 5.9.1 еще работает на server 2003 x64(widget, network, sql). Выше уже не получилось. Поэтому и спросил.
Обманулся и обманул. с 5.7 только работают
Ну и к чему тогда спрашивал?Естественно, что специально палки вставлять не будут проверками if(WindowsVeryOld) QtDiallog("потрачено")
А полную карту по совместимости так же никто не будет составлять, где что сломалось, а где ещё нет — ибо никому оно не надо столько ресурсов тратить на проверку.
Официально 5.6 последняя. А что там для твоего приложения в реальности можешь ответить только ты.
Нет. Даже на XP нельзя. Qt это гoвнокод же. Они и семёрку скоро дропнут.
А ничего что эту поддержку дропнули уже все компиляторы, цигвины, мсисы и прочие?
> А ничего что эту поддержку дропнули уже все компиляторы, цигвины, мсисы и
> прочие?Да-да, расскажите нам снова про «моральное устаревание». (Приготовил колу и попкорн и развесил уши.)
А про это речь и не шла, просто был озвучен факт.Так что ложи колу и попкорн обратно.
> просто был озвучен фактИменно так, благодарю :-) Суровая реальность данная нам в ощущениях (сплошь и рядом неприятных)
Можно подумать, что Gtk 4 будет XP поддерживать, наивный.
Виджеты в Qt 5.14 закопают или когда?
В 6.0
Виджеты останутся. 6.0 - это будет ровно тоже же, что и переход linux к 4.0, ничего серьёзного. Даже qmake оставят. Самое значимое, что обещают - это deprecate QVector в сторону QList.
Наоборот же
Что "наоборот"? Всё есть в ихних mail list.
Да, выше был не прав, признаю. QList на QVector меняют.
юзайте контейнеры из STL и не парьтесь
> deprecate QVector в сторону QList.А для чего?
Ошибся выше, QList меняют на QVector. Проблема в том, как внутреннее реализован QList. Там внутри не типовая структура list(как, к примеру, в QLinkedList), а вектор, в котором могут храниться как указатели на элементы, так и данные(если они по размеру не больше, чем размер указателя). В общем, сильно перемудрили.
когда в fedora будет?
Куте и раньше не баловал лёгкостью разработки. А теперь в каждой новой версии надо учить новый язык разметки и виджетирования?
Мне грустно.
Нет, не надо.
Пока не добавят нормальные вкладки в QtCreator, вместо той херни, что у них сейчас - пользоваться не буду.
> ... пользоваться не буду.QtCreator'ом или Qt вообще?
вкладки есть по ctrl+tab/ctrl+shift+tab, а ctrl+e 3, ctrl+e i, ctrl+e 0 - очень удобные вещи
Qt с питоном как-то не айс, а вот с последними плюсами, просто кайф
Для домашних поделок на самом деле самое то. Но народ конечно извратит...
Для домашних поделок сгодится и Electron/Javascript. А вот питон тащить на Qt - это просто извращение. Совсем будет плохо, если кому-то что-то популярное получится сделать на этой связке.
Ну как же мы без эдаких предпочтений многоуважаемого Анонима....
Так думают только те, кто не писал на PyQt. Реализация на Python 2.7 с py2exe весила больше, чем бинарник, однако в разработке гораздо более удобной, по потреблению памяти ничем не уступала, потому что по большому счёту там был небольшой (примерно 5%) оверхед на обёртки, а вся внутренняя кухня по отрисовке была написана по прежнему на C/C++.
Зато приложение не "подтекало", потому что кто-нибудь где-нибудь забыл указатель почистить.
В тулките совершенно лишняя зависимость на фичи ядра. Это не выглядит профессионально. Использование энтропии и ненужных "удобств" при работе с файлами в малозначащей части тулкита запрещает без патчей использовать свежий qt на ядрах линукс до 3.17. Такое впечатление, что какой-то кодер просто понтанулся знанинем новых фич ядра. Не нашлось никого вменяемого в ревьюверах.
согласен, печаль печальная, QtCreator на Ubuntu 14 не работает, LTS выпуск на одной из самых юзабельных LTS ОС не работает - каламбурщики