Ubuntu .sif images only load Spack in interactive containers
Nobody has claimed this yet.
- Dominant language
- Shell
- Stars
- 41
- Forks
- 15
- PR merge metrics
- No merged PRs in 30d
Description
Testing on e4s-cuda-x86_64-cuda80-26-06-1789498245.sif , the Spack/module setup was appended directly into /etc/bash.bashrc, after Ubuntu's stock line 7 guard [ -z "$PS1" ] && return. That guard means non-interactive login shells (bash -lc) never reach the setup code, so Spack is missing entirely (Spack: command not found) unless -i is passed. This doesn't affect the Rocky images.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Inspect /etc/bash.bashrc in the Ubuntu .sif image, starting with Ubuntu's stock line 7 [ -z "$PS1" ] && return and the Spack/module setup that follows it. Run bash -lc in the affected image, with and without -i, and verify that non-interactive login shells load Spack while the Rocky images remain unaffected.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- shell, ubuntu
- Domain
- devops, infrastructure
- Issue type
- Bug
- Difficulty
- 2/5
- Estimated time
- 1-3 hours
- Activity status
- Active
- Clarity
- Clearly specified
- Newbie friendliness
- 84/100