I'd love to see this happen. Might even be interested in contributing a few small PRs to help with the effort! In particular, I like "making Node completely optional". I have a few sites that I still run on Jekyll without Node and wouldn't want to switch to Bridgetown if doing so forced me to pull Node in.

Install gh cli by default

Install LTS node by default

I tend to use LTS in my projects, so it makes sense to just use it as the default for my system.

Bump nvm setup version

Add a test script!

Non-interactive install script

Allow install.sh to actually be non-interactive (no prompts)

Install mysql and libxml dev packages by default

Add a README

Add a license: CC-BY-4.0

Bump activesupport from 6.0.4.1 to 6.0.6.1

Bumps activesupport from 6.0.4.1 to 6.0.6.1.

• Release notes
• Changelog
• Commits

updated-dependencies:

• dependency-name: activesupport dependency-type: indirect ...

Signed-off-by: dependabot[bot] support@github.com

Bumps activesupport from 6.0.4.1 to 6.0.6.1.

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

You can trigger Dependabot actions by commenting on this PR:

• @dependabot rebase will rebase this PR
• @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
• @dependabot merge will merge this PR after your CI passes on it
• @dependabot squash and merge will squash and merge this PR after your CI passes on it
• @dependabot cancel merge will cancel a previously requested merge and block automerging
• @dependabot reopen will reopen this PR if it is closed
• @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
• @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)
• @dependabot use these labels will set the current labels as the default for future PRs for this repo and language
• @dependabot use these reviewers will set the current reviewers as the default for future PRs for this repo and language
• @dependabot use these assignees will set the current assignees as the default for future PRs for this repo and language
• @dependabot use this milestone will set the current milestone as the default for future PRs for this repo and language

You can disable automated security fix PRs for this repo from the Security Alerts page.

The project depends on redis, but redis was not present in docker-compose.yml Including it there is easy, and means that a single docker-compose up is sufficient to have a working development and test environment.

Also, I realized I introduced a bug in https://github.com/opensourcecatholic/marriage-booklet/pull/110. I need to quote my database.yml since they're strings.

Oh, I should update the README with this info. Let me amend my commit to do that.

We should make it as easy as possible for a new developer to set up a dev environment. To that end, we shouldn't require a bunch of env vars to be set if we don't have a good reason to. For development and test environments, we can provide a default username and password for postgres, and we can configure that default user/pass in our docker-compose file. I've set this up in such a way that any of it can still be overridden by environment variables if you choose to do so, but you don't have to -- it will work out of the box.

• Edit the ERB in config/database.yml to fallback to a default username and pass if the env var isn't set.
• Require env vars in production. We don't want to make it easy to mistakenly use config we've published in our open source code.
• Provide the same defaults in our docker-compose.yml

Add OpenSCAD as a default app

Install libyaml-dev by default

Describe the bug

When git is not installed, Chezmoi prompts for authentication to clone a public GitHub repository. Authentication should not be required.

To reproduce

This one-liner will reproduce the bug in a new, minimal Ubuntu Docker container:

docker run --rm -it ubuntu:latest /bin/bash -c 'apt-get update && apt-get install curl && sh -c "$(curl -fsLS git.io/chezmoi)" -- -b "$HOME/bin" init --apply -S ~/dotfiles mkasberg'

This is initializing config on a new machine using a slightly modified version of the init command from the https://chezmoi.io homepage.

Note that this works fine (does not prompt for auth) when git is installed:

docker run --rm -it ubuntu:latest /bin/bash -c 'apt-get update && apt-get install curl git && sh -c "$(curl -fsLS git.io/chezmoi)" -- -b "$HOME/bin" init --apply -S ~/dotfiles mkasberg'

Feel free to try that exact command with my dotfiles (since they're public anyway), but I expect it's reproducible with any GitHub username.

Expected behavior

Auth should not be required to clone a public repository over https. (In particular, since this is a bootstrapping step on a new machine, we might not yet have ssh keys, password vaults, etc.)

Output of command with the --verbose flag

 docker run --rm -it ubuntu:latest /bin/bash -c 'apt-get update && apt-get install curl && sh -c "$(curl -fsLS git.io/chezmoi)" -- -b "$HOME/bin" init --verbose --apply -S ~/dotfiles mkasberg'
[...]
info found version 2.28.0 for latest/linux/amd64
info installed /root/bin/chezmoi
chezmoi: https://mkasberg@github.com/mkasberg/dotfiles.git: authentication required
Username? ?

Output of chezmoi doctor

N/A - chezmoi is not yet installed.

Additional context

I'm 90% sure this is a bug with Chezmoi - apologies if I'm misunderstanding something here and this is from some other component or is expected behavior.

Update a broken link in my setup script