А, ну ясно. Qt юзает системный диалог открытия файла, а системный в данном случае - KDEшный, а он в свою очередь - на старой версии Qt. Его либы подгружаются, появляется конфликт и вуаля.
Да, пожалуй, единственное решение - удалить либы редактора и принудительно посадить его на системный Qt. Ну и ждать, пока авторы кедов обновят его до последней версии Qt4.
XaeroX писал: а, пожалуй, единственное решение - удалить либы редактора и принудительно посадить его на системный Qt.
Что-то я совсем не уверен, что это безопасно. Там какие-то варнинги сыплются, если юзать только системный QT. Но выбора не остаётся, будем пользовать то, что есть.
Цитата:
XaeroX писал: Ну и ждать, пока авторы кедов обновят его до последней версии Qt4.
Когда рак на горе свиснет ХЗ когда
Значит, дело всё-таки в кедах.
Когда вызывается диалог открытия файла вываливает в терминал вот это дело:
C++ Source Code:
1
Object::connect: No such signal org::freedesktop::UPower::DeviceAdded(QString)
2
Object::connect: No such signal org::freedesktop::UPower::DeviceRemoved(QString)
3
kfilemodule(2324) KMimeTypeRepository::parents: "/usr/share/mime/subclasses" refers to unknown mimetype "application/vnd.ms-excel.sheet.binary.macroEnabled.12"
4
kfilemodule(2324) KMimeTypeRepository::parents: "/usr/share/mime/subclasses" refers to unknown mimetype "application/vnd.ms-excel.addin.macroEnabled.12"
5
kfilemodule(2324) KMimeTypeRepository::parents: "/usr/share/mime/subclasses" refers to unknown mimetype "application/vnd.ms-powerpoint.slideshow.macroEnabled.12"
6
kfilemodule(2324) KMimeTypeRepository::parents: "/usr/share/mime/subclasses" refers to unknown mimetype "application/vnd.ms-excel.sheet.macroEnabled.12"
7
kfilemodule(2324) KMimeTypeRepository::parents: "/usr/share/mime/subclasses" refers to unknown mimetype "application/vnd.ms-powerpoint.presentation.macroEnabled.12"
8
kfilemodule(2324) KMimeTypeRepository::parents: "/usr/share/mime/subclasses" refers to unknown mimetype "application/vnd.ms-word.template.macroEnabled.12"
9
kfilemodule(2324) KMimeTypeRepository::parents: "/usr/share/mime/subclasses" refers to unknown mimetype "application/vnd.ms-excel.template.macroEnabled.12"
10
kfilemodule(2324) KMimeTypeRepository::parents: "/usr/share/mime/subclasses" refers to unknown mimetype "application/vnd.ms-powerpoint.template.macroEnabled.12"
11
kfilemodule(2324) KMimeTypeRepository::parents: "/usr/share/mime/subclasses" refers to unknown mimetype "application/vnd.ms-word.document.macroEnabled.12"
12
kfilemodule(2324) KMimeTypeRepository::parents: "/usr/share/mime/subclasses" refers to unknown mimetype "application/vnd.ms-powerpoint.slide.macroEnabled.12"
Но открывает. При вызове диалоговых окон в редакторе ничего не вываливает. Вроде работает.
Вертикальной синхронизации нет вообще во всех кедах, т.к. эффекты рабочего стола не запускаются. Соответственно, в 3D виде тиринг. Раньше работали. Наверное после обновления дистра сломались. Я грешил на видеодрайвер, поэтому удалил dkms-вариант, и накатил с сайта нвидии новейший вручную. Не помогло. Что интересно, раньше с новейшим драйвером не работал стим. Сейчас работает, видимо починили. Версию драйвера, с которой не работало, не помню. В полном экране всинк работает.
Ku2zoff
Таков удел всех линуксоидов - воевать с необязательными багами и побеждать несущественные проблемы. Если в винде джек ставится и работает у всех одинаково - то под линуксом сколько людей, столько и проблем. И если каждую пытаться анализировать - про дальнейшую разработку можно забыть.
Удалил новый драйвер, вернул тот, что из репов. Соответственно, dkms модуль пересобрался. OpenGL теперь нормально работает в кедах, есть всинк в 3д виде. Исчез segfault при закрытии редактора (он был и с родными и с системными либами). Джек не крэшится только с системным QT.
Цитата:
XaeroX писал: Таков удел всех линуксоидов - воевать с необязательными багами и побеждать несущественные проблемы.
Ну а как же? Я вот обновлился. Ядро обновилось c версии 3.16.7-ckt11-1+deb8u3 до версии 3.16.7-ckt11-1+deb8u4. Хедеры ядра тоже обновились конечно. И кто бы пересобрал модуль ядра от нвидии? Твою дивизию, dkms должен сам это делать при обновлении ядра.
Добавлено 07-10-2015 в 01:11:
Зато, юзанье линукс в качестве десктопной оси даёт повод заняться мозговыми сношениями упражнениями. Хоть какой-то плюс. Я в линуксе полтора месяца не работал, зашёл и решил обновиться. Вот и огрёб радости. Сейчас буду каждый день понемногу тестить джек.
Мрачно о**еваю от кривости клиппинг тула. Точки плоскости обрезания ставятся не идеально по пересечениям сетки, или же идеально, но приближение координат при обрезании недостаточно точное, и в результате получается такая лажа:
Из-за этого инвалидные структуры лезут на ровном месте, и постоянно приходится перепроверять на косяки буквально каждый вертекс. И хорошо, когда геометрия относительно простая. А если нет? Автоспайка конечно спасает, но неплохо бы её сделать при значениях меньше некоторой погрешности, после применения клиппинг-тула, чтобы не двигать вертексы руками лишний раз.
Raid
оппа-оппа! чуть подробнее опиши условия восмпроизведения. я где то год назад репортил ксероксам о баге с clip-toolом и он тогда его основательно пофиксил. нюжто регрессия?
Казалось бы, в чём сложность воткнуть две зеркальные плоскости
Думаю дело в любимом вами округляторе до int
Два виндинга с одной плоскости не обязательно окажутся на ней после такого
По закону подлости, искромсав несколько брашей самым зверским образом, так и не удалось вызвать баг. Буду сохранять багованные браши, получающиеся в процессе.
06-10-2015 18:20
