\ 突 然 出 现 /

好串我住(*ﾟ∀ﾟ*)

添加了举报功能 (ゝ∀･)
当光标指向串号的时候，按Alt+K就可以举报这个串了

在考虑过一段时间有空了要不要加个用pyinstaller弄的Windows打包版 (ﾉ)`ω´(ヾ)

虽然会对这个客户端感兴趣的岛民应该都是技术宅也有能力配Python环境了，非技术宅岛民也不一定会习惯这个命令行客户端 ( ﾟ∀。)

Windows打包版做好咯～不用配置Python环境也可以使用这个客户端了 (=ﾟωﾟ)=

https://nightly.link/TransparentLC/xdcmd/workflows/build/master

两个版本是一样的，区别是带有onefile的是单文件打包版，默认的配置文件路径仍然不变（$XDG_CONFIG_HOME/xdcmd/config.ini，其中$XDG_CONFIG_HOME的默认值为%HOMEPATH%/.config）。

借此机会尝试了一下使用nuitka打包，似乎比pyinstaller慢很多的样子……

再加一个用了UPX压缩的版本 (oﾟωﾟo)
大小是原来的三分之一什么的……

Linux版的可执行文件打包也做好了(=ﾟωﾟ)=

链接也是上面那个，虽然名字里写的是Ubuntu（因为打包环境是Ubuntu 22.04）不过实际上只要是**glibc版本不低于2.35**的发行版应该都可以支持(oﾟωﾟo)

测试过可以运行的发行版：Arch Linux、Fedora 37、Manjaro 21.3.7、Ubuntu 22.04
不能运行的发行版：CentOS 7、Debian 11、Rocky Linux 9（都是因为glibc版本不够……）

>>No.53892112
我超( ﾟ∀。)7”肥哥辛苦

有个小问题
配置文件里的feeduuid应该从哪里导出？或者说，想查看某个特定账号的订阅，应该怎么做？

>>No.54107833
在别的客户端里应该都能找到这种设置订阅ID的选项（比如图中是蓝岛的相关设置），把它填到feeduuid那里就可以了。

顺便一提订阅ID和账号、饼干实际上都没有关系，没有登录/应用饼干也能使用订阅功能，并不是网页版的“我的订阅”页面上写的“你的订阅信息将会与你的饼干绑定”那样...因为并没有办法知道这个“和饼干绑定的订阅ID”是什么，所以似乎各个客户端都是随机生成一个。

才发现，原来以前就有人尝试过用命令行上岛了( ﾟ∀。)

zcx1218029121/cmdAdnmb2: 命令行 刷a岛工具
https://github.com/zcx1218029121/cmdAdnmb2

另一个，不过作者似乎做到一半就弃坑了……

heixiaobai/adnmb-cli: adnmb.com的第三方CLI客户端
https://github.com/heixiaobai/adnmb-cli

已经过去很久了，但是简单更新一下 ( ﾟ∀。)

之前提过在终端（通过ASCII艺术的方式）显示图片是通过chafa这个程序实现的，最近发现有人做了chafa.py这个Python的封装（https://chafapy.mage.black/），所以就把显示图片的操作从通过subprocess运行chafa进程改成直接调用chafa.py的相关函数了 (=ﾟωﾟ)=

另一个好处是不需要手动额外下载chafa，在pip install的时候会一起装上chafa.py然后就有了显示图片的能力，稍微方便了一些 |∀ﾟ

这里aur打包者，想着换用编译好的版本打包，但发现最新版本报错
zsh: IOT instruction (core dumped) ./xdcmd
sh报错 已放弃 (核心已转储)
====systemctl如下====
4月 24 00:04:44 Laptop 48929[0,122882]: Could not parse number of program headers from core file: invalid `Elf' handle
4月 24 00:04:44 Laptop 3345[0,122882]: Could not parse number of program headers from core file: invalid `Elf' handle
4月 24 00:04:44 Laptop 49377[0,122882]: Could not parse number of program headers from core file: invalid `Elf' handle
4月 24 00:04:44 Laptop 9913[0,122882]: Could not parse number of program headers from core file: invalid `Elf' handle
4月 24 00:04:45 Laptop systemd-coredump59658[0,122877]: [🡕] Process 122873 (xdcmd) of user 1000 dumped core.

Module /home/malingshu/下载/xdcmd-ubuntu/libcrypto.so.3 without build-id.
Module /home/malingshu/下载/xdcmd-ubuntu/libcrypto.so.3
Module /home/malingshu/下载/xdcmd-ubuntu/charset_normalizer/md__mypyc.so without build-id.
Module /home/malingshu/下载/xdcmd-ubuntu/charset_normalizer/md__mypyc.so
Module /home/malingshu/下载/xdcmd-ubuntu/libz.so.1 without build-id.
Module /home/malingshu/下载/xdcmd-ubuntu/libz.so.1
Module /home/malingshu/下载/xdcmd-ubuntu/libsqlite3.so.0 without build-id.
Module /home/malingshu/下载/xdcmd-ubuntu/libsqlite3.so.0
Stack trace of thread 122873:
#0 0x00007fe0f5aa08ec n/a (libc.so.6 + 0x878ec)
#1 0x00007fe0f5a51ea8 raise (libc.so.6 + 0x38ea8)
#2 0x00007fe0f5a3b53d abort (libc.so.6 + 0x2253d)
#3 0x000056519f157023 n/a (/home/malingshu/下载/xdcmd-ubuntu/xdcmd + 0x11023)
ELF object binary architecture: AMD x86-64
4月 24 00:04:45 Laptop systemd0[0,1]: systemd-coredump@6-122876-0.service: Deactivated successfully.

总之蹲个修复，不然不好发新包

>>No.57019845
才发现编译版全都寄了，这两天我修一下( ´д`)

>>No.57019845
修好了，然后用虚拟机全新安装了Arch Linux和Fedora测试是可以运行的(=ﾟωﾟ)=
不过还是需要用包管理器安装imagemagick和glib2，一些其他的注意事项在README里写了(=ﾟωﾟ)=

>>No.57040740
ok,arch aur已打包更新

成功打包成nix了(ゝ∀･)

最近在学nix打包，本来想尝试给一个perl程序打包，结果由于作者用了一堆冷门包，陷入依赖地狱( ﾟ∀。)

>>No.57078398
好耶 |∀` )
是用包管理器安装吗，如果是的话我可以把安装命令写到README里面 (=ﾟωﾟ)=

>>No.57079200
开启了flake支持的nix系统直接在终端nix run github:Konecho/xdcmd（我刚建的fork）就可以用了，是临时的，因为提交给公共仓库有点麻烦，需要固定的也可以把其中的xdcmd.nix加到自己的配置或仓库

po看看合适的话我发个pr，要在根目录加4个新文件，这样就可以直接nix run po的仓库了

打包的时候我没发现有版本号所以直接拿commit id当版本号了，另外我只测试了x64的linux