踩坑杂记

总是踩坑,有的时候一个坑或者原理类似的坑还反复踩,踩麻了所以记录一下。

Hexo 报错:expected end of comment, got end of file (2022.02.27)

{# 是 nunjucks 的注释,写 tex 的时候出现了个这个就挂了

Manjaro 终端输入卡顿延迟 (2022.03.15)

compton 的锅,要加 --xrender-sync-fence 参数,之前好过一段时间没管结果更新系统后又出现了。

yay 使用 tuna 源而无法更新 aur (2022.05.24)

Tuna 很早就移除了 aur 镜像, 将 aur 源修改为官方源的方法为:

1
yay --aururl "https://aur.archlinux.org" --save

但是切换后更新部分软件包仍会出现报错,如更新 wps-office 时:

1
(数据已丢失)

不难发现仍然用到了 tuna 源。我一开始不能理解,后来在Github 上找到了一点线索,原来是 cache 导致的问题。

在 yay 的 cache 目录下进入 wps-office 的仓库,查看 git --remote 可以看到远程仓库指向的是 tuna 的地址。

解决方法:修改远程仓库地址,或者直接清理掉 cache 。前者有人给出了批处理脚本

pacman 更新报错「GPGME 错误:无数据」 (2022.05.29)

原因是下载 .sig 文件的时候被登陆网页劫持了,解决方案为 sudo rm /var/lib/pacman/sync/*.sig

编译 grpc 报错:fatal error: Killed signal terminated program cc1plus (2022.06.01)

原因是 make -j 并行编译占用内存过多(直接飙升到十几 G 吃满内存然后挂了)。 之前不知道这个参数的含义就用了,所以看到内存崩了心态也崩了。

解决方法:限制并行数量,如 make -j4 (根据实际情况调整,不然确实挺慢的)。

pacman 更新报错:could not read db 'core' (Can't parse line 1) (2022.06.04)

和 GPGME no data 类似,是下载 .db 文件的时候被登陆网页劫持,解决方案为 sudo rm /var/lib/pacman/sync/*.db

ctex 编译报错:Undefined control sequence. __clist_map_1:w #1->_disable_package:n (2022.07.04)

本地目录有个 ~/texmf/ 会被优先检索,但是这里的文件版本太低未经维护。删掉。