Jasper Ji

河北赵县，古称赵州，有柏林禅寺。晚唐时，从谂禅师曾在此驻锡，世称赵州禅师。我曾到访，作文记之。

湖北武汉的归元寺，也称归元禅寺，由来自浙江湖州的白光明、主峰昆两位禅师于清顺治十五年创建，宗派上属于曹洞宗云门系。归元寺与宝通寺、莲溪寺、正觉寺并称武汉的四大丛林。我曾到访，作文以记之。

扬州高旻寺，顺治年间，还是一座不知名的塔庙。康熙年间，御赐高旻寺一名，成为皇家寺庙。雍正年间，高僧驻锡，继席者宗风不替。咸丰年间，一度衰败，但经过几代住持的努力，到民国时期，来果禅师驻锡，宗风大振，是著名的禅宗道场。我曾到访，作文以记之。

前言

OpenClaw在国内被称作龙虾，使用OpenClaw俗称养龙虾。大部分问题都可以在官方文档找到，这里只是记载下没有的部分。

模型

模型是必备的，我自己选择的是本地模型，使用llama.cpp来运行各种模型，brew可以安装。目前主要试用了QWen2.5和QWen3.5，2.5的无法调用工具，3.5的才可以，以下是如何运行模型的操作：

llama-server -m ~/models/Qwen3.5-9B-Q4_K_M.gguf --host 0.0.0.0 --port 8099

配置

龙虾配置是选择自定义的，URL配置如http://192.168.1.4:8099/v1，一定要加v1，协议的话选择ChatGPT的。

龙虾配置

PS: 龙虾安装完成后，可能会显示该命令不存在，需要在命令行运行:

export PATH="$(npm prefix -g)/bin:$PATH"

龙虾的相关文件在.openclaw目录下，属于隐藏文件，配置文件在.openclaw/openclaw.json。

局域网访问

修改.openclaw/openclaw.json中的gateway的bind为lan模式，即可局域网内访问，但是存在一些问题。

HTTPS配置

不配置无法访问，这里使用Nginx反向代理的方式，使用自签名。

创建证书

$ sudo openssl req -x509 -nodes -days 365 -newkey rsa:2048 -keyout /etc/ssl/private/openclaw.key -out /etc/ssl/certs/openclaw.crt

Nginx配置，创建配置文件/etc/nginx/sites-enabled/openclaw，配置如下：

server {
    listen 443 ssl;
    server_name _;

    ssl_certificate /etc/ssl/certs/openclaw.crt;
    ssl_certificate_key /etc/ssl/private/openclaw.key;

    location / {
        proxy_pass http://127.0.0.1:18789;
        proxy_http_version 1.1;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection "upgrade";
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
    }
}

另外需要在主配置文件（/etc/nginx/nginx.conf）添加导入设置

http {
    include       mime.types;
    default_type  application/octet-stream;

    include /etc/nginx/sites-enabled/*; # 添加这句

重启Nginx

sudo systemctl start nginx

跨域访问

修改.openclaw/openclaw.json中的gateway，增加如下：

"controlUi": {
       "allowedOrigins": [
       	"https://192.168.1.8",  
       	"http://127.0.0.1:18789",
  		"http://localhost:18789"
  	]
}

设置完成后重启网管openclaw gateway restart

配对问题

本来openclaw devices *命令下面有一系列的管理配对的操作，但是在局域网访问时，这个命令总是报错，所以这里使用手动魔改的方式解决。

~/.openclaw/devices/pending.json这个配置文件里面是当前没有配对的设备信息。

~/.openclaw/devices/paired.json这个配置文件里面是当前已经配对的设备信息，如果为空的话，在本地网页打开下，可能本地也需要配对，不过本地配对的命令是可用。我因为是在Linux手机上安装的龙虾，是在远程操作打开浏览器的，使用了如下命令：

DISPLAY=:0 firefox http://127.0.0.1:18789/#token=输入自己的token &

配对成功后，~/.openclaw/devices/paired.json大概会增加类似的信息。以下为Linux版配置，这个是手机端访问后的配对信息，用于参考。

"deviceId": {
  "deviceId": “deviceId",
  "publicKey": "publicKey",
  "platform": "Linux x86_64",
  "clientId": "openclaw-control-ui",
  "clientMode": "webchat",
  "role": "operator",
  "roles": [
    "operator"
  ],
  "scopes": [
    "operator.admin",
    "operator.approvals",
    "operator.pairing"
  ],
  "approvedScopes": [
    "operator.admin",
    "operator.approvals",
    "operator.pairing"
  ],
  "tokens": {
    "operator": {
      "token": “token”,
      "role": "operator",
      "scopes": [
        "operator.admin",
        "operator.approvals",
        "operator.pairing"
      ],
      "createdAtMs": 1773574278595
    }
  },
  "createdAtMs": 1773574278594,
  "approvedAtMs": 1773574278594
}

参照上面那个，新增一个自己局域网访问电脑的配置。这里是我自己的Mac配置：

"deviceId": {
  "deviceId": "deviceId",
  "publicKey": "publicKey",
  "platform": "MacIntel",
  "clientId": "openclaw-control-ui",
  "clientMode": "webchat",
  "role": "operator",
  "roles": [
    "operator"
  ],
  "scopes": [
    "operator.admin",
    "operator.approvals",
    "operator.pairing"
  ],
  "approvedScopes": [
    "operator.admin",
    "operator.approvals",
    "operator.pairing"
  ],
  "tokens": {
    "operator": {
      "token": "token",
      "role": "operator",
      "scopes": [
        "operator.admin",
        "operator.approvals",
        "operator.pairing"
      ],
      "createdAtMs": 1773574278595
    }
  },
  "createdAtMs": 1773574278594,
  "approvedAtMs": 1773574278594
}

这个需要拷贝到~/.openclaw/devices/paired.json，然后重启网管。

使用感受

目前使用的本地模型，主要是尝试了下简单的查询类的任务，可以完成一些，但是有点慢。比如查询天气，这个是可以的。另外也可以播放音乐，不过存在只能播放一小段的问题，不知道是什么原因，音乐播放程序是个命令行版的，我是在PinePhone Pro手机上部署的，使用的GTK的界面，在上面开发界面并不算简单，用龙虾来操作命令行的程序，这点倒是一种启发。

另外我手机上的Chromium浏览器因为缺少某个库的链接，所以不能使用。只有Firefox可以用，比如我让龙虾打开的B站，然后播放某首歌曲，龙虾只是打开了Firefox，也打开了网站，但是并没有进行到最后一步，这点可能是受限我本地的模型不支持图片分析吧。总之给我的感觉，你想使用一个强大的龙虾，就需要给他配置各种技能，但是大部分技能都需要付费。如果确实做点什么或许还能接受，但是纯粹的自己体验的话，确实有点烧钱。

我手头有一台PinePhone Pro手机，可以涮不少系统，我比较喜欢基于GTK的Phosh的桌面，不过它的虚拟键盘Squeekboard不支持中文拼音输入。好在自己也是开发者一个，Squeekboard是个开源项目，使用C和Rust混编。在买PinePhone Pro之前就已经研究了Rust一段时间，所以一开始我觉得自己应该可以魔改一番增加一个简单的拼音输入法的功能。一开始并不顺利，迟迟没有进展。后来我停滞了一段时间，最近马上要过年了。我又开始折腾这个项目了，或许是停滞了一段时间的缘故，这次的思路比上次的能清晰一些。开源项目最大的问题就是它只有代码，它是怎么运行的需要你自己去研究。最初我之所以没有进展或许还是过于分散了，忽略了第一性原则，就是Squeekboard实际是基于Gtk的项目，那么最基本的东西一定是基于Gtk提供的那些基本的东西。有了这个思路后，我这次的进展就比上次快多了，另外也借助于AI的帮助。

基本架构

如果一个应用的输入框被激活，那么就会显示Squeekboard。另外也可以通过桌面下面的常驻按钮点击也可以显示或者隐藏键盘，这个是通过DBus来控制。Squeekboard的显示我一开始以为在覆盖在应用的上层，但现在觉得更像是把一个手机界面分成了上下两部分，底下是键盘，具体如果显示的还需要进一步的研究。

Squeekboard其实是一个大控件，键盘的按钮主要是自定义的绘制，没有使用标准的按钮控件。通过一个统一的事件处理，判断点击了哪个区域的按钮。键盘的布局会通过配置文件，可以动态的更新。

程序是由C驱动的，绘制按钮等一些逻辑的部分则是通过Rust来实现的，所以Rust等于一个程序库一样，二者相互调用。

拼音功能的实现

Squeekboard支持了大部分的字母类型的输入法，但是汉字的话，目前是不支持的。汉字的难点在于它不是直接由字母组合而成，需要通过某种间接的方式产生汉字，比如拼音、五笔。记得大学时，那会计算机还没有那么普及，一开始老师要求的是五笔输入法，我当时还买了一本五笔的书籍，实际上那会平时在网吧都用的是拼音输入法，五笔完全是一开始为了应付考试，后来真的考试也不要求五笔，拼音也可以，五笔很快就忘了。因为这次开发的缘故，我又一次想到了五笔，因为那其实是一种从汉字结构拆分的输入法，所以你必须能知道自己要输入的那个字的结构。

回到拼音输入法，拼音输入法其实就是拼音与汉字的键值对，只不过一个拼音可能对应很多的字，有时一个字会有好几个发音。

不过一开始我并没有考虑太细，开始主要的经历花在界面上了，逻辑上有个大概的想法，关键是如何实现的问题。实现的基本逻辑就是拦截按键，不过一开始我把精力花在了其他的方面，比如一个按键按下后，是如何传个输入框的？Squeekboard使用了Wayland协议，Wayland其实支持两种输入协议，我一开始只关注了zwp_input_method_v2，这个更像组合，但是默认的字母输入并没有走这个协议，走的另外一个协议就是简单字母按键的对应。

汉字的输入实际上需要使用zwp_input_method_v2这个来提交，一开始我就是想着先在键盘的上方增加一个候选字的栏，我先实现用按钮点击提交看是否可以成功。虽然这个要求很简单，但是在一开始修改的时候话费了我很多的时间，虽然我那段时间也有写关于GTK的应用，但是那个主要是Rust绑定的，很少涉及用C来写GTK。但是Squeekboard最基础的部分就是用C写的，当时我还借助Chatgpt，但是那会的Chatgpt也老出错，很多代码并不能直接用，要不就是没有用对版本。Squeekboard使用的是GTK3，而最新的则是GTK4，其实我也是用的GTK4的Rust绑定。总之那会花了好多时间，一直无法给键盘的上方添加一个控件，这么简单的事，尽然如此的花费时间，现在回想起来，那会太过于依赖Chatgpt了，自己思考的少，所以很被动。当然现在据说有那种可以分析整个工程的AI，或许那个可能要好一些，不过我目前还没有用过，因为那个要花钱。单就把一些工程的局部代码给AI，这种方式觉得还是不够完美。而我自己会写编程，是可以思考的，但是放弃思考这是一种愚蠢的做法，是你的想法在驱动AI，而不是被AI驱动，这是我得到的最大教训。

于是增加拼音的功能就此搁置了好长一段时间，直到最近才重新开始。这次最大的特点就是主动性，另外就是从最基本的东西开始考虑，毕竟Squeekboard它是基于GTK的，所以很快就完成了给虚拟键盘上方增加一个候选字的栏。之后遇到的最大问题是，点击按钮后提交会报错，应用直接奔溃掉了，遇到这种问题时，当时有点头大。但冷静下来思考发现，肯定是哪里的问题，只要解决问题就行，不要陷入到一种什么也不做的境地。在AI的帮助下发现我因为安装了Fcitx5的缘故，zwp_input_method_v2一直没有被激活，所以才导致了强行提交后的奔溃问题。最后直接用killall -9 fcitx5关闭了Fcitx5后，就好了。

后面就是如何把虚拟键盘的按键与汉字对应起来，一开始我只是想把这个工作交给一个外部的库，最终选择了一个Rust的库，结果编译报错。后来我依旧从最基本的实现开始，本质上不就是输入拼音的组合与汉字的对照表吗？有了这个基本的思路后，我找到了一个文本的数据，然后读取后，直接在表了查找。就这样一个基本的拼音输入法的功能便实现了。

不过也有一些问题，比如中英文的切换，另外如果连续的敲击按键时，会出现严重的卡顿，这是因为有些对应的汉字很多，这样的话就会添加很多的按钮，这种效率感觉并不高，所以现在的拼音输入法，只能一个按键一个按键的敲击，得留出缓冲的时间。另外那个文本的数据里面汉字的排列没有按照常用字的顺序来排列，所以有些很常用的字可能在后面。

后续的改进

现在算是满足了基本的需求，不过这个输入法现在来看效率不高。一种是重新弄一个只有3500字的小型数据集，这样可能会效率高一些。另外可能需要新开一个线程来专门处理拼音的东西，这样也许可以解决连续敲击的卡顿问题。当然想要到达现在iOS这样流畅的输入法，最后获取需要采用开源的一些输入法引擎来专门处理拼音的问题。

总结

这个项目对我而言算是一个挑战吧，因为最初我买了PinePhone Pro后，想着用Rust来开发应用，一开始确实也是尝试的开发了一个类似Notes的应用，当时还尝试在交叉编译，不过库稍微变动一下就要改很多的东西。另外Notes的应用运行效率并不高，反而还会有偶发的卡顿，我一度尝试用Python的Gtk绑定开发了一个，感觉差不多，所以最初使用Rust来提高应用的运行速度的想法被否定。主要是Rust开发效率与Python相比太低了，所以一段时间我有点气馁，开发PinePhone Pro的应用的想法一度搁置。

后来我又尝试的了解关于相机的相关东西的研究，PinePhone Pro的相机不是在所有的系统都可用的，有些直接用不了，后来调试了好长一段时间最后勉强可用，但那个是基于命令行的，其实开发一个专用的应用才是后续可能要做的。另外还尝试了GPS的定位的研究，发现定位从在偏移，这个也是从命令行研究的，缺少一个应用。最后还有蓝牙的研究。

那些跟硬件有点关系，但是虚拟键盘则是纯软件的，这个项目一开始确实没有进展，让我很沮丧，怀疑我的Rust和C的研究，不过基本的功能完成后，算是对GTK一些东西有所涉猎。而PinePhone Pro 上如果想在Phosh下使用，那么C语言看来是逃不过了，和Rust的混编确实能提高效率。纯Rust应用虽然有可能，但是和C混编或许更自由一些。不过对于我而言能用C语言也是一种期许吧，毕竟我对C的投入其实还是蛮大的，买了好的的书籍。另外也曾尝试写过一些操作系统的雏形，不过那个的话是汇编语言与C的混编，不过整个现在回想起来一个操作系统不就是由一堆在上层的脚本语言之类的混合搭建而成吗？所以混编是常态，而单纯的依赖某个语言是不现实的。

连续写公众号已经一年了，总结下运营的一些感想，希望对新手有个启发，老手权当交流吧。

起步很难

公众号起步确实难，因为注册后你一个粉丝也没有的，唯一的粉丝就是你自己，一般用来预览文章。所以如果你决定要写公众号了，那么最好有一个心理预期，需要坚持一段时间，再看情况。

推荐机制

默认会开启平台推荐，对于新手来说这很关键，没有粉丝就只能靠平台推荐了。但是开启了推荐，不意味着就一定会被推荐。我有几篇文章，虽然自认为没有问题，很用心了，但就一个推荐也没有的。推荐机制是个黑盒，至今我也没有找到什么可规避的，看到有些文章排版混乱，而我的文章排版公正，用了一周的时间去写，去得不到推荐。而别人的一些文章一看漏洞百出，大有AI写作的疑点，但还是被推荐，有时非常气愤，但你只能继续写。

流量池

有人说一旦进去了流量池就会有比较好的流量，写到第十三篇文章时，似乎这篇文章进入了流量池，最后的阅读量到4K多。进入流量池的好处就是快速的涨粉，当然如果已经开启了广告的功能，也能带来更多的收益吧。

但进入流量池后不意味会持续下去，我就经历了中间一段时间突然又没有什么流量了，回到发表后不到一百的浏览量。之后一段时间后又好像进入流量池了，但现在写这篇文站时，又没有流量了。所以流量池也是个黑盒，你无法预测它的到来，你只能写下一篇文章。

助推卷

公众号对于没有粉丝的初级写手会发放助推卷的功能，助推卷什么时间发放不知道，他有一个成长足迹，达到某个成长点，就会发放一张助推卷，但你无法预测下一个成长点是什么。助推卷的面额分为300、500，这是我目前收到的面额，至于是否有更大的我不知道。可以用这些助推卷来助推文章，不过需要审核，审核机制也是黑盒，我就遇到不通过的情况，只能把文章删除后重新再发布，有时我也不知道我修改对了哪些东西，但最后通过了。如果使用的是300的助推卷，那么就会给你300的流量，当然实际能有多少阅读，往往小于这个数了。助推卷可以叠加使用，因为助推卷有时间限制，一段时间我比较忙，就在一篇文章上使用了好几张助推卷，实属无奈，不想浪费流量。

有时候使用了助推卷，比如300流量，推流完成，文章流量基本也就固定了。但有些文章使用了助推卷后，还会持续推流，我有一篇文章浏览量6K多，当时使用了多张助推卷叠加有1200的流量，推流完成又持续给我带了4K的流量。至于为什么会有两种差异，我至今不明白，你只能写新的文章。

开通广告

我刚写文章时，粉丝到达100时可以开通“返佣商品和内容推广”，100粉丝相对比较容易达到。不过写“返佣商品和内容推广”对于只有100多粉丝的新手而言，没有什么价值。到达500粉丝后可以开通：“公众号留言区广告”、“公众号底部广告”、“公众号文中广告”、“公众号文中关键词广告”、“公众号互选广告”、“公众号视频后贴广告”，想要到达500粉丝，实打实的写文章积累的话，还是有难度的，因为文章流量时好时坏，我的文章是偏考证研究性质，一篇文章至少要一周时间才能发布，所以到写这篇文章时才只有450多个粉丝。

本来我以为年前能增长到500粉丝已经不错了，不过最近公众号突然变更规则了。只要100粉丝，就可以开通：“公众号留言区广告”、“公众号底部广告”、“公众号文中广告”、“公众号文中关键词广告”、“公众号视频后贴广告”，只有“公众号互选广告”需要500粉丝。我之前设置过自动开通，所以这些功能都已经体验了几天。原来发的文章已经会展示：“公众号留言区广告”、“公众号底部广告”，而“公众号文中广告”、“公众号文中关键词广告”需要在新写的文章设置，新文章默认是不开通：“公众号文中广告”，最新的文章也没有开通，因为我觉得这影响文章的完整性。

关于广告收入，因为只有“公众号留言区广告”、“公众号底部广告”，每天大概只有几分到几毛不等的收入，可以说靠这个我估计会饿死的，所以不要抱太大的希望，当然可能未来会有增加，但我不知道未来是何时，希望那时我还在坚持。

广告的体现是需要提供一张银行卡相关的资料，不会直接打钱到微信零钱。现在没有几个钱，我还没有设置，觉得这点麻烦的很，能挣几个钱，不如直接转到零钱，权当买菜钱了。

短视频与写作

最初我是先尝试的抖音短视频，在发了几个视频后，有一次一个视频莫名其妙的说违规，不知道违规在哪里，这是黑盒。因为这次原因，我搜索了下跟自己相关题材的视频，居然无法搜索到自己的作品，即使按最新的时间排列，试了没有违规的文章也一样，而且还是上W的播放量，我的账号检测没有问题，打电话问客服不知道。

这让我很气愤，于是不再更新短视频。一般视频刚发布会给一些流量，但是到第二天基本就不推流了。我的作品偏小众一点，希望可以通过搜索能让更多主动查找的用户看到，但既然搜素不到，那我就没有继续下去的理由了。

不同平台

起初我有试过今日头条，第一篇文章可能有流量激励，所以数据看起来不错，今日头条的广告开通没有粉丝限制，可以自选是否展示广告，记得几天下来好像一毛多钱。因为公众号那会刚开始，觉得今日头条这个不错，但是当我发了第二篇文章后，因为没有激励的流量，数据跟公众号的差不多，这样的话其实也没有收入了。今日头条的机制也貌似跟抖音差不多，如果一篇文章一开始没有被推荐，基本后面也就没有流量，比如搜索之类的，因为抖音的搜索给我留下极坏的印象。之后我就一心在公众号平台了。可能有些人适合今日头条这类平台，我的文章类型决定了是小众，不适合吧。

知乎，也试过发了一篇，不过数据不行，也就没有继续。微博长文也了试了下，也差不多，其实微博我已经用的很少了。

编辑器

一开始也是使用官方的自带编辑器，后来有段时间使用可以导入Markdown文件的第三方编辑器，因为那会想着一个Markdown文件发布到不同平台，不过我只有公众号一个平台，中间经常需要修改，在官方编辑器与第三方编辑器之间切换，后来就放弃第三方编辑器了，不过采用了第三方编辑器的部分样式，后来写的多了，逐渐形成了自己的文章样式。公众号的编辑器与今日头条的相比，功能略简单一些，比如无法给图片加注释信息，当然第三方编辑器可以，所以一般是我手动的排版，总的来说还算够用。

粉丝与流量

粉丝少的时候，我一直以为粉丝多了，每篇文章即使没有被推荐，至少粉丝也会有阅读，然后他们分享，这样流量就能好起来。不过随着粉丝逐渐涨到四百多，但发的文章如果没有被推荐，其实阅读量也没有提高，依旧是几十个不到百，所以粉丝多少与文章的流量不成正比，至少在粉丝数很小的时候吧。大部分粉丝只是因为一篇文章而关注，虽然我发的都是同类型的文章，但对于这些，粉丝也未必都敢兴趣。实际上每个粉丝关注的人又不只我一个，所以难免湮灭于众多的关注之中吧。当然也有一些铁粉，不过目前来看，铁粉还是太少，对于流量的影响有限。

点赞

点赞这个功能没有粉丝限制，目前收到最大的点赞金额是二十元，不过点赞的人还是太少。收到点赞不确定性太高，不可强求，点赞的钱一周后会自动转到绑定的微信账号的零钱里。

付费加热

之前的公众号文章是没有主动推广途径，付费加热也是最近才有的，在抖音的时候试过抖加推广，感觉靠广告而来的还是不靠谱，公众号的付费加热没有试过，至少现阶段不会尝试，主要是写文章根本不挣钱，纯粹靠爱发电，所以能有多少阅读就多少吧。

Web与平台

公众号的好处是提供了一种变现的方式，与微信的深度绑定，提供了流量的来源和很好的互动。但是也有限制，比如文章只能修改一次，标题和正文的修改都非常受限。好处是给写作一种严谨的态度，要好好检查，确实每篇文章都会做大量的检查，避免严重的错误，因为修改起来太麻烦了。

个人博客确实自由，可以不断的完善文章。如果某篇自认为没有被平台推荐的文章，有时也会发到自己的博客验证下难道真的没有流量吗？发现发在Web后这些文章也没有流量，实际上更差与公众号相比。Web上的文章严重依赖搜索，虽然过去有长尾效应一说，但一篇文章发布后到搜索的用户看到，不知道到什么时间了。因为现在的Web早已不是当年的Web了，流量已经大部分转移到了移动端的各个封闭平台上了。Web上的新内容确实已经缩水了很多，比如我想了解下某座禅宗寺庙现在的情况，一般在Web上的内容都是很早之前的，最新的只能在公众号上搜索到，Web正在变的边缘化。

另外Web的缺点就是没有好的变现方式，不过Web的特性依旧是我喜欢，相信好的东西应该广为流传的，如果不能被流传，那么意味着毫无意义。

河南南阳桐柏县境内有桐柏山，主峰太白顶，也称白云山，有云台禅寺，被尊为“白云祖庭”，是临济宗白云系的发源地，开山始祖为端德和尚，据称来自四川西昌紫薇山宗林寺，除此之外再无其他信息。本文结合两地的相关资料，带你一同探究关于这位祖师的更多信息。

去年的时候我曾到河北大名县的兴化寺探访，在挖掘兴化寺历史时，了解到了关于清初重建该寺的断指觉禅师的故事。在成书于康熙年间的《济宗世谱》一书里，看到断指觉禅师的弟子里，竟然有“曹寅子清居士”，这首先让我想到了《红楼梦》作者曹雪芹的祖父曹寅，“曹寅子清”是不是就是曹寅呢？

为什么要购买一台Linux手机呢?安卓和iOS我都开发过，iOS稍微久一些。最早想到Linux手机是源于安卓和iOS这些平台都会限制开发语言，比如你想用Python开发个界面。很早的时候有在安卓手机上安装过Ubuntu，但那个界面完全是PC的桌面，体验比较差。最近直接触发我购买PinePhone Pro的理由是我想用GTK的Rust绑定来开发应用。

购买

淘宝上可以购买，但是价格有点偏贵，需要4500左右。直接购买，官网目前不支持直接发内地，这家公司是从香港发货的，所以可以找家转运公司，发货到香港，再转运到内地。费用除了399美金的机子，还有官网发出的运费，因为是到香港，这个大概十几美金，再加上转运费近200，最后花费3000多些，比在淘宝购买要便宜不少。时间上，大概一周多点时间，就可以收到货。

包装

手机的包装跟之前网上看的开箱视频一样，手机、贴膜、说明书（没有中文）、充电线（红色）。开机时需要将后盖打开，把电池接触膜给撕掉，这样就可以开机了。手机的外放音质感觉很干涩，确实不能iPhone之类的相比。因为没有多余手机卡，所以移动网络并没有测试。

刷机

这台手机最大的特点就是刷机友好，我一开始并没有打算刷机，应该是对Arch Linux不熟悉的缘故，所以预装系统下软件一直无法更新也无法安装新软件，比如我喜欢的Rust，甚至我都不知道如何进行远程连接，实际上现在认为都是不熟悉导致的。

安装新系统主要参考官网的说明Installation instructions，我选择使用内置卡安装系统，因为我的是Mac OS，所以在刷系统到eMMC有点不一样，主要参考Install Image Pinephone。系统刷到卡的速度有点慢，按照文档设置1M/s，系统大概6G多，结果刷了1个多小时才结束。文档说如果使用外置卡的话，可以用另一种技术，那个能快很多，但是手头没有多余的卡，加上内置卡128G的容量，觉得暂时就这样。

系统

Manjaro

Plasma Mobile

预装的Manjaro系统，桌面使用Plasma Mobile，可能是稍早些的系统版本，系统UI显示看起来不是很精细的感觉。Manjaro是基于Arch LInux构建的，使用Pacman来进行软件管理。因为平时只使用过CentOS和Ubuntu，所以一开始操作不是很顺利。系统自带的相机功能无法使用，系统支持横竖屏，但是也有小Bug，比如竖屏时有些应用会显示成横屏的，这时只需要把手机横过来，再竖屏就好了。

Phosh

首先给我感觉界面很漂亮，不像Plasma Mobile这个界面会感觉有毛刺一般。但是我不太喜欢Phosh切入后台的操作，我更喜欢Plasma Mobile的方式。在虚拟键盘方面，虽然Phosh的更漂亮，但是Control等相关键设计过于小，使用时候很容易误点到下方的按键。刷机后，发现相机可用了，但是成像有问题。另外软件升级后发现整个系统的软件启动变慢了，暂未找到原因。系统预装的是火狐浏览器，但是网页似乎无法分辨屏幕大小，所以还是PC版的布局在显示。这点Plasma Mobile上的Angelfish浏览器更好一些。

Arch Linux

Manjaro 虽然也是基于Arch Linux，但是Arch Linux还是跟Manjaro不太一样些，比入没有pacman-mirrors这个命令。

Phosh

Manjaro Phosh版使用了一段一点时间，发现自带的Firefox在播放音乐的时候很卡，尝试安装chromium试下，但是启动不了，网上有人说Arch Linux版可以，于是我安装了，但是依旧不行，不知道是不是跟我用Phosh有关系没有。更新了Firefox发现老报配置错误，无法使用。即使在没有更新之前，虽然可以使用，但貌似没有安装中文字体的缘故，中文显示不了。我尝试整体更新软件，虽然也设置了国内的源，但是依旧很慢。选择单独升级Phosh，结果重启后就是死循环了。为了不把电池耗尽，只能选择刷机了。

之前在网上转门调研Best distro for Pinephone Pro?，里面Arch Linux不少人推荐。但目前来看，虽然感觉App启动比Manjaro Phosh版的快一些，但是不够完整，使用性太差了。

Barebone

没有图形界面？一直处于命令行的登录状态。

Mobian

Debian的移动版，整体感觉比较稳定，应用启动也比之前的快。

• Firefox，播放在线音乐不卡。
• Chromium，可以安装启动，但是不支持虚拟键盘，所以等于无法使用。

LuneOS

这个是原来的Open webOS，安装后可以启动，但是很快就会进入死循环，界面确实延续了WebOS的风格，但是也发现相机之类的界面出现界面乱的问题，不过因为很快就死机了，所以基本也没有来得及体验。手机电池耗尽对于初次刷机的一定要注意，会让你误以为手机成可砖块。建议先不要刷这个系统，熟悉了再考虑。

PostmarketOS

这个是基于Alpine Linux的，PS：有点头大，刷一次机学习一种新的发行版操纵。

Gnome Shell Mobile

我安装的是这个，不过感觉很卡，应该不是使用了Gnome的缘故，因为远程连接也很卡，说明还是系统适配的问题。

Ubuntu Touch

这个系统是目前最可用的系统，可能是早期是由Ubuntu主导的，而且还发过手机，后来他们放弃了，现在由社区在驱动。首先这个系统支持中文输入，另外整个交互也非常的流畅。

Nemo Mobile

这个系统是基于Sailfish OS的，但是无法正常启动一直处于光标闪烁中。

问题

虚拟键盘

Phosh

目前发现虚拟键盘不支持中文输入，键盘源上有一个Chinese选项，但打出来的依旧是英文。

电池问题

电池管理这块似乎确实存在问题，耗电确实比一般的手机要快，放了一晚上就没有电了，所以后台可能有一些程序在运行，而对于iOS系统后台有严格管理的，所以我一般关机。

一次系统升级后，我都关机了，第二天再启动时发现无法启动，充电也不行，然后我就准备刷机，试了几次都不行。以为成砖头了，网上看了半天，最后才发现原来是电池耗尽问题(The battery is fully drained)，一般手机电池耗尽了，重新充电就可以了，但是Pinephone Pro的好像有问题，稍微充电一开机，系统死循环，电量耗尽，然后就一直充不进去电，最后参考官方的文档终于启动了。

上面关于关机后都没有电的问题，后来发现是手机在充电时我关机的，拔掉USB后系统莫名的自动开机，而当时因为升级后出现了问题，直接无法开机，我也没有注意到，所以才有了关机后会耗电的认知。

证书问题

signature from "Arch Linux ARM Build System builder@archlinuxarm.org" is unknown trust

安装软件时老是提示证书的问题，无法升级以及安装软件，最后参考了这篇文章，解决方式如下：

sudo rm -r /etc/pacman.d/gnupg
sudo pacman-key --init
sudo pacman-key --populate
sudo pacman-key --refresh-keys
sudo pacman -Sc

应用适配

我安装了VLC播放器，界面完全是桌面的，显示分辨率看起来很低。但是可以使用，只不过界面显示不全了。这点看起来也有好处，那就这些应用可能只需要修改界面就可以了。自从升级这个后，第二天手机就启动不了，软件升级也是有风险。

总结

这个台手机显然不是一台备用机，很多问题对于没有经验的新手来说是致命的，比如电池耗尽问题，让我差点以为手机成砖头了。Linux看似稳定，但是也是潜藏危机，每次升级很可能让系统无法正常运行，而我在如何恢复这块经验不足，每次都是重新安装，如果在生产环境这可能是灾难性的，意味着资料的丢失。

主要参考官方的这篇文章cross-compiling，如果是没有动态库的简单Rust程序，基本没有问题。这里我主要使用GTK4的Rust绑定库gtk4-rs，来开发Pinephone Pro的应用程序，这有GTK相关的动态库依赖，所以导致问题比较麻烦。这里先说明一下我对GTK开发完全不熟，另外也对交叉编译不是很懂。

主要是在Linux发行版Manjaro系统上编译的，理论上Ubuntu这些也应该可以的。交叉编译GTK的最大问题，主要是GTK相关动态库的问题。这里面需要了解一些编译链接以及动态库方面的知识，笔者一开始以为自己了解，结果被狠狠的上了一课。建议读一下《高级C/C++编译技术》这本书，补充相关的知识。

库的位置

Pinephone Pro运行的程序属于ARM64的程序，交叉编译时需要安装aarch64-linux-gnu。

sudo pacman -S aarch64-linux-gnu

安装完成后，会在系统usr目录下生成aarch64-linux-gnu的目录，在编译时遇到找不到库时，我们就需要将找到的库放置在/usr/aarch64-linux-gnu/lib/下。这里可以使用ld的命令验证是否找到了链接库。

sudo /aarch64-linux-gnu/bin/ld -lgtk-4 --verbose 

添加--verbose参数后可以打印出详细的查找路径，便于Debug，另外这个加上sudo，是因为这边不加的话，即使有库也无法找到，但是加上后就可以。

如何查找库

重点提示下缺失库，一定要找对应平台的库，比如这里我主要找aarch64的，一开始我使用archlinuxarm，查找我需要的库，但发现有些库也没有的，一种是自己编译对应版本的库。另一种就是从已安装的手机系统中找对应的库，因为我之前在PinePhone Pro上有编译成功过同样的程序，所以系统上自然也有了这些依赖库。可以使用ldd查看程序的依赖库。

ldd gtk-rs 

linux-vdso.so.1 (0x0000ffff806d8000)
libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0x0000ffff80560000)
libgtk-4.so.1 => /usr/lib/libgtk-4.so.1 (0x0000ffff7fc00000)
libpango-1.0.so.0 => /usr/lib/libpango-1.0.so.0 (0x0000ffff7fb70000)
libgdk_pixbuf-2.0.so.0 => /usr/lib/libgdk_pixbuf-2.0.so.0 (0x0000ffff7fb10000)
libcairo-gobject.so.2 => /usr/lib/libcairo-gobject.so.2 (0x0000ffff7faf0000)
libcairo.so.2 => /usr/lib/libcairo.so.2 (0x0000ffff7f9a0000)
libgraphene-1.0.so.0 => /usr/lib/libgraphene-1.0.so.0 (0x0000ffff7f970000)
libgio-2.0.so.0 => /usr/lib/libgio-2.0.so.0 (0x0000ffff7f710000)
libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0x0000ffff7f590000)
libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x0000ffff7f560000)
libc.so.6 => /usr/lib/libc.so.6 (0x0000ffff7f3a0000)
libffi.so.8 => /usr/lib/libffi.so.8 (0x0000ffff7f380000)
/lib/ld-linux-aarch64.so.1 => /usr/lib/ld-linux-aarch64.so.1 (0x0000ffff8069f000)
libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0x0000ffff7f360000)
libpangocairo-1.0.so.0 => /usr/lib/libpangocairo-1.0.so.0 (0x0000ffff7f340000)
libharfbuzz.so.0 => /usr/lib/libharfbuzz.so.0 (0x0000ffff7f210000)
libfribidi.so.0 => /usr/lib/libfribidi.so.0 (0x0000ffff7f1e0000)
libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0x0000ffff7f180000)
...

这里会显示详细的库以及库的位置，然后我们就可以使用scp工具把库从手机端拷贝到电脑上。记得换成你自己的IP，比如：

scp manjaro@192.168.1.4:/usr/lib/libicudata.so.72 ./

解决了库的来源问题，还需要解决库的依赖问题，GTK库的依赖相当多，比如你找到了lgtk-4，结果接着给报另外一堆库找不到。这是因为lgtk-4本身又依赖了很多的动态库，这时我们可以使用readelf这个工具查看。

sudo readelf -d libgtk-4.so

 标记        类型                         名称/值
 0x0000000000000001 (NEEDED)             共享库：[libgmodule-2.0.so.0]
 0x0000000000000001 (NEEDED)             共享库：[libglib-2.0.so.0]
 0x0000000000000001 (NEEDED)             共享库：[libgobject-2.0.so.0]
 0x0000000000000001 (NEEDED)             共享库：[libgio-2.0.so.0]
 0x0000000000000001 (NEEDED)             共享库：[libpangocairo-1.0.so.0]
 0x0000000000000001 (NEEDED)             共享库：[libpango-1.0.so.0]
 0x0000000000000001 (NEEDED)             共享库：[libharfbuzz.so.0]
 0x0000000000000001 (NEEDED)             共享库：[libcairo.so.2]
 0x0000000000000001 (NEEDED)             共享库：[libfribidi.so.0]
 0x0000000000000001 (NEEDED)             共享库：[libcairo-gobject.so.2]
 0x0000000000000001 (NEEDED)             共享库：[libfontconfig.so.1]
 0x0000000000000001 (NEEDED)             共享库：[libgdk_pixbuf-2.0.so.0]
 0x0000000000000001 (NEEDED)             共享库：[libepoxy.so.0]
 0x0000000000000001 (NEEDED)             共享库：[libm.so.6]
 0x0000000000000001 (NEEDED)             共享库：[libgraphene-1.0.so.0]
 0x0000000000000001 (NEEDED)             共享库：[libXi.so.6]
 0x0000000000000001 (NEEDED)             共享库：[libX11.so.6]
 0x0000000000000001 (NEEDED)             共享库：[libpangoft2-1.0.so.0]
..

然后我们就从手机系统寻找对应的库，我的程序要主要依赖的是GTK，所以解决了库的问题后，程序就编译通过了，将编译好的成传输到手机后也可以顺利运行。

总结

目前看来交叉编译Pinephone Pro的程序的主要问题是动态库的问题，因为GTK库的庞大，导致问题也变得有点复杂。一开始我在Mac上编译，但因为没有经验的缘故，一时间把这个单一的动态库缺失的问题想的过于复杂了。甚至更换到Ubuntu上编译，但是也失败了，因为并没有认识到问题的根本，完全是瞎猫碰上死老鼠的心态。后来又换成在Manjaro上编译，这里说句题外话，Manjaro的桌面版也是头一次用，但是整个系统对于只是开发发需求的我而言比Ubuntu这种重型的要轻便很多，另外这个系统真的是开发者友好的系统，命令行是非常的人性化。因为库很多，在一次复制过程中直接把系统的依赖库给覆盖掉了，导致系统无法启动，只能重新安装Manjaro系统。

依赖库太多，直接把折腾到临晨3点才搞定。现在看来应该整理使用脚本把所有的库依赖给处理下，比手动的要快吧。想到了之前开发iOS其实也是交叉编译，只不过苹果提供的工具完全让我们忽略了这些复杂性，另外当时记得很少使用动态库，一般是以静态库的形式。