Я негодую что они поздно исправили столь критический баг и что он вообще появился.

mittorn, есть такая проблема в мире линукса. во-первых, очень часто проблемы в больших проектах, т.к. их сложнее организовать и финансировать. во-вторых, у каждого дистрибутива свои проблемы и фактически нигде софт не ставится с полпинка. софт либо недотестирован, либо недолинкован, либо устарел как говно мамонта, либо вообще не собирается из-за других старых библиотек в LTS, либо ...

отсюда могу посоветовать использовать виртуальные окружения в любом виде, каком понравится. chroot (oldschool, кроме меня никто уже не использует), lxc, docker и т.д.

а еще вот я сейчас смотрю на CentOS6 (а вышел он во времена U10.04, то есть пораньше, чем U14.04, да?) и через EPEL доступно QT5.6.1

Ну так, больше тестов. А вообще, внятных альтернатив у qt нет. Ну не gtk же использовать, в конце концов? Qt прекрасно выглядит в linux, macOS и windows, умеет мимикрировать под gtk. Что ещё надо?

Я chroot для сборок использую

Несмотря на всю мою ненависть к gtk3, с тачскрином он показал себя вполне неплохо.

Не знаю, я с тачскрином в линуксе не работал вообще. Там wacom-то через задницу работает, нормально завести тач и стилус на своём планшете я не смог, например. А ты про тач говоришь.

Обновись, уже QT7 есть.

так, получается во всём нвидия блоб виноват!

а ну и твои расчёты не оч.. но это наверное не при чём.

ubuntu 14.04

2017

ССЗБ.

Ну да. В принципе можно захолдить часть пакетов и обновиться, но у меня просто места не хватит.

Словно вчера родился, ей-богу

В твоём мире бабочек и пони программы идеальны и не содержат критических багов?

У нас тут всё иначе: 0-day для Linux, Windows, Firefox, Chrome, Adobe Flash… Heartbleed для OpenSSL…

12309 вон уже сколько лет не могут пофиксить.

никто же не предложит ему для сборки одного деб использовать виртуальное окружение.

Для ARM иначе и не сделаешь.

Заведи репорт на ланчпаде, может завезут.

Qt прекрасно выглядит
в macOS

Настолько прекрасно, что серьёзные проекты переписывают на Cocoa и держат две ветки GUI-кода: на Cocoa для macOS и на Qt для Windows/Linux.

Transmission под макось написан на Qt, например.

Transmission под макось написан на Qt, например.

Зачем ты врёшь? Фанатик что ли?

https://transmissionbt.com/

Native Mac, GTK+ and Qt GUI clients

curl -LOJ https://github.com/transmission/transmission-releases/raw/master/Transmission-2.92.dmg
7z x Transmission-2.92.dmg
strings Transmission/Transmission.app/Contents/MacOS/Transmission | grep -i Qt
[No results]

https://github.com/transmission/transmission/tree/master/macosx

https://transmissionbt.com/images/screenshots/Mac-Large.png

Оу. Вот это поворот. Мне 4 года назад приятель советовал ставить Transmission для макоси, и сказал, что оно на кутях. Может раньше было, может он ошибся, но я не проверял. Работает и ладно.

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

QBittorent для macOS до сих пор на Qt. Выглядит, не очень. Хотя программа хорошая, мне нравится больше, чем Transmission.

Ну, в оффтопике использую qBittorrent, вполне норм.

диалоговые окна на кутях куда лучше, чем в гтк.

Как раз таки родные диалоги открытия и сохранения на штатном QFileSystemModel просто невероятное убожество. То что вы приписываете Qt на самом деле заслуга KDE.

Status:Closed

в чем проблема? обнови свою кутельну до 5.6.

Более поздние версии отсутствуют в репе.

Дистропроблемы, при чем здесь Qt?

и да, тебя еще никто не ткнул носом в тот факт, что QT это QuickTime. А то кьют это Qt?

старую версию иксов из-за блоба от nvidia.

что ты куришь?

У меня вон последний блоб с последними иксами нормально поживает:

$ eix nvidia-drivers
[I] x11-drivers/nvidia-drivers
     Verfügbare Versionen:   [M]96.43.23-r1(0/96)^msd [M]173.14.39-r1(0/173)^msd [M](~)173.14.39-r2(0/173)^msd 304.134(0/304)^md (~)304.134-r1(0/304)^md (~)304.135(0/304)^md 340.101(0/340)^md (~)340.101-r1(0/340)^md (~)340.102(0/340)^md 346.96-r6(0/346)^md (~)346.96-r7(0/346)^md 352.79-r4(0/352)^md (~)352.79-r5(0/352)^md 355.11-r4(0/355)^md (~)355.11-r5(0/355)^md 358.16-r5(0/358)^md (~)358.16-r6(0/358)^md 361.42(0/361)^md (~)361.42-r1(0/361)^md (~)361.45.18(0/361.45)^md (~)361.45.18-r1(0/361.45)^md 364.19-r1(0/364)^md (~)364.19-r2(0/364)^md 367.57-r1(0/367)^md (~)367.57-r2(0/367)^md 370.28-r1(0/370)^md (~)370.28-r2(0/370)^md 375.26(0/375)^md (~)375.26-r3(0/375)^md (~)375.39(0/375)^md (~)378.13(0/378)^md {+X acpi compat custom-cflags +driver gtk gtk2 gtk3 +kms multilib pax_kernel static-libs (+)tools uvm wayland ABI_MIPS="n32 n64 o32" ABI_PPC="32 64" ABI_S390="32 64" ABI_X86="32 64 x32" KERNEL="FreeBSD linux"}
     Installierte Versionen: 378.13^md(19:14:56 22.02.2017)(X acpi driver gtk3 kms multilib tools uvm -compat -pax_kernel -static-libs -wayland ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64" ABI_S390="-32 -64" ABI_X86="64 -32 -x32" KERNEL="linux -FreeBSD")
     Startseite:             http://www.nvidia.com/ http://www.nvidia.com/Download/Find.aspx
     Beschreibung:           NVIDIA Accelerated Graphics Driver

$ eix xorg-server
[I] x11-base/xorg-server
     Verfügbare Versionen:   1.12.4-r7(0/1.12.4) 1.15.2-r4(0/1.15.2) [M]1.16.4-r5(0/1.16.1) 1.17.4(0/1.17.4) 1.18.4(0/1.18.4) (~)1.19.1(0/1.19.1) **9999(0/9999) {debug dmx doc glamor ipv6 kdrive libressl minimal nptl selinux static-libs +suid systemd tslib +udev unwind wayland xephyr xnest xorg xvfb}
     Installierte Versionen: 1.19.1(22:07:44 16.02.2017)(glamor suid udev xorg -debug -dmx -doc -ipv6 -kdrive -libressl -minimal -selinux -static-libs -systemd -tslib -unwind -wayland -xephyr -xnest -xvfb)
     Startseite:             https://www.x.org/wiki/
     Beschreibung:           X.Org X servers

12309 вон уже сколько лет не могут пофиксить.

64ГБ рам на эмбеде решают проблему xD

Тогда тем более лучше использовать KDE с Qt, вместо gtk вообще.

И как это сделать?

Сообщи когда оно на тегре k1 будет работать

вот и отлично. тогда попробуй сам сделать бекпорт нужной версии. чего уж проще.) одна проблема с ubuntu, это что при следующем обновлении может слететь линковка. в rhel такой проблемы нет, библиотечные интерфейсы стабильны на протяжении выпуска.

при чем тут ARM...

Вот я и хотел обойтись без этого

вот на всякий случай я тебе и пишу про стабильные интерфейсы в rhel/centos, вдруг ты не захочешь заниматься этим каждый минорный выпуск LTS.

при чем тут ARM...

Перечитай топик. Если бы не ARM, человек бы уже давно накатил свежую Убунту.

факт, что QT это QuickTime

Зачем ты сюда эту малоизвестную прорпиетарщину принес?

Всё в порядке, просто у этого страдальца Дебиан

https://developer.nvidia.com/linux-tegra-r215

Ну так, больше тестов. А вообще, внятных альтернатив у qt нет. Ну не gtk же использовать, в конце концов? Qt прекрасно выглядит в linux, macOS и windows, умеет мимикрировать под gtk. Что ещё надо?

Типичные плюсопроблемы. Нагородили говна на фреймворке не живого телефона, прибили всё гвоздями к тулкиту для рисования окон а потом альтернатив не стало. Как бы пофигу на мелкие различия во внешнем виде программ, они должны не глючить - это главное. Пусть будет хоть 10 распространённых тулкитов в системе, лишь бы рантайм не тянули в память когда программы их использующие не работают. Не получается представить, где действительно нужен Qt вне KDE.