Skip to content

Commit 304228b

Browse files
committed
Minor updates
1 parent 488f932 commit 304228b

2 files changed

Lines changed: 6 additions & 6 deletions

File tree

pages/docs/user-docs/action-shell.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -6,7 +6,7 @@ folder: docs
66
toc: false
77
---
88

9-
The `shell` Singularity sub-command will automatically spawn a shell within a container. As of v2.3 the default shell that is spawned via the `shell` command is `/bin/bash`.
9+
The `shell` Singularity sub-command will automatically spawn an interactive shell within a container. As of v2.3 the default shell that is spawned via the `shell` command is Bash if it exists otherwise `/bin/sh` is called.
1010

1111
{% include toc.html %}
1212

@@ -15,7 +15,7 @@ $ singularity shell
1515
USAGE: singularity (options) shell [container image] (options)
1616
```
1717

18-
Here we can see the default shell:
18+
Here we can see the default shell in action:
1919

2020
```
2121
$ singularity shell centos7.img

pages/docs/user-docs/docs-instances.md

Lines changed: 4 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -18,13 +18,13 @@ service nginx start
1818

1919
With older versions of Singularity, if you were to do something like this, from inside the container you would happily see the service start, and the web server running! But then if you were to log out of the container what would happen?
2020

21-
>> ghost process!!
21+
Ghost process within unreachable namespaces! It's like the walking dead!
2222

23-
You would lose control of the process. It would still be running, but you couldn't kill it. This is a called a ghost process, and it means that for running (enduring) services, Singularity was a no starter.
23+
You would lose control of the process. It would still be running, but you couldn't easily kill or interface with it. This is a called a ghost process, and it means that for running persistent services, Singularity was a non-starter.
2424

2525

2626
## Cloning containers
27-
With version 2.4, you can do this in a more realistic way. First, let's put the commands of how to start our service into a script. Let's call it a `startscript`. And we can imagine this fitting into a bootstrap recipe file like this:
27+
With version 2.4, you can do this in a preferable way. First, let's put the commands of how to start our service into a script. Let's call it a `startscript`. And we can imagine this fitting into a bootstrap recipe file like this:
2828

2929
```
3030
%startscript
@@ -44,7 +44,7 @@ service nginx stop
4444
You might even have some special (longer set) of commands in your startscript, if warranted:
4545

4646
```
47-
#!/bin/sh
47+
%startscript
4848
4949
if [ -z "$OMGTACOSGUNICORN" ]; then
5050
/bin/bash /code/helpers/ctrl/gunicorn.screen

0 commit comments

Comments
 (0)