depot - monorepo for the virus lounge

Age	Commit message (Collapse)	Author	Files	Lines
2020-08-31	Path relative path to Elisp code for elisp-lint	William Carroll	1	-1/+1
	CI is reporting a false negative because $@ is empty. This change should cause elisp-lint to run on all of the Elisp in the wpc/ directory.
2020-08-31	Allow configurable BRIEFCASE env var for CI	William Carroll	1	-12/+21
	These were hard-coded as $HOME/BRIEFCASE, which won't work in CI, since CI runs as the user buildkite-agent-socrates, whose $HOME directory doesn't exist.
2020-08-31	Attempting to avoid buildkite parse error	William Carroll	1	-1/+1
	For more information, see here: https://github.com/buildkite/agent/issues/584
2020-08-31	Surround subshell in 2x-quotes	William Carroll	1	-1/+3
	This wasn't a bug; it's just good practice.
2020-08-27	Add build, lint Emacs steps to post-receive pipeline	William Carroll	2	-1/+60
	TL;DR: - Define runEmacsScript to emacs/default.nix for ci/pipelines/post-receive - Write script.el to call (load init.el) and catch any errors - Lint Elisp with gonewest818/elisp-lint Also nice how Buildkite supports :gnu: emojis!
2020-08-22	Abandon the pre-receive hook	William Carroll	2	-11/+6
	I wanted Gitea to call Buildkite's pre-receive pipeline and either accept or reject the incoming code depending on the outcome. The problem is that I can only create builds from Gitea's pre-receive hook. Now I'm left with two options: 1. run the lint-secrets step in post-receive 2. run `/nix/store/<hash>/git-secrets --scan-history $REPO_PATH` in Gitea As far as I can tell, I cannot define Gitea hooks in Nix, which is unfortunate; otherwise, option 2 would appeal more. I'm doing option one for now.
2020-08-22	Define Buildkite pipelines corresponding to git server hooks	William Carroll	3	-19/+20
	I think maintaining a 1:1 correspondence with the git server hook makes sense right now. Let's try it out!
2020-08-22	Ensure that the build step "depends on" the lint step	William Carroll	1	-0/+3
	This way, if the lint step fails, the build step doesn't run. Nice!
2020-08-22	Remove --add-provider step from briefcase lint	William Carroll	1	-18/+1
	So it turns out that I was wrong and that .git/config is stateful. Multiple calls to --add-provider will append the same provider each time... Instead I'm defining secret-patterns.txt and version-controlling it. Then: - dev-side: I'm adding `providers = cat ci/secret-patterns.txt` to .git/config - ci-side: I'm adding `providers = cat ci/secret-patterns.txt` to .git/config Unfortunately this is ad-hoc configuration ci-side, which I would like to avoid. The good news is that my pre-commit hooks and failures from git-secrets should now align with my CI, since they're both reading from secret-patterns.txt. One step backwards... two steps forwards?
2020-08-22	Call --add-provider during lint stage	William Carroll	1	-3/+16
	I'm also `cat .git/config` because I think the Buildkite destroys the .git/config file for each build, but I want to verify that. If it does, I prefer that because it seems to share the spirit of the "Destroy Your Darlings" essay.
2020-08-22	Log git information during briefcase's lint stage	William Carroll	1	-1/+5
	I would like to find out what the state of the repo is during pre-receive hook.
2020-08-21	Prefer :nix: emoji	William Carroll	2	-2/+2
	Buildkite support language extensions as emojis!
2020-08-21	Use emojis for build, lint steps	William Carroll	2	-3/+3
	Y'know... the important stuff
2020-08-21	Remove debugging information	William Carroll	1	-6/+1
	Problem: my dev machine returns a different value for `git config --get-all secrets.patterns` than my CI machine... I ran `git-secrets --register-aws` to get additional coverage, but it's still not the same. I created an issue on the git-secrets GH repo to get better troubleshooting advice, but I don't need the logging info. anymore, so I'm removing it.
2020-08-21	Debugging briefcase pipeline	William Carroll	1	-1/+6
	Somehow `git-secrets --scan-history` is exiting non-zero, when I don't think it should. Logging some environment information to get a better idea of what's going on.
2020-08-21	Call --scan-history	William Carroll	1	-1/+1
	My current pipeline is succeeding with a false-positive. After this change, it should return a true-negative.
2020-08-21	Define BuildKite pipelines in Nix	William Carroll	2	-0/+32
	After a handful of failed attempts to run lint-secrets.sh due to a missing `git-secrets` executable on my git server, I decided that now was a good time to use Nix to define my BuildKite pipelines. TL;DR: - Delete ci/scripts directory - Define ci/pipelines/{briefcase,socrates}.nix Outside of this repository: - I logged into my admin account at git.wpcarro.dev and changed my Gitea post-receive hook to trigger the briefcase pipeline - I logged into my BuildKite account, deleted my build-briefcase pipeline, created a new briefcase pipeline that called: ```shell nix-build -A ci.pipelines.briefcase -o briefcase.yaml buildkite-agent pipeline upload briefcase.yaml ``` One day I will audit all of my ad-hoc, non-mono-repo activity (like the steps I listed above) and attempt to fit everything herein... one step at a time, though!