Commits & Commit Messages

Here are a few important guidelines w.r.t to git and GitHub:

  1. Push your work in a separate branch and create a PR when ready. PRs are always squashed so you can push as many corrections as you want to a PR.

  2. Strive for clear and short commit messages. At a minimum, start with an 80-character summary, with verbs in present tense.

  3. Add the --signoff or -s flag to git commit. This flag is intended to certify that you have created the patch in question, or that you certify that to the best of your knowledge, it was created under an appropriate open-source license, or that it has been provided to you by someone else under those terms.

To admins: You can always add Signed-off-by: Name <email> when squashing commits.

PaSh on Docker: A Pocket Guide

This is a pocket guide for running PaSh in a docker container.

Loading image

The following will pull and launch the latest image (tag: pash:latest) using the name pash-play

This will use pash-play for the container (to be able to start/stop it later) and -it runs it interactively (subsuming the next command).

To restart after you exit, run docker start -i pash-play (flag -i starts it interactively.)

Customizing image

To be used for continuous integration and testing, this image has been configured to have read-only access to the repo through a different user. To get write access, update the name and email used for git commits with your name and email, and generate an ssh key pair.

Finally, add the key to your GitHub account.

Basic Docker commands

This is a small list of useful docker commands. Docker distinguishes between an image (a pre-setup environment) and a container (a running or stopped instance of an image, created with run). NN below refers to the name of the container, provided to run. Containers are always identified uniquely by a sha256 string, which can be useful if no name is given.

docker images                    # shows all images in the system
docker ps -a | grep pash         # shows all containers with name pash
docker run --name NN pash/18.04  # creates a writable container (add `-it` for interactive)
docker start -i NN               # starts container (add `-i` to drop straight into shell)
docker attach NN                 # non-interactive -> interactive
<CTL+p>, then <CTL+q>            # interactive -> non-interactive
docker cp A B                    # copy host<->container; A B can be `NN:/x/y/z` or `lo/c/al`

Useful options for docker run:

Installing WSL on Windows

To run PaSh on Windows without Docker, a user needs to install WSL (Windows Subsystem for Linux). WSL lets developers run a GNU/Linux environment — including most command-line tools, utilities, and applications — directly on Windows, unmodified, without the need to setup a traditional virtual machine or use dualboot.

Microsoft docs and troubleshooting detail the installation process; below is a short guide. All commands below should be run in an Administrator Poweshell prompt.

Windows 10 Preview build 20262 or higher

List the available Linux Distributions. Note that currently only Ubuntu, Debian and Fedora are supported by PaSh

Install WSL2 with with a given distribution

Restart your machine

Everyone else (most people)

Enable WSL:

Enable Virtual Machine Platform (required for Hyper-V and WSL2):

Restart your machine:

Update WSL to WSL2. Download the WSL-to-WSL2 updater and run it:

Set WSL2 as default WSL version

Install one of the Linux distributions on which PaSh has been tested from the Microsoft Store:

Restart your machine

Epilogue

Run the wsl command (or find the installed Linux distribution in Windows Start menu and run it). After a few minutes of installation, enter a username and password for the internal WSL account to be created.

Continue the PaSh installation process from here inside the WSL installation.

Docker TODO

Using GNU Screen

We often use GNU screen, a terminal multiplexer, for pair programming. GNU screen has two benefits: (1) it allows a session to continue executing even after one detaches and closes the terminal window, which is useful for executing long-running processes such as PaSh’s experiments; and (2) it allows multiple people to share a session, with the ability to read and write in the terminal window as if it was a single person.

Here are commands related to launching a screen session: * screen -> start a new session * screen -ls -> show all screen sessions in this machine * screen -x <ID> -> attach to screen with id <ID>, as shown by -ls above. * screen -x <user>/<pash> -> attach to session pash of user user, assuming it exists/running;

When in a screen session, all screen-related commands are prefixed by ctr-a (which means pressing ctrl and a together, and then pressing the followup character). Here are the 5 most useful commands: * ctrl-a c -> create­a new window in the current session * ctrl-a " -> show all windows and choose using up/down arrows * ctr-a <N> -> go to window , where is 0..9 inclusive * ctrl-a ctrl-a -> fast-toggle between latest windows * ctrl-a d -> detach window, to exit without closing screen

A slightly more extended pocket guide in this gist.

Pushing to new branches

To keep the main branch free of breakage, we often push technical work in new branches. To do this, from the main/master branch on your local machine:

You can always fetch changes into the main/master:

(You can use rebase instead of merge if your branch is local and hasn’t been pushed to GitHub, but merge if your branch is already pushed.)

Process for Using EC2 Instance

A reason to use Amazon Elastic Compute Cloud (EC2) is having insufficient computing power in your local machine. The steps to do are as follows. The generated key is of the form user@hostname.

  1. Make changes in local Docker
  2. git push in local Docker
  3. Run scripts/ssh-install.sh ~/.ssh/id_rsa <hostname> in cloned pash repository on local machine (pulls changes from GitHub)
  4. Run ssh <SSH Key>. The changes will have automatically been transferred over. Can confirm with git log.