platform pulgins可能要其他变量辅助
QT_PLUGIN_PATH
QT_QPA_PLATFORM_PLUGIN_PATH
platform pulgins可能要其他变量辅助
QT_PLUGIN_PATH
QT_QPA_PLATFORM_PLUGIN_PATH
你的Qt不是系统的吧。
看下你的系统的环境变量:QT_QPA_PLATFORM 有没有这个值。
你的Qt不是系统的吧。
看下你的系统的环境变量:QT_QPA_PLATFORM 有没有这个值。
不是,我自己又安装的的Qt6.7。
echo $QT_QPA_PLATFORM
dxcb;xcb
不是,我自己又安装的的Qt6.7。
echo $QT_QPA_PLATFORM
dxcb;xcb
如果有强迫症,可以在自己安装的 Qt6.7 的启动脚本里 unset 这个环境变量。
qt.qpa.plugin: Could not find the Qt platform plugin "dxcb" in ""
在deepin23 rc2 上 qt6.5 ,运行窗口程序 ,总是出现上述问题,该如何解决?
我用的系统的Pyqt5的 from PyQt5.QtCore import *
也是一直卡在这,怎么办呢?
我也是碰上了这个问题,就是在跑python脚本的时候老是出现
qt.qpa.plugin: Could not find the Qt platform plugin "dxcb" in
到底是什么原因?要怎么解决?
我也是碰上了这个问题,就是在跑python脚本的时候老是出现
qt.qpa.plugin: Could not find the Qt platform plugin "dxcb" in
到底是什么原因?要怎么解决?
通常对我的程序运行没有影响,所以我一般不去管它。
其实deepin自带有该插件,包名为 dde-qt5xcb-plugin
。
由于我自己构建的QT框架,所以不知道为什么无法找到该xcb插件。按理说,使用deepin系统自带的Qt框架应该是避免该问题。
通常对我的程序运行没有影响,所以我一般不去管它。
其实deepin自带有该插件,包名为 dde-qt5xcb-plugin
。
由于我自己构建的QT框架,所以不知道为什么无法找到该xcb插件。按理说,使用deepin系统自带的Qt框架应该是避免该问题。
我也不太清楚,但是我不会去用官方的qt,因为有些时候这些环境可能无法满足需求,有可能修改版本会让系统出现点什么问题,所有都是自己的虚拟环境,不过最近我碰到的类似需求,需要修改py库可能版本不兼容。问题在于现在其他环境也无法运行,在window 同样的依赖又可以成功跑起来才是最要命的😂,把我给整不会了。
我也不太清楚,但是我不会去用官方的qt,因为有些时候这些环境可能无法满足需求,有可能修改版本会让系统出现点什么问题,所有都是自己的虚拟环境,不过最近我碰到的类似需求,需要修改py库可能版本不兼容。问题在于现在其他环境也无法运行,在window 同样的依赖又可以成功跑起来才是最要命的😂,把我给整不会了。
实际上,我在IDE层面修改环境变量,将 dxcb
删除,因为不确定dxcb是否在系统层面有何种作用。
事实上,我尝试从优先级由低到高修改系统配置文件,试图在系统层面掩盖该模块,但是并没有奏效😧。
如题,
当我使用Qt Creater13编写Qt6时,提示:
虽然不影响程序编译执行,但是看着比较膈应。
我查找一些相关资料,但是并不能解决。 由于提示无法找到,所以我怀疑是否是我没有将Qt添加到全局路径,所以我设置fish:
但是没有效果。
我又尝试软链接:
但是,直接报错:
所以,想要请问诸位有没有什么解决思路?
更新,解决思路:
在Qt Creator中添加一个环境变量即可:
当然,还有更加方便的方式(如果采用上述方式只能阻止在Qt Creator上不显示该消息),为了具有更强的普遍性:
如果不出意外的话,当检测Qt QPA的环境变量,系统默认显示的是:
其中,出现错误的原因在于无法找到
dxcb
插件,所以我们仅需要屏蔽该插件即可。编写当前真在运行的shell
配置文件,例如,我使用的是系统默认的bash
,那么修改主目录下的.bashrc
文件即可: