HBSpy's Hexo

如何简单粗暴的在 Vim 中自定义高亮的关键词

当然你可以去改各种 syntax.vim, 但是由于复杂的 source 顺序、优先级等等，并不一定能生效

有没有一种方法简单粗暴的自定义高亮关键词

来了！

在vimrc中添加

1
2
3
4
5

augroup myTodo
    autocmd!
    autocmd Syntax * syntax match myTodo /\v\c(fuck|hbspy)/ containedin=.*Comment
augroup END
highlight link myTodo Todo

REF: https://vi.stackexchange.com/questions/15505/highlight-whole-todo-comment-line

brew 4.0.0 之后运行 doctor 显示

1
2
3
4
5
6

Warning: Some installed kegs have no formulae!
This means they were either deleted or installed manually.
You should find replacements for the following formulae:
  pycparser
  cffi
  erdtree

虽然没什么影响但看着不爽

可以通过brew untap homebrew/core解决

原因是

It removes the local copy of the tap repository (see manpage). This is fine if you do not work on the repository, because the default option since brew 4.0.0 is to fetch formulae information from the JSON API (see 4.0.0 release notes). If you run brew doctor, you should see that the homebrew/core tap has not been updated for a while.

大致就是走 JSON API 了，homebrew/core 也不维护升级了，所以本地那份也别留着了

参考：

• https://github.com/orgs/Homebrew/discussions/4353
• https://brew.sh/2023/02/16/homebrew-4.0.0/

用 pip 从源码安装，pyproject.toml 中的包名不能被正确识别，显示为 UNKNOWN

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

Collecting git+https://github.com/suno-ai/bark.git
  Cloning https://github.com/suno-ai/bark.git to /tmp/pip-req-build-t_euvdls
  Running command git clone --filter=blob:none --quiet https://github.com/suno-ai/bark.git /tmp/pip-req-build-t_euvdls
  Resolved https://github.com/suno-ai/bark.git to commit 97c6019ecdf1a70fdb313835c3bb3f770a0459e4
  Installing build dependencies ... done
  Getting requirements to build wheel ... done
  Installing backend dependencies ... done
  Preparing metadata (pyproject.toml) ... done
Building wheels for collected packages: UNKNOWN
  Building wheel for UNKNOWN (pyproject.toml) ... done
  Created wheel for UNKNOWN: filename=UNKNOWN-0.0.0-py3-none-any.whl size=7276 sha256=a30755a229112b321e0b4ee3f6cc35ef61cbc02bedde64ac4c5c147f51ae64f8
  Stored in directory: /tmp/pip-ephem-wheel-cache-54oie7jn/wheels/e6/6d/c2/107ed849afe600f905bb4049a026df3c7c5aa75d86c2721ec7
Successfully built UNKNOWN
Installing collected packages: UNKNOWN
Successfully installed UNKNOWN-0.0.0

其中的一个可能的原因是 pip 版本不够新

1
2
3
4
5
6
7
8
9
10
11

# pip install -U pip
Requirement already satisfied: pip in /usr/lib/python3/dist-packages (22.0.2)
Collecting pip
  Downloading pip-23.1.1-py3-none-any.whl (2.1 MB)
     ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 2.1/2.1 MB 3.5 MB/s eta 0:00:00
Installing collected packages: pip
  Attempting uninstall: pip
    Found existing installation: pip 22.0.2
    Not uninstalling pip at /usr/lib/python3/dist-packages, outside environment /usr
    Can't uninstall 'pip'. No files were found to uninstall.
Successfully installed pip-23.1.1

更新后正常

1
2
3
4
5
6
7
8
9

Collecting git+https://github.com/suno-ai/bark.git
  Cloning https://github.com/suno-ai/bark.git to /tmp/pip-req-build-gsgifvjp
  Running command git clone --filter=blob:none --quiet https://github.com/suno-ai/bark.git /tmp/pip-req-build-gsgifvjp
  Resolved https://github.com/suno-ai/bark.git to commit 97c6019ecdf1a70fdb313835c3bb3f770a0459e4
  Installing build dependencies ... done
  Getting requirements to build wheel ... done
  Installing backend dependencies ... done
  Preparing metadata (pyproject.toml) ... done
Collecting boto3 (from suno-bark==0.0.1a0)

同理，也有可能是 setuptools 的版本不够新，升级即可

我们赚哪部分钱？

高校的网络管理是各成一派的，我们又不愿意投入研发成本，打造有技术壁垒甚至门槛的产品
结果就是赚辛苦钱

chromium(aarch64)

Kylin Linux Advanced Server 10

chromium 版本仅为 81.0.4044.138

想要编译个新点儿的版本太难了，gcc 仅为 7.3.0

强烈谴责国产操作系统这种只生不养的行为！

• chromium-headless: 不能只装 headless，rpm 内只有一个 headless_shell，许多本体其实在 chromium 中
• freetype: 自带的 freetype 会报错 undefined symbol: FT_Palette_Select，需要 kylinos 源中的
• google-droid-sans-fonts: 解决截图中文乱码问题

1
2
3
4
5
6
7
8
9

cat <<EOT >> /etc/yum.repo.d/kylinos.repo
[kylinos]
name = kylinos
baseurl = http://archive2.kylinos.cn/rpm/kylin/Library/custom/kylin-server/KY10-GFB-aarch64/
enabled = 0
gpgcheck = 0
EOT

dnf install -y --enablerepo=kylinos chromium chromium-headless freetype google-droid-sans-fonts

之前家里的 PC 网卡有一些问题，现象是在打 Dota 的时候网络会崩

排查过程极其复杂与漫长，但可能的结论非常平常，在此记录一下这个令人感概的过程

过程

• PC 是 Win11，早听说 Win11 有各种网络问题，包括排查时还遇到了把微软用于 Internet 探测的网址给墙了，造成误报
• 基本排除了操作系统原因之后，看向网卡。由于中美贸易战，2.5G 的芯片一直不太成熟，Google 了之后发现板载的这个 RTL8125B 也是问题不断，开始怀疑是不是速率协商的问题。因为问题出现时，总是在重新协商速率，并且不一定能协商到 2.5G，有时只到 100M，或是 10M。在交换机侧看到 RTL8125B 并没有在 Advertising 写入 2.5G full，但在两边都固定 2.5G 之后，现象也没有改善
• Google 了一圈发现可能是 2.5G 方案在处理某些特定帧时，有 BUG，网卡侧包括 RTL 和 Intel 都有，也都出过一些固件来修复。这个问题的复杂在于，交换机和网卡都可以改一下兼容这个问题，但有些国外交换机厂商认为这不是他们的问题，可能不会修改。正巧，我的 PC 上联是 MikroBug (MikroTik) 的 RB5009，之前是基本型，RB5009UG+S+，后面又添了一台RB5009UPr+S+。我开始怀疑是这个特定帧的问题，因为到目前为止，正常上网没问题，只有在打 Dota 时出现问题。
• 连续跟了几版 RTL8125B 的固件更新之后，问题依旧。甚至又入了 Intel 的方案，一块 PCI-E Intel I225-V，但还是无济于事。
• 在 MikroTik 的论坛上有看到早期 5009 的 2.5G 口有其它问题，在 2.5G 速率下的速度还不如 1G 下，猜测交换机侧有问题，于是把 2.5G Advertising 从 5009 上去掉，双方协商在 1G 下工作。
• 这次终于有了改善，双方在 1G 下稳定工作了许久。
• 但还在偶发，十天半个月一次的频率，忍了。
• 问题扩散了，另一个屋的 AppleTV 也时不时的出现无网络连接，再次协商跑在 100M。
• 结合了这两个设备的情况之后，再综合全屋的有线连接情况，我突然开窍的想到了换个网线。两个屋到交换机是我自己选的日线万兆，到每个屋的面板上，各做了一对日线的万兆模块。俩屋的 AP，直接在网线上做的头，很稳定。机柜里连 NAS 等的网线是 NAS 送的，两根做的聚合，也很稳定。现在最大的可能就是这几根《最后一米》，从模块到终端设备的秋叶原（CHOSEAL）七类扁平网线带镀金水晶头
• 这几根算是凑单商品，每根也不算便宜，看说明和到手的感觉都还过的去，想来只要你 8 根都正确接上了，跑个 千兆应该不成什么问题，所以一直没有怀疑过。链接在此：https://item.jd.com/7247538.html
• 这是屏蔽线，屏蔽线跟一般常用的设备兼容性也不太好，非必要不要上屏蔽线
• 怒而买了日线的成品跳线，日线DNSPG6-PC-10G超六类cat6A细径万兆utp非屏蔽网络跳线，真的贵，一根 62
• 换上，好了！！！2.5G 打个 Dota 什么问题没有！交换机上看相关的 Link Downs 计数也都符合正常的开关机引起的 10M 切换。
• 于是又把剩下的几根全都换成了日线SPG6六类千兆网络跳线，一根 36，便宜一些。

总结

• win 的排查真的太难了
• 网卡突然就寄了，两边都没什么日志，但中间过程却是非常的多。交换机，到自己做的头，到墙里的线，到屋里的模块，到这次出问题的线，到终端网卡，每一步不太可能有日志，测线仪也问题
• 协商成 1G 之后，问题缓解了，但还出现，这种可缓解的偶发问题，很容易让人误导，以为再向这个方向深入就可以解决。犯了一个类似局部最优解当成全局最优解的问题。
• 可能出错的问题太多，win11, RTL8125B, I225-V, 2.5G, RB5009，一堆新设备，每个看起来都不够成熟稳定，都有可能是问题源，在这种印象之下，忘了最后这根网线

记录一下，希望有可能帮助到其他人

现象

ssh -v查看报debug1: send pubkey test: no mutual signature algorithm

原因

Ventura 自带 OpenSSH_9.0p1, LibreSSL 3.3.6 而从 8.2 开始默认不再支持 ssh-rsa

可以在.ssh/config中临时添加

1
2

HostKeyAlgorithms +ssh-rsa
PubkeyAcceptedKeyTypes +ssh-rsa

如果是 ca 签的则需要添加

1
2

HostKeyAlgorithms +ssh-rsa-cert-v01@openssh.com
PubkeyAcceptedAlgorithms +ssh-rsa-cert-v01@openssh.com

REF

• https://www.v2ex.com/t/889803
• https://github.com/gravitational/teleport/issues/10918

日常并不写 c++ 项目，看到 Acl 这个库比较有意思，就试着编译了一下 samples

照猫画虎，记录一下遇到的相关问题

Acl

https://github.com/acl-dev/acl

Acl – One Advanced C/C++ Library for Unix/Windows

Acl build

有 BUILD.md 但感觉写的比较简单，还是看了 Makefile

最后用make all_lib && make packinstall生成 include 和 lib

Sample build

Sample 代码如下

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26

#include <thread>
#include "acl_cpp/lib_acl.hpp"

void run(void) {
  const char* addr = "127.0.0.1:8088";
  acl::server_socket server;
  if (!server.open(addr)) {  // Bind and listen the local address.
    return;
  }

  while (true) {
    acl::socket_stream* conn = server.accept(); // Wait for connection.
    if (conn == NULL) {
      break;
    }
    std::thread thread([=] {  // Start one thread to handle the connection.
      char buf[256];
      int ret = conn->read(buf, sizeof(buf), false);  // Read data.
      if (ret > 0) {
        conn->write(buf, ret);  // Write the received data.
      }
      delete conn;
    });
    thread.detach();
  }
}

环境为 macOS，g++ 为 clang，vim 编辑会提示一些问题

• #include “acl_cpp/lib_acl.hpp” 这行报文件找不到
• std::thread thread([=] { 这行报expected_expression: expected expression

第一个是因为 clang 不知道你的 include 路径

第二个是[=] {} lambda 表达式是C++11标准，也需要告诉一下 clang

这两个问题都可以用compile_flags.txt解决

方法是在本文件同目录下生成compile_flags.txt文件，内容为

1
2

-std=c++11
-I../include/acl-lib

就跟传给 gcc / g++ 的参数一样，但更推荐的是compile_commands.json的方式，并且是在编译时自动生成

于是我们写CMakeLists.txt

CMake

引入 CMake 调整目录结构如下

1
2
3
4
5
6
7
8
9
10
11
12
13
14

.
├── CMakeLists.txt
├── apps
│   └── main.cpp
├── build
├── include
│   └── acl-lib
│       ├── acl
│       ├── acl_cpp
│       ├── fiber
│       └── protocol
├── lib
│   └── libacl_all.a
└── src

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22

cmake_minimum_required(VERSION 3.5)
project(MyProject VERSION 1.0 LANGUAGES CXX)

set(CMAKE_CXX_STANDARD_REQUIRED ON)
set(CMAKE_CXX_STANDARD 11)

add_executable(test apps/main.cpp)

target_link_libraries(test PUBLIC acl_all)
target_link_directories(test
    PUBLIC
    $<BUILD_INTERFACE:${CMAKE_CURRENT_SOURCE_DIR}/lib>
    $<INSTALL_INTERFACE:lib>
)

target_include_directories(test
    PUBLIC
    $<BUILD_INTERFACE:${CMAKE_CURRENT_SOURCE_DIR}/include/acl-lib>
    $<INSTALL_INTERFACE:include/acl-lib>
    PRIVATE
    ${CMAKE_CURRENT_SOURCE_DIR}/src
)

在 CMakeLists 中指定 C++ 标准 11

指定 include 的头文件地址，include 为第三方库目录，src 为私有代码库目录

指定 libacl_all.a 文件所在路径

最后在 build 目录下

1

cmake -DCMAKE_EXPORT_COMPILE_COMMANDS=1 ..

会生成compile_commands.json

1
2
3
4
5
6
7

[
{
  "directory": "/Users/hbspy/test/acl/build",
  "command": "/Library/Developer/CommandLineTools/usr/bin/c++  -I/Users/hbspy/test/acl/include/acl-lib -I/Users/hbspy/test/acl/src  -arch arm64 -isysroot /Library/Developer/CommandLineTools/SDKs/MacOSX12.3.sdk -std=gnu++11 -o CMakeFiles/test.dir/apps/main.cpp.o -c /Users/hbspy/test/acl/apps/main.cpp",
  "file": "/Users/hbspy/test/acl/apps/main.cpp"
}
]

这里还会报一个错，ld: entry point (_main) undefined.

原因 clang 没找到入口的 main 函数，把 samples 中的 void run 改成 int main 并修改一下 return 细节就可以了

此时的 vim 中，已经可以正确的根据生成的 compile_commands.json 找到 include 的头文件地址

以及认识[=] {}这样的 C++11 标准了

可喜可贺

遇到了 macOS 上的ESC键失效，在 vim 中只能使用Ctrl + C退出插入模式

原因竟然是因为 Siri

死去的 Siri 突然开始攻击我，焯！

Quit Siri

It appears that this escape key issue is caused by Siri. More specifically, this issue may occur when Siri freezes. To address this, force-quit Siri and ESC will start working again. Here is how:

• On your Mac, open Activity Monitor (Applications > Utilities).
• Find Siri.
• Click the Stop (X) button and select Force Quit.

REF: https://macreports.com/esc-escape-key-not-working-on-mac-fix/

使用自建 GitLab，通过 CI build Docker 的过程

弯弯绕很多，值得记录

附一份官方中文文档 极狐 https://docs.gitlab.cn/jh/ci/

安装 GitLab Runner

在项目的 Setting -> CI/CD -> Runners 中查看 Runner 情况

其中 Specific runners 为该项目专用 Runners，以外还支持 Shared runners 共享的 Runners

Show Runner installation instructions 可查看安装指引

gitlab-runner 可直接装在 linux 环境下，或跑在 Docker 环境中

这里我们按照 Environment: Linux, Architecture: amd64 的指引

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

# Download the binary for your system
sudo curl -L --output /usr/local/bin/gitlab-runner https://gitlab-runner-downloads.s3.amazonaws.com/latest/binaries/gitlab-runner-linux-amd64

# Give it permissions to execute
sudo chmod +x /usr/local/bin/gitlab-runner

# Create a GitLab CI user
sudo useradd --comment 'GitLab Runner' --create-home gitlab-runner --shell /bin/bash

# Register runner
sudo gitlab-runner register

# Install and run as service
sudo gitlab-runner install --user=gitlab-runner --working-directory=/home/gitlab-runner
sudo gitlab-runner start

注册过程中的 url, token 皆可在 Specific runners 中查看，其它需要关注的有

1. 输入 Runner 的 tag，给该 runner 打标签，当你想用这个 Runner 时，在.gitlab-ci.yml的 tags 字段中指明
2. 选择 Runner 的 Executor，常用的 Executor 有 shell, ssh, docker
   • shell 即以宿主机作为 Runner 所有 jobs 的执行器，Runner 将会从远程仓库 pull 你的工程，工程的目录为：<working-directory>/builds/<short-token>/<concurrent-id>/<namespace>/<project-name>
   • ssh 即远程到另一台主机执行，这也就是为什么有 Shared runners 共享 Runners 概念
   • docker 指定一个默认镜像，或根据.gitlab-ci.yml中的指定，拉起一个 container 去作业，好处是环境隔离、干净，需要注意的是，如果作业是要 docker build，则需要 Docker-in-Docker，详情参考 https://docs.gitlab.cn/jh/ci/docker/using_docker_build.html

还需要关注的有

由于 gitlab-runner 是以非 root 权限跑的，需要添加对 docker 的权限并验证

1
2
3
4

usermod -aG docker gitlab-runner

# Test
sudo -u gitlab-runner -H docker info

GitLab 启用 Container Registry

参考 https://docs.gitlab.cn/jh/administration/packages/container_registry.html

根据搭建 GitLab 的方式，修改gitlab.yml或者gitlab.rb，以gitlab.rb为例，添加如下

1
2

registry['enable'] = true
registry_external_url 'https://registry.gitlab.example.com'

docker 登录

使用docker login <url>登录到 GitLab Container Registry

如果该 URL 未启用 HTTPS，则需要在/etc/docker/daemon.json中指定

1
2
3

{
  "insecure-registries" : ["URL"]
}

登录到需要用户名密码认证的 Registry，若未使用 Credentials store，docker 会在$HOME/.docker/config.json中存储 auth 信息，并附上安全提示

如果是通过gitlab-ci.yml进行的操作，参考 https://docs.gitlab.cn/jh/user/packages/container_registry/

可以使用$CI_REGISTRY_USER, $CI_REGISTRY_PASSWORD, $CI_JOB_TOKEN等方式登录，密码是一次性的，并无安全风险

也可以使用 credentials helpers

但要注意 gpg 生成 key 时，不能有 phrase

因为 pass 在提取密码时，如果是有 phrase 的 key，需要输入 phrase，但 docker push/pull 等操作直接跳过了这一步并 exit 2

1

read(9, "exit status 2: gpg: public key d"..., 512) = 127

导致直接 denied: access forbidden

除非预先手动使用pass，并输入 phrase，让 session 记录，但这显然不适合 GitLab CI 场景

Docker 提供四种 credentials helpers

• D-Bus Secret Service: https://github.com/docker/docker-credential-helpers/releases
• Apple macOS keychain: https://github.com/docker/docker-credential-helpers/releases
• Microsoft Windows Credential Manager: https://github.com/docker/docker-credential-helpers/releases
• pass: https://github.com/docker/docker-credential-helpers/releases

linux 上可使用 pass

1. 安装 pass

自行安装 pass

1

dnf install pass

2. 下载 credential-helper

使用 docker-credential-pass-xxx，下载，解压，并 mv 到合适的 bin 目录

3. 配置

编辑$HOME/.docker/config.json

1
2
3

{
  "credsStore": "pass"
}

初始化 pass 需要用到 gpg-id，需要先生成

4. gpg2

安装 pinentry，并生成 key

1
2
3

dnf install pinentry

gpg2 --gen-key

但这里有一个坑点，参考 https://unix.stackexchange.com/questions/477445/www-data-user-cannot-generate-gpg-key

When using pinentry, you must have the proper permissions of the terminal device (e.g. /dev/tty1) in use. However, with su (or sudo), the ownership stays with the original user, not the new one. This means that pinentry will fail with a Permission denied error, even as root.

也就是说，sudo/su 后的用户可能用不了，会提示 Permission denied，甚至你 sudo 之后是 root

比如这里我们要在 gitlab-runner 的账户下 gpg2 --gen-key，就不能以 root 登录然后su gitlab-runner

要么直接以 gitlab-runner 登录，要么使用文章中给出的一个方法

1
2
3
4
5
6
7

mkdir /path/to/gpg-alt
GNUPGHOME=/path/to/gpg-alt gpg2 --gen-key

mv /path/to/gpg-alt /home/gitlab-runner/.gnupg
chown -R gitlab-runner:gitlab-runner /home/gitlab-runner/.gnupg
find /home/gitlab-runner/.gnupg -type d -exec chmod 700 {} \;
find /home/gitlab-runner/.gnupg -type f -exec chmod 600 {} \;

5. 配置 pass

1

pass init <gpg-id>

不容易，后面的事就是写.gitlab-ci.yml了，给份最基本的参考

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27

stages:
  - build
  - deploy

before_script:
  - echo "$CI_REGISTRY_PASSWORD" | docker login -u "$CI_REGISTRY_USER" "$CI_REGISTRY" --password-stdin

build_docker:
  stage: build
  script:
    - docker build -t $CI_REGISTRY_IMAGE .
    - docker tag $CI_REGISTRY_IMAGE:latest $CI_REGISTRY_IMAGE:$CI_COMMIT_REF_NAME
    - docker push $CI_REGISTRY_IMAGE:$CI_COMMIT_REF_NAME
    - docker push $CI_REGISTRY_IMAGE:latest
  only:
    - tags
  tags:
    - builder

deploy_docker:
  stage: deploy
  script:
    - echo SUCCESS
  only:
    - tags
  tags:
    - builder