tsnowlan
2020-12-02 01:10:48
你需要稍微调整一下它，使其与gitlab CI配合使用。我发现最简单的方法是破坏docker入口点，并使脚本步骤成为完整的奇点构建命令。我们正在使用它来构建v3.6.4的奇点图像，但它也应与v3.7.0一起使用。
例如，
build-singularity:
image:
name: quay.io/singularity/singularity:v3.7.0
entrypoint: [""]
stage: singularity
script:
- singularity build reproduction/pipeline/semrepro-singularity/semrepro-singularity.sif reproduction/pipeline/semrepro-singularity/semrepro-singularity.def
...
编辑：使用的gitlab-runner也必须已privileged启用。这是gitlab.com共享运行程序的默认设置，但是如果使用自己的运行程序，则需要确保在其配置中进行了设置。
热门帖子
热门github
1
2
3
5
6
7
8
11
13
14
15
Mamba is a new state space model architecture showing promising performance on information-dense data such as language modeling, where previous subquadratic models fall short of Transformers. It is based on the line of progress on structured state space models, with an efficient hardware-aware design and implementation in the spirit of FlashAttention.
(翻译：Mamba 是一种新的状态空间模型架构，在信息密集型数据（例如语言建模）上显示出良好的性能，而之前的二次模型在 Transformers 方面存在不足。它基于结构化状态空间模型的进展，并本着FlashAttention的精神进行高效的硬件感知设计和实现。)
非常感谢！确实，这解决了建筑甚至无法开始的最初问题！但是，它遇到了另一个我在尝试制作自制docker映像时遇到的问题。我以为这可能是我的自定义Docker问题的问题，但显然不是。构建失败，并显示
ERROR: unpackSIF failed: root filesystem extraction failed: extract command failed: ERROR : Failed to create user namespace: not allowed to create user namespace。有任何想法吗？我忘了须藤。使用它，它应该工作
等待，不，它应该以root用户身份运行。真奇怪
啊哈，是的，我想就是这样。我们运行与一起运行的自己的gitlab-runners
--privileged。虽然看起来共享跑步者也应该如此：docs.gitlab.com/13.6/ee/user/gitlab_com/…嗯，如果您在托管实例上运行，那么您将不走运，直到他们在运行器上启用特权模式为止。对于docker-in-docker或singularity-in-docker来说这是一个艰巨的要求