先运行which perl和perl -v确认是否未安装或path异常；若未安装，ubuntu/debian执行sudo apt install perl perl-base perl-modules-5.xx perl-dev，centos/rhel执行sudo yum/dnf install perl-core perl-cpanminus perl-devel。

perl 命令报 command not found 怎么办

说明系统确实没装 Perl 解释器，或者 perl 不在 PATH 里。别急着编译，先确认是不是真没装：

• 运行 which perl —— 如果没输出，基本确定未安装或路径异常
• 运行 perl -v —— 报错就不是版本旧，而是根本不可用
• 某些最小化安装的 Linux（如 Kali、Alpine）默认不带 perl，CentOS Stream 9+ 也倾向不预装

这时候直接走包管理器最稳，源码编译反而容易踩 PATH 冲突或覆盖系统工具的坑。

Ubuntu/Debian 上装 perl-devel 级别的开发环境

perl 包本身只含解释器，写脚本够用；但要做模块编译（比如 DBD::mysql）、调试或开发 C/XS 扩展，必须装开发组件。光 sudo apt install perl 是不够的：

• 必须加装 perl-base（核心库）和 perl-modules-5.xx（对应版本的模块集），否则 use strict 都可能失败
• 开发头文件和构建工具靠 perl-dev（Ubuntu 22.04+）或 perl-devel（旧版），漏掉它，cpanm 编译任何含 XS 的模块都会卡在 cc: command not found
• 推荐一次性装全：sudo apt install perl perl-base perl-modules-5.36 perl-dev build-essential

注意：Ubuntu 24.04 默认 Perl 是 5.38，模块包名会变成 perl-modules-5.38，查不到就 apt search perl-modules 看实际可用名。

Browser Setup (No-Root Linux)

在无 root/sudo 权限的环境（云容器、VPS、隔离主机）中安装并配置 OpenClaw 浏览器工具的 headless Chrome。适用场景：...

下载

CentOS/RHEL/Fedora 怎么配 cpanm 和模块编译支持

Red Hat 系默认不带 cpan 或 cpanm，且 perl-core 包体积大（约 300MB），但它是唯一能一次性补齐 ExtUtils::MakeMaker、Test::More 等关键工具的方案：

• sudo dnf install perl-core（RHEL 8+/Fedora）或 sudo yum install perl-core（RHEL 7）—— 这步不能省，否则 cpanm 自身都装不上
• 再装 cpanminus：sudo dnf install perl-cpanminus，它比原生 cpan 更轻、更少依赖交互
• 必须装 perl-devel，否则所有需要编译的模块（如 JSON::XS）会提示 Cannot determine directory of perl binary 或直接跳过编译
• 验证：cpanm --version 和 perl -MConfig -e 'print $Config{archname}' 要能正常输出

什么时候该自己编译 Perl（以及为什么通常不该）

除非你明确需要：perl -V:usesithreads 为 true（线程支持）、启用 -DDEBUGGING、或目标机器完全离线且无包管理器，否则不要源码编译。

• 风险点：手动 make install 到 /usr/local 后，若改了 /usr/bin/perl 的软链接，可能破坏系统工具（如 yum、dnf 本身依赖系统 Perl）
• 如果真要装新版（比如 5.40），优先用 perlbrew 隔离：curl -L https://install.perlbrew.pl | bash，它不碰系统路径，perlbrew install perl-5.40.0 即可
• 编译时别用 -Dprefix=/usr，那是系统 Perl 的地盘；-Dprefix=/opt/perl540 更安全，后续靠 perlbrew 或手动 PATH 切换

多数运维场景下，系统 Perl + cpanm + perl-devel 就已覆盖 95% 的开发需求，硬上源码反而增加维护负担。