Исходное сообщение
"Qt 6 в Debian может оказаться без сопровождения" Отправлено Lefsha, 20-Авг-20 03:15
Отличный пример с OpenСascade самой последней версии. Запускаем со списком параметров: cmake $ARGS $PATH >> build.log 2>&1 Один из которых -D3RDPARTY_QT_DIR=/usr/lib64 путь действительно редкий. никто не догадается. Результат - ошибка выполнения. Открываем cmake-gui $PATH и что же мы видим? Параметр 3RDPARTY_QT_DIR неопределен.... ну действительно откуда. ручками вводим /usr/lib64 и прямо в GUI перезапускаем конфигурацию. И что же мы видим? - Все прекрасно. Полный успех. Далее запускаем make - опять работает... Каждый может убедиться на своем опыте. P.S. Брать здесь - https://github.com/Open-Cascade-SAS/OCCT это для простоты. можно с ориг сайта. но там не дают доступ без пароля. P.P.S. у меня тот же скрипт прекрасно работал пару месяцев назад. А вот теперь нет. И уверен, что еще через пару месяцев наверно опять все будет нормально. И так ведь каждый раз. Я не говорю, что проблема в Qt. Но ранее с версией Qt4 такой проблемы не было. Кто-то меняет версии как перчатки и другие элементарно за этим не успевают. Они не пишут еще один редактор или картинко-показатель. Они пишут сложный и объемный программный продукт, в котором по мимо Qt хватает работы. И по хорошему им бы Qt3 хватило за глаза. Но нет. Скоро будет только Qt6 и все обязаны на него перейти, так как пред. версию быстро удалять со всех репозиториев. В Gentoo несмотря сборку из исходников никаких Qt4 уже давно нет. Ну разумеется они же протухли.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	> Отличный пример с OpenСascade самой последней версии. > Запускаем со списком параметров: > cmake $ARGS $PATH >> build.log 2>&1 > Один из которых -D3RDPARTY_QT_DIR=/usr/lib64 > путь действительно редкий. никто не догадается. > Результат - ошибка выполнения. > Открываем cmake-gui $PATH и что же мы видим? > Параметр 3RDPARTY_QT_DIR неопределен.... ну действительно откуда. > ручками вводим /usr/lib64 и прямо в GUI перезапускаем конфигурацию. > И что же мы видим? - Все прекрасно. Полный успех. > Далее запускаем make - опять работает... > Каждый может убедиться на своем опыте. > P.S. Брать здесь - https://github.com/Open-Cascade-SAS/OCCT > это для простоты. можно с ориг сайта. но там не дают доступ > без пароля. > P.P.S. у меня тот же скрипт прекрасно работал пару месяцев назад. > А вот теперь нет. И уверен, что еще через пару месяцев наверно > опять все будет нормально. > И так ведь каждый раз. Я не говорю, что проблема в Qt. > Но ранее с версией Qt4 такой проблемы не было. Кто-то меняет > версии как перчатки и другие элементарно за этим не успевают. > Они не пишут еще один редактор или картинко-показатель. Они пишут сложный и > объемный программный продукт, в котором по мимо Qt хватает работы. И > по хорошему им бы Qt3 хватило за глаза. > Но нет. Скоро будет только Qt6 и все обязаны на него перейти, > так как пред. версию быстро удалять со всех репозиториев. В Gentoo > несмотря сборку из исходников никаких Qt4 уже давно нет. > Ну разумеется они же протухли.
	Введите код, изображенный на картинке: