cmake合集

*.cpp:*:*: error: ‘*’ was not declared in this scope

看下面的例子：

$ make -j4
[ 50%] Building CXX object CMakeFiles/YOLOv5ncnn-vulkan.dir/src/YOLOv5ncnn-vulkan.cpp.o
/home/\*/yolov5maligpu/YOLOv5-ncnn-arm/YOLOv5ncnn-vulkan/src/YOLOv5ncnn-vulkan.cpp: In function ‘int main()’:
/home/\*/yolov5maligpu/YOLOv5-ncnn-arm/YOLOv5ncnn-vulkan/src/YOLOv5ncnn-vulkan.cpp:122:13: error: ‘CV_CAP_PROP_FRAME_WIDTH’ was not declared in this scope
  122 |     cap.set(CV_CAP_PROP_FRAME_WIDTH, frameWidth);
      |             ^~~~~~~~~~~~~~~~~~~~~~~
/home/\*/yolov5maligpu/YOLOv5-ncnn-arm/YOLOv5ncnn-vulkan/src/YOLOv5ncnn-vulkan.cpp:123:13: error: ‘CV_CAP_PROP_FRAME_HEIGHT’ was not declared in this scope
  123 |     cap.set(CV_CAP_PROP_FRAME_HEIGHT, frameHeight);
      |             ^~~~~~~~~~~~~~~~~~~~~~~~
make[2]: *** [CMakeFiles/YOLOv5ncnn-vulkan.dir/build.make:76: CMakeFiles/YOLOv5ncnn-vulkan.dir/src/YOLOv5ncnn-vulkan.cpp.o] Error 1
make[1]: *** [CMakeFiles/Makefile2:83: CMakeFiles/YOLOv5ncnn-vulkan.dir/all] Error 2
make: *** [Makefile:91: all] Error 2

“was not declared in this scope”这里就说明函数并未在使用的区域声明过，要么是自己写错了函数声明的区域（非全局）；要么就是这项目使用的库版本对不上你系统安装的版本，两个版本之间这个函数名改了，这个时候就只有自己去搜修改后的函数名了。

上面这个例子就是opencv3的项目用opencv4的库编译时找不到“CV_CAP_PROP_FRAME_HEIGHT”和“CV_CAP_PROP_FRAME_WIDTH”的报错，opencv4将这两函数分别改名为了“CAP_PROP_FRAME_HEIGHT”和“CAP_PROP_FRAME_WIDTH”，项目里全局搜索替换就好。

因为PVE9.0开始web端只提供https服务而不提供任何http服务，会导致caddy除了转发时禁用安全认证或者直接转发unix://以外几乎没有办法转发PVE的https，而且要转发https为https还必须保证PVE

sudo systemctl restart caddy时报错loading new config: loading http app module: provision http: getting tls app: loading tls app module: provision tls: loading certificates: open …….pem permission denied

gopls cannot access its persistent index (disk full?): can’t create cache: mkdir Access is denied.

CT模板相关

最建议使用的模板

最好用的模板实际上是alpine linux，官方有专门虚拟化的版本，虚拟化环境下不需要固件驱动因此系统镜像非常小，完整系统iso镜像仅70.25MB；而PVE官方alpine linux的CT模板仅3.32MB，创建完毕后更新包管理器源也仅占用16.4MB。快且小，就是gcc库不是gnu的而是musl的，因此很多

创建时报错TASK ERROR: unable to create CT 101 - unsupported debian version ‘13.1’

其实-^-就是PVE官方升级CT模块时忘改支持的系统版本了，手动在/usr/share/perl5/PVE/LXC/Setup/Debian.pm修改：

die "unsupported debian version '$version'\n" if !($version >= 4 && $version <= 13);

为

die "unsupported debian version '$version'\n" if !($version >= 4 && $version <= 14);

重启PVE重新创建CT容器即可。

不想重启PVE就重启pve守护进程来读取配置，命令：

systemctl restart pvedaemon

参考原文链接： Debian 13.1 LXC template fails to create/start (FIX)

用alpine linux模板安装docker时报错mount: mounting none on /sys/fs/cgroup failed: Resource busy

PVE中alpine linux的模板很小，很精简。但正常配置完启动安装docker时会报错（能正常用但Docker 统计不会报告 CPU 或内存使用率）：

~: service cgroups start
mount: mounting none on /sys/fs/cgroup failed: Resource busy
sh: write error: Resource busy
sh: write error: Resource busy
sh: write error: Resource busy
sh: write error: Resource busy
sh: write error: Resource busy
sh: write error: Resource busy
sh: write error: Resource busy
sh: write error: Resource busy

一搜发现时PVE独有在alpine linux的模板上的问题，原因是容器基于命名空间，非完整虚拟机，而在PVE里用CT模板也实际在用命名空间，里面装docker本质上是嵌套命名空间，而模板内Docker能否运行要看PVE配置/docker版本/命名空间是否支持，目前通过正常手段明显是不支持的。

所以剩下两条路径，即PVE创建alpine linux虚拟机然后装docker，或者用Debian的CT模板装docker，第一条亲测没问题，大概总占用400MB，第二条网上用户反映是正常的。

参考原文链接： Cannot start “cgroups” service in Alpine LXC

docker轻量化的原因

docker较传统虚拟化，每个容器都少虚拟了一整套系统，转而直接共享宿主机系统内隔离出来的每个shell， 去除了虚拟shell对宿主shell之间的性能损耗，同时在结构上多个系统消失了，只剩下docker虚拟层，虚拟的体量（仅用户空间）相较整个系统而言非常小。多线程多进程对硬件CPU、内存（较以往碎片化的分页）和硬盘（IO吞吐）的利用强度都大大提高了。

docker连接网络方式

• none：隔离容器与主机
• container模式：和其他容器共享网络，有特殊限制
• overlay：虚拟的是整个网络，将各个连接overlay的容器连接到一个虚拟网络里
• bridge模式：桥接模式但可以端口映射来访问容器内服务
• host模式：作为独立的主机连接网络，但在OSI第四层传输层，不支持不基于TCP和UDP外的数据通信协议传输
• ipvlan：同host，虚拟在轻量级OSI第二层数据链路层，因此允许TCP和UDP外的数据通信协议传输
• Macvlan：同host，较ipvlan来说更底层，直接模拟设备MAC地址而非IP地址，仅3.9以上linux内核可用

docker常用指令

基础指令

• run - 创建并启动一个新的容器
• start/stop/restart - 启动、停止和重启容器
• kill - 立即终止正在运行的容器
• rm - 删除已经停止的容器
• exec - 在运行中容器内执行一条命令
• ps - 列出 Docker 容器
• top - 显示容器中正在运行的进程
• attach - 允许用户附加到正在运行的容器并与其交互
• pull - 从 Docker 注册表（例如 Docker Hub）中拉取（下载）镜像到本地
• info - 显示 Docker 的系统级信息

复合指令

• docker ps（列出运行中的容器）
• docker ps -a（列出所有的容器）
• docker exec -it 容器名 /bin/bash（在运行中的容器内启动一个交互式的 Bash shell。-i 保持标准输入打开，-t 分配一个伪终端tty。）
• sudo docker run -d –name 容器名 –restart always 容器应用名:标签（以始终自重启方式运行此容器）

docker compose使用

docker好用，但如果某些应用要配合多个容器才能使用的话，就要让这几个容器同时启动，而且要让几个容器可以建立隔离的网络 docker compose就是用来干这个的。创建一个docker-compose.yml，写好配置，在同级目录下输入docker-compose up -d即可。

需要说明的是docker compose需要独立安装

sudo curl -L "https://github.com/docker/compose/releases/latest/download/docker-compose-$(uname -s)-$(uname -m)" -o /usr/local/bin/docker-compose
sudo chmod +x /usr/local/bin/docker-compose
sudo ln -s /usr/local/bin/docker-compose /usr/bin/docker-compose
docker-compose --version

无报错正常输出即安装完毕

值得一提的是，alpine linux官方有提供apk安装源，记得启用community源

apk add docker-cli-compose

在docker compose中使用syncthing

官方指引：Docker Container for Syncthing

官方docker-compose.yml文件内容：

---
version: "3"
services:
  syncthing:
    image: syncthing/syncthing
    container_name: syncthing
    hostname: my-syncthing
    environment:
      - PUID=1000
      - PGID=1000
      - STGUIADDRESS=
    volumes:
      - /wherever/st-sync:/var/syncthing
    network_mode: host
    restart: unless-stopped
    healthcheck:
      test: curl -fkLsS -m 2 127.0.0.1:8384/rest/noauth/health | grep -o --color=never OK || exit 1
      interval: 1m
      timeout: 10s
      retries: 3

创建好容器后，syncthing默认只允许本地回环地址127.0.0.1访问，因此修改配置文件来开发全/特定地址web GUI访问。

vi /var/syncthing/config/config.xml

将其中

<gui enabled="true" tls="false" sendBasicAuthPrompt="false">

下一行address标签里的127.0.0.1改为0.0.0.0或者你要访问的地址。最后重启容器即可：

docker ps | grep syncthing
docker restart {容器ID}

打开{你之前设置的地址:8384}就能访问syncthing了