Bug 29569
| Summary: | При создании проекта не находит ни одного Kit | ||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | Sisyphus | Reporter: | Andrey Cherepanov <cas> | ||||||||||||||
| Component: | qt-creator | Assignee: | Nobody's working on this, feel free to take it <nobody> | ||||||||||||||
| Status: | CLOSED FIXED | QA Contact: | qa-sisyphus | ||||||||||||||
| Severity: | normal | ||||||||||||||||
| Priority: | P3 | CC: | anubix, cas, kharpost, mike, sin, vostok, zerg | ||||||||||||||
| Version: | unstable | ||||||||||||||||
| Hardware: | all | ||||||||||||||||
| OS: | Linux | ||||||||||||||||
| Attachments: |
|
||||||||||||||||
Не понял в чём заключается ошибка. Обновился до текущего Сизифа (22.11.2013), поставил заново QtCreator, создал пустой проект (графическое приложение Qt), собрал, запустил - работает. Может быть по скриншотам я что-то пойму? Воспроизвёл проблему и на пустой виртуалке с Sisyphus. Помимо всего прочего, qt-creator не тянет пакет qt4-devel. Даже после его установки надо чистить конфигурацию ~/.confit/QtProject чтобы шаблон проекта Qt увиделся. Да и компилятор не устанавливается по умолчанию. В общем, по умолчанию ничего не соберёшь. Выбираю Создать файл или проект... → GUI приложение Qt → Выбрать → Далее и вижу пустой список kit. А не хватает того, что в Инструменты → Параметры → Сборка и запуск → Комплекты надо указать профиль Qt вручную (из-за того, что у нас qmake-qt4, автоматический профиль Qt не создаётся, приходится выставлять вручную. Вот и получается, что без /usr/bin/qmake она профиль по умолчанию не создаёт. 2zerg@: Сергей, может, уже сделаем альтернативы для qmake/designer/linguist/assistant? (В ответ на комментарий №2) > Воспроизвёл проблему и на пустой виртуалке с Sisyphus. Помимо всего прочего, > qt-creator не тянет пакет qt4-devel. По идее qt-creator работоспособен и без qt4-devel - должен позволять создавать Html5 приложения. Но согласен, явно нужны зависимости на qt4-devel и gcc-c++ > Даже после его установки надо чистить > конфигурацию ~/.confit/QtProject чтобы шаблон проекта Qt увиделся. А вот что с этим делать не знаю. Чистить конфиг принудительно нельзя же. > Да и компилятор не устанавливается по умолчанию. В общем, по умолчанию ничего не соберёшь. > А не хватает того, что в Инструменты → Параметры → Сборка и запуск → Комплекты > надо указать профиль Qt вручную (из-за того, что у нас qmake-qt4, > автоматический профиль Qt не создаётся, приходится выставлять вручную. Странности какие-то, по идее автоопределение должно работать и раньше как-то работало. (В ответ на комментарий №2) > 2zerg@: Сергей, может, уже сделаем альтернативы для > qmake/designer/linguist/assistant? Исключено. Это совершенно разные вещи, а не версии одного и того же. Используйте PATH для поиска qmake в %_libdir/qt4/bin/ . (В ответ на комментарий №4) > Используйте PATH для поиска qmake в %_libdir/qt4/bin/ . Простите, я не в курсе последних изменений в сизифе/альтовском qt4, не могли бы мне подсказать, что я должен добавить в спек для такого поиска? (В ответ на комментарий №5)
> (В ответ на комментарий №4)
> > Используйте PATH для поиска qmake в %_libdir/qt4/bin/ .
> Простите, я не в курсе последних изменений в сизифе/альтовском qt4
В этом плане не было никаких изменений с начала существования альтовского qt4.
(В ответ на комментарий №5)
> что я должен добавить в спек для такого поиска?
Для сборки появился макрос %qmake_qt4 .
(В ответ на комментарий №5)
> что я должен добавить в спек
Андрей имел ввиду, что при работе уже в системе нет qmake.
Если qt-creator ищет его, то нужно или пропатчить, чтоб искал qmake-qt4 или добавить /usr/lib{,64}/qt4/bin/ в PATH перед поиском.
(В ответ на комментарий №8) > (В ответ на комментарий №5) > > что я должен добавить в спек > Андрей имел ввиду, что при работе уже в системе нет qmake. > Если qt-creator ищет его, то нужно или пропатчить, чтоб искал qmake-qt4 или > добавить /usr/lib{,64}/qt4/bin/ в PATH перед поиском. Она находит и qmake-qt4. Но не рассматривает её как достойную для дефолта. Сергей, я таки сделаю пакет qmake. :) (В ответ на комментарий №9) > (В ответ на комментарий №8) > > (В ответ на комментарий №5) > > > что я должен добавить в спек > > Андрей имел ввиду, что при работе уже в системе нет qmake. > > Если qt-creator ищет его, то нужно или пропатчить, чтоб искал qmake-qt4 или > > добавить /usr/lib{,64}/qt4/bin/ в PATH перед поиском. > Она находит и qmake-qt4. Но не рассматривает её как достойную для дефолта. > > Сергей, я таки сделаю пакет qmake. :) Я думаю, что пакет qmake нужен, иначе придётся патчить каждый пакет, который ищет стандартный qmake. По идее уже нужен не qmake-qt4, а qmake-qt3 :) (В ответ на комментарий №9) > Сергей, я таки сделаю пакет qmake. :) Не надо гадить, пожалуйста. (В ответ на комментарий №10) > ищет стандартный qmake. По идее уже нужен не qmake-qt4, а qmake-qt3 :) Или qmake-qt5. Какой, говорите, из них стандартный? (В ответ на комментарий №12) > (В ответ на комментарий №10) > > ищет стандартный qmake. По идее уже нужен не qmake-qt4, а qmake-qt3 :) > Или qmake-qt5. Какой, говорите, из них стандартный? Ах да, qt5 же на носу :) Совсем забыл. (В ответ на комментарий №11) > (В ответ на комментарий №9) > > Сергей, я таки сделаю пакет qmake. :) > Не надо гадить, пожалуйста. Тогда ты бы в позу не вставал, а помог. (В ответ на комментарий №14) > Тогда ты бы в позу не вставал, а помог. Я уже дал решение в коментарии #8 . Любителям поз тоже ;-) Там проблема в том, что у умолчательном Kit не выставляется версия Qt, хотя ~/.config/QtProject/qtcreator/qtversion.xml заполняется правильно сразу же и qmake в нем тот, который нужно. (В ответ на комментарий №13) > qt5 же на носу :) Не на носу, а в репозиториях ;-) Я попробовал посмотреть, но не понял, зачем он пишет 'Qt version is no longer known, removing from kit "Desktop".' P.S. 2.8.1 бы для начала попробовать. (В ответ на комментарий №18) > 2.8.1 бы для начала попробовать. Да, я заодно и обновлю QtCreator. Сейчас просто нет времени обновить/оттестировать. Скоро будет стабильный 3.0.0 Думаю, что, если не горит, то можно подождать недельку/две и собрать свежак. IMHO перед этим лучше в p7 2.8.1 собрать. (В ответ на комментарий №21) > IMHO перед этим лучше в p7 2.8.1 собрать. Ок. (В ответ на комментарий №2) > qt-creator не тянет пакет qt4-devel. Что-то qt4-devel тянет за собой доки и скомпилированные примеры на 14 Мб. Как-то не очень красиво получается. С другой стороны перечислять все либы тоже не охота. Может есть какой-то более красивый вариант? (В ответ на комментарий №23) > (В ответ на комментарий №2) > > qt-creator не тянет пакет qt4-devel. > Что-то qt4-devel тянет за собой доки и скомпилированные примеры на 14 Мб. Там только скомпилированные примеры лишние, а доки нужны. Что-то я понять не могу, добавил в спек
Requires: %name-data = %version-%release
Requires: gcc-c++
Requires: qt4-devel >= 4.8.0
%filter_from_requires /qt4-doc-examples-bin*/d
Собрал локально, пытаюсь установить, а оно мне:
[root@localhost RPMS]# apt-get install qt-creator-2.8.1-alt1.i586.rpm qt-creator-data-2.8.1-alt1.noarch.rpm qt-creator-doc-2.8.1-alt1.noarch.rpm
Чтение списков пакетов... Завершено
Построение дерева зависимостей... Завершено
Выбрано qt-creator для 'qt-creator-2.8.1-alt1.i586.rpm'
Выбрано qt-creator-data для 'qt-creator-data-2.8.1-alt1.noarch.rpm'
Выбрано qt-creator-doc для 'qt-creator-doc-2.8.1-alt1.noarch.rpm'
Некоторые пакеты установить невозможно. Это может означать, что Вы
потребовали невозможного, либо пользуетесь нестабильным репозиторием.
Часть необходимых пакетов либо ещё не создана, либо была удалена
из каталога 'Входящие'.
Эти сведения могут помочь найти выход из ситуации:
Следующие пакеты имеют неудовлетворенные зависимости:
qt-creator-data: Требует: python2.7(gdb) но пакет не может быть установлен
Требует: python2.7(lldb) но пакет не может быть установлен
E: Извините, `битые' пакеты
При этом python и qt4 у меня последние, g++ тоже. Куда копать?
К apt-get install pkg добавить 'python2.7(gdb)' 'python2.7(lldb)' (В ответ на комментарий №26) > К > apt-get install pkg > добавить > 'python2.7(gdb)' 'python2.7(lldb)' [root@localhost RPMS]# apt-get install qt-creator-2.8.1-alt1.i586.rpm qt-creator-data-2.8.1-alt1.noarch.rpm qt-creator-doc-2.8.1-alt1.noarch.rpm 'python2.7(gdb)' 'python2.7(lldb)' Чтение списков пакетов... Завершено Построение дерева зависимостей... Завершено Выбрано qt-creator для 'qt-creator-2.8.1-alt1.i586.rpm' Выбрано qt-creator-data для 'qt-creator-data-2.8.1-alt1.noarch.rpm' Выбрано qt-creator-doc для 'qt-creator-doc-2.8.1-alt1.noarch.rpm' Пакет python2.7(gdb) присутствует в базе данных, но не имеет доступной версии. Как правило это означает, что хотя пакет упоминается в списке зависимостей, он отсутствует в репозитории, был вытеснен, либо в sources.list нет адреса реE: Для пакета python2.7(gdb) не найдено подходящего кандидата для установки Это я что-то не так делаю или это в репо что-то разломано? (В ответ на комментарий №24) > (В ответ на комментарий №23) > > (В ответ на комментарий №2) > > > qt-creator не тянет пакет qt4-devel. > > Что-то qt4-devel тянет за собой доки и скомпилированные примеры на 14 Мб. > Там только скомпилированные примеры лишние, а доки нужны. Что-то я совсем не могу их отфильтровать. Пробовал так: %add_findreq_skiplist qt4-doc-examples-bin %filter_from_requires /*qt4-doc-examples-bin*/d %filter_from_requires *qt4-doc-examples-bin* (В ответ на комментарий №28) > Что-то я совсем не могу их отфильтровать. Не получится. Оставьте так. Андрей, протестируйте пожалуйста: http://git.altlinux.org/tasks/110370/ (В ответ на комментарий №30) > Андрей, протестируйте пожалуйста: > http://git.altlinux.org/tasks/110370/ Проверил. Бага не исправлена: список Kit'ов пуст. (В ответ на комментарий №31) > (В ответ на комментарий №30) > > Андрей, протестируйте пожалуйста: > > http://git.altlinux.org/tasks/110370/ > Проверил. Бага не исправлена: список Kit'ов пуст. Удивительно. Я отодвинул ~/.config/QtProject и он пересоздался у меня правильно. Прикрепите сюда ~/.config/QtProject/qtversion.xml Я проверяю на i586, а вы на x86_64? Created attachment 6006 [details]
qtversion.xml
Да, на x86-64
(В ответ на комментарий №33) > Created an attachment (id=6006) [details] > qtversion.xml > > Да, на x86-64 Хм, вроде всё определилось. Есть возможность проверить на 32-х битной архитектуре? Там идет проверка версии(раньше ругалось 'Qt version is no longer known, removing from kit "Desktop"'), а что не нравится, не понял. (В ответ на комментарий №34) > Хм, вроде всё определилось. Есть возможность проверить на 32-х битной > архитектуре? А какая разница? Нет. (В ответ на комментарий №36) > (В ответ на комментарий №34) > > Хм, вроде всё определилось. Есть возможность проверить на 32-х битной > > архитектуре? > А какая разница? Нет. А покажите ещё ~/.config/QtProject/qtcreator/toolChains.xml пожалуйста. И ещё раз ~/.config/QtProject/qtcreator/qtversion.xml . Я первый раз спросил не по тому пути, так писал старый qtcreator. А новый пишет в отдельную папку. Created attachment 6007 [details]
toolchains.xml
qtversion.xml я по тому пути и брал.
Created attachment 6008 [details]
Патч на конфигурацию, исправляющий проблему
При наложении этого патча на конфигурацию в ~/.config/QtProject/qtcreator проблема исправляется.
(В ответ на комментарий №39) > Created an attachment (id=6008) [details] > Патч на конфигурацию, исправляющий проблему > > При наложении этого патча на конфигурацию в ~/.config/QtProject/qtcreator > проблема исправляется. Спасибо, но я не могу приложить этот явный хак. Видимо какая-то функция ищет Qt не по тому пути и возвращает -1. Попробую покопать в этом направлении. Сколько раз можно повторять?! Ваш патч будет похерен в том месте, про которое пишу. Там идет проверка версии(раньше ругалось 'Qt version is no longer known, removing from kit "Desktop"'), а что не нравится, не понял. (В ответ на комментарий №39) > Created an attachment (id=6008) [details] > Патч на конфигурацию, исправляющий проблему > > При наложении этого патча на конфигурацию в ~/.config/QtProject/qtcreator > проблема исправляется. Что-то я думаю, что проблема даже не в этом определении. У меня тоже "-1": <value type="QString" key="PE.Profile.ToolChain">ProjectExplorer.ToolChain.Gcc:{2bc53d1b-06ef-487a-8e0b-ef5d22ffe2c8}</value> <value type="QString" key="QtPM4.mkSpecInformation"></value> <value type="int" key="QtSupport.QtInformation">-1</value> но тем не менее всё работает. Вроде разобрался. Это какая-то левая бага, связанная с активными по умолчанию плагинами. Пришлите мне скиншот на "Справка->О модулях". И если плагин Qt4ProjectManager выключен, то попробуйте включить и рассказать о результатах. https://www.mail-archive.com/qt-creator@qt-project.org/msg01737.html Да, реально. Как только я снял галку с этого модуля, а потом вернул обратно - у меня пропала возможность создавать Qt проекты и исчез Qt из "Профилей Qt" И связано это всё с тем, что Qt Creator ищет qmake в
stat64("/home/vostok/bin/qmake", 0xbffdbf00) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/kde4/bin/qmake", 0xbffdbf00) = -1 ENOENT (No such file or directory)
stat64("/usr/local/bin/qmake", 0xbffdbf00) = -1 ENOENT (No such file or directory)
stat64("/usr/bin/qmake", 0xbffdbf00) = -1 ENOENT (No such file or directory)
stat64("/bin/qmake", 0xbffdbf00) = -1 ENOENT (No such file or directory)
stat64("/usr/games/qmake", 0xbffdbf00) = -1 ENOENT (No such file or directory)
stat64("/usr/X11R6/bin/qmake", 0xbffdbf00) = -1 ENOENT (No such file or directory)
stat64("/usr/share/kde4/bin/qmake", 0xbffdbf00) = -1 ENOENT (No such file or directory)
stat64("/usr/share/kde4/bin/qmake", 0xbffdbf00) = -1 ENOENT (No such file or directory)
и не находит. Если ему в Options->Build & Run->Qt Versions указать /usr/bin/qmake-qt4, то всё начинает работать.
Created attachment 6009 [details] Список плагинов (В ответ на комментарий №43) > Вроде разобрался. Это какая-то левая бага, связанная с активными по умолчанию > плагинами. Пришлите мне скиншот на "Справка->О модулях". > И если плагин Qt4ProjectManager выключен, то попробуйте включить и рассказать о > результатах. Был включен. Попробуйте пропатчить QtKitInformation::defaultValue() А лучше Environment::searchInPath(), чтоб %_libdir/qt4/bin туда автодобавлялось. (В ответ на комментарий №47) > Попробуйте пропатчить QtKitInformation::defaultValue() По идее он там ищет в системных переменных. У нас там что должно быть забито? Я у себя вижу только пустоту. P.S: Собираю пока пропатченный plugins/qmakeprojectmanager/qmakestep.cpp, там qmake устанавливается. (В ответ на комментарий №48)
> А лучше Environment::searchInPath(), чтоб %_libdir/qt4/bin туда
> автодобавлялось.
Нет, это будет тоже хак :) Я поизучал код и вижу, что он исполняемые пути берёт из какой-то переменной. Так вот, наверное, надо чтобы в эту переменную писался %_libdir/qt4/bin. Осталось только понят что это за перменная и кто туда должен этот путь писать (qt4-devel?).
Я посмотрел код и вижу, что qt-creator обучен искать qmake, qmake-qt4 и даже qmake-qt5. Поэтому я думаю, что нужно править тот пакет, что не добавляет нужный путь.
Иначе после переезда на qt5 снова придётся фиксить qtcreator.
Собственно поэтому раньше qt-creator 2.7.0 работал. До тех пор пока не исчез qmake по стандартному пути. Created attachment 6010 [details]
environment.cpp.patch
Надеюсь, оно.
Comment on attachment 6010 [details] environment.cpp.patch >--- environment.cpp~ 2013-03-21 11:28:37.000000000 +0400 >+++ environment.cpp 2013-12-13 16:43:39.884683998 +0400 >@@ -36,6 +36,7 @@ > #include <QProcessEnvironment> > #include <QString> > #include <QCoreApplication> >+#include <QLibraryInfo> > > class SystemEnvironment : public Utils::Environment > { >@@ -278,7 +279,7 @@ QString Environment::searchInPath(const > QStringList Environment::path() const > { > return m_values.value(QLatin1String("PATH")).split(HostOsInfo::pathListSeparator(), >- QString::SkipEmptyParts); >+ QString::SkipEmptyParts).append(QLibraryInfo::location(QLibraryInfo::BinariesPath)); > } > > QString Environment::value(const QString &key) const Только, не prepend(), а append() , будет правильнее, чтоб ~/bin не перекрывать. (В ответ на комментарий №50) > Иначе после переезда на qt5 снова придётся фиксить qtcreator. Нет. Он просто начнет находить qmake-qt5. (В ответ на комментарий №55) > (В ответ на комментарий №50) > > Иначе после переезда на qt5 снова придётся фиксить qtcreator. > Нет. Он просто начнет находить qmake-qt5. Да, действительно. Сейчас соберу с этим патчем и посмотрю. Короче получается что надо qt-creator по диагонали хачить, т.к. функция path() является const и в m_values append сделать нельзя. В конструкторе заполняется m_values по всем Environment Variables и вставлять туда поиск PATH тоже криво. Ну и в void QtcProcess::start() передаются все enviroments. Считаю, что таки придётся патчить qt4-devel, чтобы он правильно дополнял PATH, т.к. это всяко лучше диких хаков :( Ну либо path() делать неконстантной, но тогда во всех константных функциях нельзя будет её использовать или делать m_values mutable, но это один хак грязнее другого. Да и вообще какой append? Он же будет при каждом вызове добавлять ещё одну строчку, пока память не кончится... Ну, заведите вначале функции отдельный QStringList paths(m_values) и append в него и возвращайте его . (В ответ на комментарий №59) > Ну, заведите вначале функции отдельный QStringList paths(m_values) и append в > него и возвращайте его . Я как-то уже не понимаю, почему стоит делать несовместимость по коду в альт линуксе? В других же дистрибутивах он как-то работает из коробки. Какие веские аргументы существуют для починки именно программы-потребителя, а не devel пакета? Или это qtcreator единственный такой кривой в своём роде? (В ответ на комментарий №58) > Да и вообще какой append? > Он же будет при каждом вызове добавлять ещё одну строчку Куда? ;-) Created attachment 6011 [details]
environment.cpp.patch
Так собирается.
(В ответ на комментарий №61) > (В ответ на комментарий №58) > > Да и вообще какой append? > > Он же будет при каждом вызове добавлять ещё одну строчку > Куда? ;-) Это был коммент к первому патчу. В нём m_values всегда бы получала новую порцию байт. (В ответ на комментарий №63) > В нём m_values всегда бы получала новую порцию байт. Нет. append там не к m_values. (В ответ на комментарий №62)
> Created an attachment (id=6011) [details]
> environment.cpp.patch
>
> Так собирается.
Я теперь не уверен, что это хороший вариант. В принципе если QtCreator очень нужен в p7, то катит, но по факту это ничем не лучше правки конфига. :(
(В ответ на комментарий №64) > (В ответ на комментарий №63) > > В нём m_values всегда бы получала новую порцию байт. > Нет. append там не к m_values. А к split append не получалось сделать. Там единственный варинт был сначала сделать append, а потом split. (В ответ на комментарий №60) > Какие веские аргументы существуют для починки именно программы- > потребителя, а не devel пакета? Отсутствие веских агрументов наличия багов/несовместимостей в devel-пакете. > Или это qtcreator единственный такой кривой в своём роде? Нет. Во многои пакетах приходится допиливать. А qtcreqtor кривой. В начале environment.cpp видно по строке lib.cd(QLatin1String("../lib")); (В ответ на комментарий №66) > А к split append не получалось сделать. Там единственный варинт был сначала > сделать append, а потом split. Ну, это уже вы сами намудрили :-) (В ответ на комментарий №65) > по факту это ничем не лучше правки конфига. :( Не по факту, а только на текущий момент. Завтра съедет и будете чинить опять или еще что-нибудь в другом месте. (В ответ на комментарий №69) > (В ответ на комментарий №65) > > по факту это ничем не лучше правки конфига. :( > Не по факту, а только на текущий момент. И "ничем не лучше" из них только правка конфига. (В ответ на комментарий №60)
> В других же дистрибутивах он как-то работает из коробки.
Далеко не факт, что эти дистрибутивы не являются менее кривыми.
Выясните почему, если важно. Начните с Debian, а всякие Ubintu за пример не катят.
Всем привет и всех с прошедшими праздниками! :) Я несколько раз пытался выделить время на качественное решение данного бага, которое бы меня устраивало, но сегодня осознал, что времени нет и не будет. В целом QtCreator имеет "правильный" git-репо в alt linux и нет никаких проблем с его обновлением. Я предлагаю @zerg подхватить пакет и починить его согласно своему видению правильности работы Qt-приложений в Alt-е. (В ответ на комментарий №72) > Я предлагаю @zerg У него и без меня мантейнеров хватает, судя по ACL. (В ответ на комментарий №73)
> (В ответ на комментарий №72)
> > Я предлагаю @zerg
> У него и без меня мантейнеров хватает, судя по ACL.
@boris не поддерживает этот пакет, я его подхватил после него. @cas вроде добавился, когда под p6 собрал. По факту много, по существу - ни одного.
(В ответ на комментарий №74) > по существу - ни одного. Напишите в devel@ . Может, кого-то заинтересует. (В ответ на комментарий №75) > (В ответ на комментарий №74) > > по существу - ни одного. > Напишите в devel@ . Может, кого-то заинтересует. Сделал В общем, я разобрался в коде загрузки профилей. Там простой алгоритм (kitmanager.cpp: KitManager::restoreKits()): 1) во время старта приложения сначала загружаются системные настройки; 2) затем пользовательские; 3) если среди загруженных настроек не оказывается ни одного профиля, то он добавляется автоматически, причём в минимальном виде и без указания, что это автоматически определённый профиль. Именно этот, третий, профиль и оказывается пустым. Системные настройки у нас вообще не определяются. В качестве системного ini-файла с настройками предполагается файл: /etc/xdg/QtProject/QtCreator.ini В качестве пользовательского: ~/.config/QtProject/QtCreator.ini Аналогично и для дополнительных файлов с профилями предполагаются системный файл /etc/xdg/QtProject/qtcreator/profiles.xml и пользовательский ~/.config/QtProject/qtcreator/profiles.xml Префикс /etc/xdg/ добавляет класс QSettings со вторым аргументом QSettings::SystemScope. Итого, есть три сценария решения проблемы: 1) Устанавливать системные настройки вместе с пакетом qt-creator. 2) Генерировать настройки во время установки в %post скрипте. 3) Поправить код автоматического создания пустого профиля. Готов пока отправить 2.8.1-alt1 без исправления этой проблемы. Жду исправления другой: https://bugzilla.altlinux.org/show_bug.cgi?id=29759 (В ответ на комментарий №77) > 3) Поправить код автоматического создания пустого профиля. Не пустой, а полный, за исключением того, что там отметается Qt по какой-то причине и выставляется в none. Если environment.cpp.patch это действительно исправляет, то не надо городить никаких файлов, которые нужно будет еще и постоянно отслеживать. Применил патч от zerg@, проверил. Патч действительно исправляет поиск Qt при генерации рабочего кита. $ ssh git.alt task show id=113268 locked=yes shared=yes test_only=yes repo=sisyphus owner=sin state=BUILDING try=1 iter=1 100:userid=sin 200:dir=/people/sin/packages/gdb.git 200:tag_name=7.5.0.20121002-alt5 200:tag_id=795d5b4931581fba5ecba367d94786ff80b23a24 200:tag_author=Evgeny Sinelnikov (Sin) <sin@altlinux.org> 200:userid=sin 300:dir=/people/sin/packages/qt-creator.git 300:tag_name=2.8.1-alt1 300:tag_id=1b0436f7d1690fc41d9be6bb2838bc6c3785ed7e 300:tag_author=Evgeny Sinelnikov (Sin) <sin@altlinux.org> 300:userid=sin Отправил пакет на пересборку, Добавил в сборочную задачу gdb с поддержкой python. https://bugzilla.altlinux.org/show_bug.cgi?id=29759 qt-creator-2.8.1-alt1 -> sisyphus: * Sun Feb 02 2014 Evgeny Sinelnikov <sin@altlinux> 2.8.1-alt1 - update to new version (closes #29569) |
Description
Andrey Cherepanov 2013-11-11 13:17:26 MSK