目录
1.更新源之后，update过程中遇到如下问题，解决方式如下
树莓派本地编译环境搭建
1.更新源之后，update过程中遇到如下问题，解决方式如下
（
https://www.cnblogs.com/FengGeBlog/p/15567119.html
The following signatures couldn't be verified because the public key is not available 解决方法 - 润新知）
2.安装opencv，按照教程
树莓派4B笔记 --- Opencv-3.4.8 + Opencv_contrib-3.4.8 源码编译安装_Ry风度的博客-CSDN博客
过程中，遇到
问题，搜索一些有参考价值的方法，
树莓派64位系统安装libjasper-dev显示无法定位软件包问题 - Python技术站
树莓派64位系统安装libjasper-dev显示无法定位软件包问题 - office学习教程网
在问题解决过程中，有些提出需要换软件源的，北外源，清华源，也都换了，还是不行，还是换回debian自己的源，但还是把换源方式贴出来，以备需要之时，
树莓派 buster/stretch软件源修改 清华/北外/阿里源_buster 清华源_叼辣条闯天涯的博客-CSDN博客
安装的包如果有问题，想要删除：
Ubuntu下软件包的清理与删除_ubuntu 删除软件包_zhoupenghui168的博客-CSDN博客
一些比较有内容的opencv安装博客：
树莓派安装Opencv方法总结，包括各种报错解决方法-物联沃-IOTWORD物联网
最新进展
搜索发现，可能是设置的镜像源与板子的架构不适配造成的，参考博客：
【无标题】_怎么查看树莓派是 armv几_唐叶2018的博客-CSDN博客
我的板子是aarch64架构的，我在安装ffmpeg（因为opencv安装了一天半都没搞好，所以放弃了）时，网上博客教程步骤中，
配置后，make -j4过程出错，然后突然意识到，可能是 --arch=armel参数配置不对，可能我的板子不是这个架构（因为板子系统烧录是其他同事做的，而我自己对这方面也不熟），然后再去一顿查询，然后发现我的系统是
然后我将配置参数更改为：
./configure --arch=aarch64 --target-os=linux --enable-gpl --enable-libx264 --enable-nonfree
然后就可以正常编译生成动态库了
3.树莓派运行qml代码出现的问题
[2023-08-11 08:54:59.818][WARNI][:0]:qrc:/index.qml:1 module "QtQuick" version 2.12 is not installed
最后得解决方法是，改工程代码，将
import QtQuick 2.12改为 import QtQuick 2.11，总知就是对后面所有编译报错得，更改版本号，可能当前安装得qt版本不支持2.12版本的QtQuick。
3.关于安装第三方依赖库
如果用apt-get命令行直接安装失败，就只能说考虑编译源码安装了，参考其中一个库libjpeg，这个是安装opencv教程中需要安装的环境，但是换软件源（后面查阅资料发现，板子的软件源是要区分armel架构（比较旧的架构）、arrch64、armhf等的，可能跟我换的软件源与架构不匹配也有关系，但是这个猜想需要待验证，因为后面我就直接弃用opencv了，没有再继续安装了，后面有机会再去尝试）
不同架构之间的：https://bbs.csdn.net/topics/392474374
源码安装方式参考：libjpeg移植arm-蒲公英云
树莓派64位系统安装libjasper-dev显示无法定位软件包问题_其它系统_操作系统_脚本之家
4.树莓派上安装protobuf（相对容易没什么坑）
树莓派交叉编译Qt
本人理解，树莓派系统环境可以有两种方式获取并放到虚拟机上，
1.去网上下载整理好的树莓派内核相关的依赖库，具体下载版本和自己树莓派板子上查询的树莓派系统对应上即可
参考博文：
QT5.12.1 ARM开发环境搭建 并 移植到RK3399 ubuntu16.04系统运行【完整版】_arm qt开发环境搭建-CSDN博客
2.直接把树莓派板子上的环境依赖拷贝到虚拟机上
参考博文：
为树莓派4交叉编译QT5.14.2（带EGLFS支持） - 知乎
两种方式的区别，1是在虚拟机上下载qt源码通过交叉编译工具编译生成树莓派（arm平台）上支持的依赖库，然后将库拷贝到树莓派板子上，使得虚拟机和开发板上环境一致；方式2是直接在树莓派开发板子上安装qt开发环境，然后将板子上安装的qt等依赖库同步拷贝到虚拟机上，让虚拟机上有一套板子上相同的开发环境；
个人认为方式2踩坑的几率更小一些可能发挥更稳定一些，不足之处就是要依赖开发板，依赖于硬件的存在，；
PC虚拟机安装树莓派系统
树莓派系统烧录
虚拟机上搭建运行在树莓派系统的交叉编译环境（QT）
sysroot是啥？
sysroot顾名思义，就是system root，交叉编译平台它的根目录。
所有相关的头文件、lib都包含在那
为什么需要它呢，因为我们交叉编译工具一般只包含几个常用的库，假如稍微大点程序用到其它库和头文件。
没有这个sysroot，然后编译器就去找Ubuntu本地的头文件和lib，结果就会导致各种各样奇怪的bug，sysroot一般和交叉编译工具一起组成SDK开发包，有时候没有，就需使用同步服务器 工具rsync从板子上获取。
Qt5.12 +树莓派4B系统+ubuntu18虚拟机
当前我编译安装的qt5.12版本，configure的时候没有指定-sysroot的参数（-sysroot ~/raspi/sysroot），所以后续使用，涉及到系统库的接口，可能会有一些风险，（同时，需要关注到，有一些教程里
为树莓派4交叉编译QT5.14.2（带EGLFS支持） - 知乎，在虚拟机上安装交叉编译工具的时候，有些会同时安装sysroot包，可能就是目标系统（树莓派）的依赖库环境，在安装交叉编译工具同时安装上，也可以像上文提到的，从目标系统上拷贝到主机系统（ubuntu18虚拟机）上使用。）
安装qt5.12版本，按照教程：在ARM64 linux平台运行QT程序_qt arm-CSDN博客，编译安装qt源码，然后把交叉编译好的qt文件/usr/local/qt5.12.1-arm 发送到树莓派上相同位置，并添加到环境变量。
然后在虚拟机上编译生成example里面的示例程序classwizard（参考：Open Source- 为 Raspberry Pi 4 Model B 交叉编译 Qt 5.15.0 的指南-糯米PHP），
过程中遇到的 qt.qpa.plugin: Could not find the Qt platform plugin “xcb“ in ““ 问题，
查找的解决方案：
解决qt.qpa.plugin: Could not find the Qt platform plugin “xcb“ in ““-CSDN博客
但是发现，/usr/local/qt5.12.1-arm/plugins/platforms文件里面没有xcb相关内容，回头看当时在ubuntu虚拟机上编译安装QT5.12的时候，auto.sh脚本里面，设置的是-no-xcb，所以没有相关内容，后面查找发现，在树莓派的/usr/lib/aarch64-linux-gnu/qt5/plugins/platforms，也存在平台相关文件夹，原来当前项目上使用的树莓派上的sd卡系统里面，已经安装了qt的环境，版本是：
这个平台文件里面经查看，有xcb相关内容，把这个platforms拷贝到要运行的程序目录下，再次运行程序（./classwizard），遇到问题：
QFactoryLoader::QFactoryLoader() looking at "/home/pi/platforms/libqxcb.so"
"Cannot load library /home/pi/platforms/libqxcb.so: (/lib/aarch64-linux-gnu/libQt5XcbQpa.so.5: symbol _ZN20QPlatformIntegration16openGLModuleTypeEv version Qt_5_PRIVATE_API not defined in file libQt5Gui.so.5 with link time reference)"
not a plugin
查看程序classwizard的依赖关系
指向的是添加到环境变量里刚刚拷进来的交叉编译得到的qt文件，
但是运行的错误提示里面又有/lib/aarch64-linux-gnu/libQt5XcbQpa.so.5路径下的库，怀疑可能是树莓派板子上原有的qt库和后面拷贝进去（ubuntu上编译生成的）冲突了，然后运行：
sudo mv /usr/local/qt5.12.1-arm/ /usr/local/qt5.12.1-arm_bk
更改后拷贝进去的qt文件，让程序在环境中找不到，再次查看
再次运行程序，
一切正常。
目前，按照教程 在ARM64 linux平台运行QT程序_qt arm-CSDN博客
安装过程中遇到的一些问题的解决方法，参考博文：
一些小tips
树莓派上环境设置如下，运行qt的程序的时候，终端会打印调试信息，方便定位问题，
export QT_DEBUG_PLUGINS=1
【已解决】version Qt_5_PRIVATE_API not defined in file libQt5Gui.so.5-CSDN博客
编译我自己的工程项目时，遇到问题：
找不到ffmpeg库需要的头文件，树莓派上开发的时候，是安装了ffmpeg的环境的，而在前文安装交叉编译环境的时候，也有拷贝系统库到sysroot文件夹中，所以考虑在.pro工程文件中，添加环境配置，
一开始是直接把windows上3rdparty/ffmpeg/include的内容拷贝过来，然后pro文件增加：
INCLUDEPATH += $$PWD/3rdparty/ffmpeg/include
INCLUDEPATH += $$PWD/3rdparty/ffmpeg/include/libavutil
但是考虑到，linux和win的ffmpeg库文件可能不兼容，还是将sysroot（树莓派系统环境）添加到工程文件中，最后修改为：
编译，出现如下问题：
查找后发现确实没有，再此确认后，发现是sysroot里面的内容没有拷贝完全，和树莓派上的内容对不上，漏了一些东西（具体什么原因不知，也是按照命令去拷贝的，可能网络不稳定造成），继续重新拷贝树莓派环境，
Open Source- 为 Raspberry Pi 4 Model B 交叉编译 Qt 5.15.0 的指南-糯米PHP
但是再此拷贝，发现还是没有上图提示缺失的文件，后面仔细检查发现，教程里拷贝的树莓派的/usr/inlude路径里面，确实没有该文件，
而在
考虑手动把缺失的拷贝过来。
解决了上述问题，出现了最初始的问题：
缺失ffmpeg的环境，我在树莓派上也没有找到ffmpeg的环境，但是之前树莓派上编译的app却能正常使用，用ldd查看，也没有ffmpeg相关的库，依赖，怀疑之前的ffmpeg可能是静态编译方式，这个先不讨论，先把当前问题解决，
再仔细查找，
ffmpeg的动态库是有的，只是安装位置不同，不在/usr/lib，而在/usr/lib/aarch64-linux-gnu下，那就考虑把ffmpeg的头文件，隐入加入，而在开发板的树莓派环境上搜索opt.h文件，搜索不到，是正常的，因为发布环境（即运行环境），不需要头文件，只要动态库（依赖库）环境都完整即可，之前一直陷入误区，在发布环境中没搜到头文件，就以为是没有安装，可能当时同事搞发布环境的时候，没有拷贝头文件到发行版（从开发环境，即编译环境），而protobuf的头文件、动态库都能查询的到，可能是直接在发布环境上安装的，不是从开发环境拷贝的，或者也有可能ffmpeg和
要注意，开发环境（编译环境）和发布环境（运行环境）的区别的不同。
怀疑：可能是树莓派上安装的ffmpeg的头文件和我在win上拷贝过来的不同，接口函数不同？？？纯猜测，暂时解决方案是，强制转换成非常量的指针类型，不知道在树莓派上运行是否会有问题：
注意，如果运行的时候有问题，就只能在虚拟机上按照教程安装下ffmpeg库，再试试了，（因为发布版本树莓派环境上没有ffmpeg的头文件，开发环境上就有，但是开发环境损坏了，所以没办法从板子上拷贝过来了，只能直接安装试试喽试一试了试一下啦(●'◡'●)）
创建软连接
疑问：缺少的库，第三方库，是要交叉编译生成，还是用目标系统（树莓派）上安装的拷贝过来呢，？？？
上图问题解决：
sudo find / -name libc.so.6
/home/zss/.local/share/Trash/files/sysroot-glibc-linaro-2.25-2019.12-arm-linux-gnueabihf (1)/sysroot-glibc-linaro-2.25-2019.12-arm-linux-gnueabihf/lib/libc.so.6
/home/zss/.local/share/Trash/files/gcc-linaro-7.5.0-2019.12-x86_64_arm-linux-gnueabihf/arm-linux-gnueabihf/libc/lib/libc.so.6
/home/zss/raspi/cross-compile-tool/arm-linux-gnueabihf/libc/lib/libc.so.6
/home/zss/raspi/cross-compile-tool/lib/libc.so.6
/home/zss/raspi/cross-compile-tool-aarch/aarch64-linux-gnu/libc/lib/libc.so.6
/home/zss/raspi/sysroot_bk/usr/lib/aarch64-linux-gnu/libc.so.6
/home/zss/raspi/sysroot_bk/usr/lib/arm-linux-gnueabihf/libc.so.6
/home/zss/raspi/sysroot/usr/lib/aarch64-linux-gnu/libc.so.6
/home/zss/raspi/sysroot/usr/lib/arm-linux-gnueabihf/libc.so.6
/lib/x86_64-linux-gnu/libc.so.6
find: ‘/run/user/1000/gvfs’: Permission denied
/snap/snapd/20290/lib/x86_64-linux-gnu/libc.so.6
/snap/snapd/20671/lib/x86_64-linux-gnu/libc.so.6
/snap/core18/2790/lib/i386-linux-gnu/libc.so.6
/snap/core18/2790/lib/x86_64-linux-gnu/libc.so.6
/snap/core18/2812/lib/i386-linux-gnu/libc.so.6
/snap/core18/2812/lib/x86_64-linux-gnu/libc.so.6
/snap/core20/2015/usr/lib/i386-linux-gnu/libc.so.6
/snap/core20/2015/usr/lib/x86_64-linux-gnu/libc.so.6
/snap/core20/2182/usr/lib/i386-linux-gnu/libc.so.6
/snap/core20/2182/usr/lib/x86_64-linux-gnu/libc.so.6
/snap/core22/864/usr/lib/i386-linux-gnu/libc.so.6
/snap/core22/864/usr/lib/x86_64-linux-gnu/libc.so.6
/snap/core22/1033/usr/lib/i386-linux-gnu/libc.so.6
/snap/core22/1033/usr/lib/x86_64-linux-gnu/libc.so.6
/usr/aarch64-linux-gnu/lib/libc.so.6
/lib32/libc.so.6
/libx32/libc.so.6
同理，cannot find /usr/lib/aarch64-linux-gnu/libc_nonshared.a这个问题，先查找缺失的文件位置，
最开始我把/home/zss/raspi/cross-compile-tool-aarch/aarch64-linux-gnu/libc/usr/lib/libc_nonshared.a位置的文件拷贝到查找不到的文件位置（/usr/lib/aarch64-linux-gnu/）
但是编译输出：
/usr/lib/gcc-cross/aarch64-linux-gnu/7/../../../../aarch64-linux-gnu/bin/ld: skipping incompatible /usr/lib/aarch64-linux-gnu/libc_nonshared.a when searching for /usr/lib/aarch64-linux-gnu/libc_nonshared.a
/usr/lib/gcc-cross/aarch64-linux-gnu/7/../../../../aarch64-linux-gnu/bin/ld: cannot find /usr/lib/aarch64-linux-gnu/libc_nonshared.a
/usr/lib/gcc-cross/aarch64-linux-gnu/7/../../../../aarch64-linux-gnu/bin/ld: cannot find /lib/aarch64-linux-gnu/ld-linux-aarch64.so.1
重新再把/home/zss/raspi/sysroot/usr/lib/aarch64-linux-gnu/libc_nonshared.a位置的拷过去，这次编译通过，
但是又遇到下面的问题：
猜想：可能需要用虚拟机上的交叉编译重新编译protobuf源码，生成库文件，给项目使用，不能直接使用从树莓派上拷贝过来的（sysroot）中的依赖库，接下来就考虑在虚拟机上交叉编译安装proto，
（思考过程辅助博文：
c/c++中出现“undefined reference to”的解决_c++ undefined reference to `readquitconfirm()-CSDN博客）
在虚拟机上安装protobuf参考教程：
https://www.cnblogs.com/const-zpc/p/16364417.html
我执行的命令过程（可供参考）：
过程中需要注意的是：在完成第一次的交叉编译，接下来第二次编译ubuntu环境上的proto工具的时候，要先make clean，再make -j4，教程中没有写到，实际应用中我是这样操作的。
proto的库都编译好，用ubuntu上的proto把项目里的.proto文件生成一下cc、h文件，命令如下：
~/raspi/3rdPackage/protobuf_ubuntu/bin/protoc -I=/home/zss/raspi/workspace/Remote_source/src/3rdparty/Protoc-3.10.1 --cpp_out=/home/zss/raspi/workspace/Remote_source/src/3rdparty/Protoc-3.10.1 /home/zss/raspi/workspace/Remote_source/src/3rdparty/Protoc-3.10.1/25kg.proto
然后修改工程项目的Qt项目文件.pro如下：
再次编译：
这次就只剩ffmpeg库相关的问题了，考虑继续重新交叉编译ffmpeg库，
按照教程：
Ubuntu 20.04.1 LTS 交叉编译 aarch64 FFMpeg_ubuntu aarch64 编译ffmpeg-CSDN博客
ffmpeg的aarch64-linux-gnu交叉编译_ffmpeg交叉编译aarch64-CSDN博客
安装ffmpeg，
zss@zss-virtual-machine:~/raspi/3rdPackage/x264$ ./configure --prefix=/home/zss/raspi/3rdPackage/x264_aarch64 --enable-shared --enable-static --host=arm-linux --cross-prefix=aarch64-linux-gnu- --disable-opencl --enable-pic --disable-asm
ffmpeg在linux下的安装_warning: pkg-config not found, library detection m-CSDN博客
（辅助参考：
ffmpeg在linux下的安装_warning: pkg-config not found, library detection m-CSDN博客）
把刚刚交叉编译生成的先64库依赖添加到.pro文件中，
继续交叉编译生成缺失的库，
注意，教程里面，安装libz到交叉工具链中，这个小章节的内容我就没有做了。
最终，我安装zlib库，执行命令过程如下图：
继续最后一个问题：
由于配了太久的环境，我有点想偷懒了，所以我，
哈哈哈，想先屏蔽了这个试试，
没想到，编译过了，哈哈哈！
（但是，虽然编译过了，但是能否在树莓派上（目标环境）运行成功还是个谜，纯粹是想小小的中场休息下，等下继续，未完待续，）
树莓派上运行交叉编译生成的程序
嗨，我又来了，我把经过上面种种问题，克服解决之后，编译生成的程序拷贝到树莓派上，竟然运行起来了，成功了，耶✌！
查看依赖情况：
树莓派上的系统是已有项目的发布版本，该项目之前是在树莓派上搭建的本地开发环境，在树莓派上安装qt、qtCreator进行开发的，（参考本文最开始介绍的本地环境搭建，）然后是之前搭建的本地qt开发环境的卡损坏了，所以开始着手做交叉编译，现在用来运行程序的树莓派系统是之前该项目的发布版本系统，所以搭建交叉编译之初，目标机（树莓派）上已经有了qt的环境、ffmpeg、proto，所以最开始考虑的是将目标机拷贝到sysroot，然后编译项目得时候，引用sysroot里面的库，（除了qt外，虚拟机上用的qt环境是用交叉编译工具编译的版本），但是过程中发现不行，所有依赖的第三方库，都需要用交叉编译工具重新编译生成库，再引入到项目中用，这是需要注意的！！！在交叉编译这些第三方依赖库的时候，会注意和目标机的环境上已有的库版本一致，保持一致性，然后链接这些交叉编译的动态库，生成的程序，放到目标机上，查看他的依赖，如上图说是，能够查到系统环境，连接成功。
我觉得，这个过程，一定要注意，编译环境和运行环境之间的区别，两种概念上的不同，会对工程项目的编译运行、系统有个更深刻一点的理解、了解，
注意：交叉编译qt的时候，按照教程，要把生成的qt文件拷贝到树莓派上，我拷贝到的位置是 /usr/local/qt5.12.1-arm，然后我在虚拟机（主机）上交叉编译了qt例子里的一个demo，放到目标机上运行，但是有问题，后来经过排查，发现是目标机上本来就有qt的环境，（应为该目标机本来就是软件发版系统（运行环境），只不过不是开发环境（编译环境）而已），所以qt环境都是有的，所以我又把从主机上拷贝过去的qt文件屏蔽掉了，
目标机原有qt环境：
ffmpeg、proto的库环境也都能查找得到。
工程项目交叉编译.pro文件最终配置
编码开发工具
决定不在虚拟机上再安装qtCreator了，不想装太多东西了，就用/usr/local/qt5.12.1-arm/bin/qmake
make -j4
来编译代码
（注意，可以把qmake添加到环境变量，就不用每次都打全路径）
（题外话：后面可以再好好了解一下，linux上配置环境变量，有一个是编译环境变量配置位置，有一个是运行环境的配置位置，两个是不同有区别的，后面后续可以了解一下。）
然后搭配windows上的VScode，来编写代码，
用VScode远程连接虚拟机，最开始失败了，排查发现是虚拟机上没开启ssh服务，参考博文，
如何在Ubuntu上开启SSH服务_ubuntu开启ssh-CSDN博客
开启ssh服务，再次连接，VSCode能够远程到，可以开始愉快的写代码啦！！！（没有坦途，只有适时适度的坚持！）
后记
耗时：20240228~20240306，扣除掉周末，共计耗时6天，搞这个环境的搭建，
安装，有两个隐患，
（1）Qt编译安装的时候，configure没有带-sysroot参数，没有把树莓派系统依赖配置到qt的源码编译过程中，后续使用，涉及到系统相关的接口，可能有问题，可能需要编译其他自己的工程项目的时候，把树莓派系统库拷贝到Ubuntu虚拟机，然后再指定库的位置，再编译。（同时，configure的时候，xcb也没有选择安装，-no-xcb，可能后期树莓派使用会有啥意料之外的事情，）
（2）当前树莓派上用的qt是在树莓派上安装的qt环境，不是从ubuntu上拷贝过来的（按照教程的推荐，都是虚拟机上编译qt源码，然后把生成的文件拷贝到树莓派上面使用，保持环境的一致性，），当前小示例用着没有问题，但是后续实用要注意这边可能是会有问题的。
虚拟机上的版本：
过程中参考博文，给了灵感的博客：
在Linux系统中将指定路径添加到环境变量中_将路径写入环境变量文件-CSDN博客
protobuf 的交叉编译使用（C++）_protobuf交叉编译-CSDN博客
Ubuntu /usr/bin/ld: 找不到 -llibxxx.so/.a的解决办法_ubuntu cannot find /lib64/ld-linux-x86-64.so.2-CSDN博客
交叉编译工具 aarch64-linux-gnu-gcc 的介绍与安装-CSDN博客
c++ const 转 非const_c++ const转非const-CSDN博客
ffmpeg的aarch64-linux-gnu交叉编译_ffmpeg交叉编译aarch64-CSDN博客
Ubuntu 20.04.1 LTS 交叉编译 aarch64 FFMpeg_ubuntu aarch64 编译ffmpeg-CSDN博客
小Tips
linux系统源码文件编码格式和windows的不一样，在win用QtCreator编码的提交到git，再拉到linux虚拟机上，会有很多格式问题，和虚拟机上本地分支合并的时候有很多冲突，这个要注意，直接就在虚拟机上开发。
285
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
