win7 下面 使用 虚拟机安装ubuntu 16.04.5
VMware-workstation-full-12.5.5-5234757.exe
安装
ubuntu-16.04.5-desktop-i386.iso (32位的)
不一定非用32位的,感觉64位的更好
默认安装就行,
启动之后,输入如下命令:
sudo apt-get install pyqt5*
测试代码:
#!/usr/bin/env python
from PyQt5.QtWidgets import (QApplication, QLabel)
import sys
if __name__ == "__main__":
app = QApplication(sys.argv)
label = QLabel("<center>Hello World with PyQt5!</center>")
label.resize(200, 50)
label.show()
sys.exit(app.exec_())
方法1:#查看long的位数,返回32或64
getconf LONG_BIT
这个是32位的
查看 ubuntu的 所有的 环境变量:
没有安装qt的时候,就有这些环境变量
如果遇到问题
设置环境变量 export QT_DEBUG_PLUGINS=1
加了这个环境变量,让我看到了QT程序加载的过程,看到了详细的报错信息。
最后一部分是这样的:
Got keys from plugin meta data ("ibus")
QFactoryLoader::QFactoryLoader() checking directory path "/usr/bin/platforminputcontexts" ...
loaded library "/usr/lib/i386-linux-gnu/qt5/plugins/platforminputcontexts/libibusplatforminputcontextplugin.so"
QFactoryLoader::QFactoryLoader() checking directory path "/usr/lib/i386-linux-gnu/qt5/plugins/styles" ...
QFactoryLoader::QFactoryLoader() checking directory path "/usr/bin/styles" ...
loaded library "gtk-x11-2.0"
loaded library "gnomeui-2"
loaded library "gnomevfs-2"
QFactoryLoader::QFactoryLoader() checking directory path "/usr/lib/i386-linux-gnu/qt5/plugins/accessiblebridge" ...
QFactoryLoader::QFactoryLoader() checking directory path "/usr/bin/accessiblebridge" ...
QFactoryLoader::QFactoryLoader() checking directory path "/usr/lib/i386-linux-gnu/qt5/plugins/accessible" ...
QFactoryLoader::QFactoryLoader() checking directory path "/usr/bin/accessible" ...
关于qt缺少xcb问题终极解决办法
https://blog.csdn.net/sinat_26106275/article/details/82778951
sudo apt-get install libxcb*
sudo apt-get install “^libxcb.*” libx11-xcb-dev libglu1-mesa-dev libxrender-dev
Linux系统中如何添加自己的库文件路径
库文件在连接(静态库和共享库)和运行(仅限于使用共享库的程序)时被使用,其搜索路径是在系统中进行设置的。一般 Linux 系统把 /lib 和 /usr/lib 两个目录作为默认的库搜索路径,所以使用这两个目录中的库时不需要进行设置搜索路径即可直接使用。对于处于默认库搜索路径之外的库,需要将库的位置添加到 库的搜索路径之中。设置库文件的搜索路径有下列两种方式,可任选其一使用:
在环境变量 LD_LIBRARY_PATH 中指明库的搜索路径。
在 /etc/ld.so.conf 文件中添加库的搜索路径。
将自己可能存放库文件的路径都加入到/etc/ld.so.conf中是明智的选择
添加方法也极其简单,将库文件的绝对路径直接写进去就OK了,一行一个。例如:
/usr/X11R6/lib
/usr/local/lib
/opt/lib
需要注意的是:第二种搜索路径的设置方式对于程序连接时的库(包括共享库和静态库)的定位已经足够了,但是对于使用了共享库的程序的执行还是不 够的。这是因为为了加快程序执行时对共享库的定位速度,避免使用搜索路径查找共享库的低效率,所以是直接读取库列表文件 /etc/ld.so.cache 从中进行搜索的。/etc/ld.so.cache 是一个非文本的数据文件,不能直接编辑,它是根据 /etc/ld.so.conf 中设置的搜索路径由 /sbin/ldconfig 命令将这些搜索路径下的共享库文件集中在一起而生成的(ldconfig 命令要以 root 权限执行)。因此,为了保证程序执行时对库的定位,在 /etc/ld.so.conf 中进行了库搜索路径的设置之后,还必须要运行 /sbin/ldconfig 命令更新 /etc/ld.so.cache 文件之后才可以。ldconfig ,简单的说,它的作用就是将/etc/ld.so.conf列出的路径下的库文件缓存到/etc/ld.so.cache 以供使用。因此当安装完一些库文件,(例如刚安装好glib),或者修改ld.so.conf增加新的库路径后,需要运行一下 /sbin/ldconfig使所有的库文件都被缓存到ld.so.cache中,如果没做,即使库文件明明就在/usr/lib下的,也是不会被使用 的,结果编译过程中抱错,缺少xxx库,去查看发现明明就在那放着,搞的想大骂computer蠢猪一个。
在程序连接时,对于库文件(静态库和共享库)的搜索路径,除了上面的设置方式之外,还可以通过 -L 参数显式指定。因为用 -L 设置的路径将被优先搜索,所以在连接的时候通常都会以这种方式直接指定要连接的库的路径。
前面已经说明过了,库搜索路径的设置有两种方式:在环境变量 LD_LIBRARY_PATH 中设置以及在 /etc/ld.so.conf 文件中设置。其中,第二种设置方式需要 root 权限,以改变 /etc/ld.so.conf 文件并执行 /sbin/ldconfig 命令。而且,当系统重新启动后,所有的基于 GTK2 的程序在运行时都将使用新安装的 GTK 库。不幸的是,由于 GTK 版本的改变,这有时会给应用程序带来兼容性的问题,造成某些程序运行不正常。为了避免出现上面的这些情况,在 GTK 及其依赖库的安装过程中对于库的搜索路径的设置将采用第一种方式进行。这种设置方式不需要 root 权限,设置也简单:
$ export LD_LIBRARY_PATH=/opt/gtk/lib:$LD_LIBRARY_PATH
可以用下面的命令查看 LD_LIBRAY_PATH 的设置内容:
$ echo $LD_LIBRARY_PATH
至此,库的两种设置就完成了。
后来我有安装了一个 64位的
ubuntu-16.04.6-desktop-amd64.iso
其他同上
/usr/lib/x86_64-linux-gnu/qt5/plugins/
sudo apt install python-pip
sudo apt install python3-pip
编译安装一个高版本的python
sudo apt-get install build-essential libncursesw5-dev libgdbm-dev libc6-dev
sudo apt-get install zlib1g-dev libsqlite3-dev tk-dev
sudo apt-get install libssl-dev openssl
sudo apt-get install libffi-dev
https://www.python.org/downloads/source/
https://www.python.org/ftp/python/3.7.6/Python-3.7.6.tgz
./configure --prefix=/home/jack/pyqt5_work/python_env/py376_64_orgin
make
make install
虚拟环境
sudo apt-get install vim
pip3 install --upgrade pip
sudo pip3 install virtualenv # 虚拟环境包
sudo pip3 uninstall zipp
sudo pip3 install zipp==1.0.0
sudo pip3 install virtualenvwrapper # 虚拟环境管理包
mkdir $HOME/.virtualenvs
vi ~/.bashrc
VIRTUALENVWRAPPER_PYTHON=/usr/bin/python3
export WORKON_HOME=$HOME/.virtualenvs
source /usr/local/bin/virtualenvwrapper.sh
source ~/.bashrc
mkvirtualenv -p /home/jack/pyqt5_work/python_env/py376_64_orgin/bin/python3.7 py376_64_work
退出虚拟环境 : deactivate
3、退出虚拟环境 : deactivate
4.、继续使用之前的虚拟环境: workon 虚拟环境名称 (该虚拟环境必须存在)
5、删除虚拟环境:rmvirtualenv 虚拟环境名称
6、列出所有环境:workon 或者 lsvirtualenv -b
ubuntu 更改pip默认源
mkdir ~/.pip
vim ~/.pip/pip.conf
[global]
timeout = 6000
https://pypi.tuna.tsinghua.edu.cn/simple
安装
pip3 install pyqt5
Got keys from plugin meta data ("xcb")
QFactoryLoader::QFactoryLoader() checking directory path "/home/jack/pyqt5_work/python_env/py376_64_orgin/bin/platforms" ...
Cannot load library /home/jack/.virtualenvs/py376_64_work/lib/python3.7/site-packages/PyQt5/Qt/plugins/platforms/libqxcb.so: (libxcb-xinerama.so.0: cannot open shared object file: No such file or directory)
QLibraryPrivate::loadPlugin failed on "/home/jack/.virtualenvs/py376_64_work/lib/python3.7/site-packages/PyQt5/Qt/plugins/platforms/libqxcb.so" : "Cannot load library /home/jack/.virtualenvs/py376_64_work/lib/python3.7/site-packages/PyQt5/Qt/plugins/platforms/libqxcb.so: (libxcb-xinerama.so.0: cannot open shared object file: No such file or directory)"
qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even though it was found.
This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem.
Available platform plugins are: eglfs, linuxfb, minimal, minimalegl, offscreen, vnc, wayland-egl, wayland, wayland-xcomposite-egl, wayland-xcomposite-glx, webgl, xcb.
Aborted (core dumped)
解决方法: sudo apt-get install libxcb*
关于qt缺少xcb问题终极解决办法
https://blog.csdn.net/sinat_26106275/article/details/82778951
sudo apt-get install libxcb*
999
ldd
libQt5Gui.so.5 => /home/jack/.virtualenvs/py376_64_work/lib/python3.7/site-packages/PyQt5/Qt/plugins/platforms/./…/…/lib/libQt5Gui.so.5
/usr/lib/x86_64-linux-gnu/