IT基础架构

Spack重新生成modulefile。由于新使用了tcl或lmod的module工具，需要重新生成对应的modulefile。编辑 $SPACK_ROOT/etc/spack/modules.yaml 文件，将需要的打开，如下图，然后执行重新生成的命令，

在aws ec2上弄好riscv交叉编译工具链的包后，大小7.5GB。想着让打包速度快一点，aws ec2关机调整成8c32G的配置。上来打包才发现是单线程瓶颈。

然后，也需要将submodules也clone下来。但由于这个仓库是从github直接mirror过来的，submodule的配置文件也指向了github地址，直接clone的话也会遇到慢的问题。我们将它修改指向gitee mirror对应的地址。riscv-gnu-toolchain项目在github上，在国内的主机上clone会出现很慢的问题。幸好gitee帮我们想到了这一点，可以从gitee clone下来。按照文档，执行编译安装命令。.....................

spack install报armpl not found。

图片来源。

报错/tmp/ccBDQNaB.s: Assembler message:/tmp/ccBDQNaB.s:6901: Error: no such instruction: `shlx %edx,%ecx,%ecx'解决方法使用带binutils的gcc来安装，编辑～/.spack/linux/compilers.yaml文件，增加一项符合条件的gcc版本路径。......

Error,[tools_adm@computing-host-001 ~]$ spack install python==> Bootstrapping clingo from pre-built binaries==> Bootstrapping clingo from sources==> Error: cannot bootstrap the "clingo" Python module from spec "clingo-bootstrap@spack+python

22-Apr-2022众所周知，研发架构是企业的安全与效率需经权衡后的结果。大多数企业的研发环境并不能连接互联网，这也就意味着不能很好地（至少是第一时间）使用各种开源工具。在Linux环境下使用开源工具，除了要安装该工具本身，也可能涉及到非常复杂的依赖链。显然，使用trial-and-error的方式进行安装，已不太现实。笔者曾在海思HPC环境，为海外同事安装一个开源工具环境，手动花了两周（到拖拖拖一两个月）时间，因受困于复杂的依赖链关系，最终以失败告终，告诉用户你这需求解决不了。痛定思痛，20