Troubleshooting

• I ran chezmoi doctor and fixed as many issues as possible and retried my command.
• I have double checked the instructions for Installation and the Quickstart Guide.
• I have search for previous issues that have been reported/opened, and none of them relate to my problem.

Failure to follow the troubleshooting steps (and to report information requested below), may make it difficult to provide the proper support required. Furthermore, your issue may be closed without reply, if the instructions were not properly followed.

Description of issue

I added this block in my .chezmoi.toml.tmpl:

[data]
   isLinux = {{if eq .chezmoi.os “linux”}}true{{else}}false{{end}}
   isMac = {{if eq .chezmoi.os “darwin”}}true{{else}}false{{end}}
   isUnix = {{if eq .chezmoi.os “linux” }}true{{else if eq .chezmoi.os “darwin”}}true{{else}}false{{end}}
   isWindows = {{if eq .chezmoi.os “windows”}}true{{else}}false{{end}}

The file that got generated is this one:

[data]
    isLinux = false
    isMac = true
    isUnix = true
    isWindows = false

But trying to use those variables doesn't work, unless I write them down all in lowercase, i.e islinux.

A quick note is that it looks like my system (macOS Mojave, 10.14.6) has a non case-sensitive file system, which might or might not be the cause of this. But I would like to not have to change that setting because this machine is my main programming device, and I am afraid changing that setting might cause other issues. Also, all other chezMoi data strings are cased correctly (like chezmoi.fullHostname)

EDIT: Looks like the same thing happens in WSL (Linux subsystem on Windows), so might not be related to the filesystem being case-sensitive.

I could also just use the .chezmoi.os data directly, but those data fields help me keep things more readable and avoid typos better.

Also, just wanted to say I really appreciate this software, it really helps me manage my dotfiles much better!

Command that failed

✔ sammy in ~/.local/share/chezmoi [master ↑·5| ✚ 2 … 11] 
17:28:00.3N $ cat .chezmoi.toml.tmpl 
[data]
    isLinux = {{if eq .chezmoi.os "linux"}}true{{else}}false{{end}}
    isMac = {{if eq .chezmoi.os "darwin"}}true{{else}}false{{end}}
    isUnix = {{if eq .chezmoi.os "linux" }}true{{else if eq .chezmoi.os "darwin"}}true{{else}}false{{end}}
    isWindows = {{if eq .chezmoi.os "windows"}}true{{else}}false{{end}}

✔ sammy in ~/.local/share/chezmoi [master ↑·5| ✚ 2 … 11] 
17:28:20.3N $ cat ~/.config/chezmoi/chezmoi.toml
[data]
    isLinux = false
    isMac = true
    isUnix = true
    isWindows = false

✔ sammy in ~/.local/share/chezmoi [master ↑·5| ✚ 2 … 11] 
17:28:33.3N $ chezmoi data
{
  "chezmoi": {
    "arch": "amd64",
    "fullHostname": "Sammys-Macbook-Pro.local",
    "group": "staff",
    "homedir": "/Users/sammy",
    "hostname": "Sammys-Macbook-Pro",
    "os": "darwin",
    "username": "sammy"
  },
  "islinux": false,
  "ismac": true,
  "isunix": true,
  "iswindows": false
}

Output of command with --verbose

✔ sammy in ~/.local/share/chezmoi [master ↑·5| ✚ 2 … 11] 
17:31:23.3N $ chezmoi data --verbose
{
  "chezmoi": {
    "arch": "amd64",
    "fullHostname": "Sammys-Macbook-Pro.local",
    "group": "staff",
    "homedir": "/Users/sammy",
    "hostname": "Sammys-Macbook-Pro",
    "os": "darwin",
    "username": "sammy"
  },
  "islinux": false,
  "ismac": true,
  "isunix": true,
  "iswindows": false
}

Output of chezmoi doctor

✔ sammy in ~/.local/share/chezmoi [master ↑·5| ✚ 2 … 11]
17:34:49.3N $ chezmoi doctor
    ok: version 1.7.2, commit 41c4fdc2faf1bf9f0ded922d1ea7724a838bca3f, built at 2019-10-17T00:29:03Z
    ok: /Users/sammy/.local/share/chezmoi (source directory, perm 700)
    ok: /Users/sammy (destination directory, perm 755)
    ok: /Users/sammy/.config/chezmoi/chezmoi.toml (configuration file)
    ok: /usr/local/bin/bash (shell)
    ok: /Applications/Visual Studio Code.app/Contents/Resources/app/bin/code (editor)
    ok: /usr/bin/vimdiff (merge command)
    ok: /usr/local/bin/git (source VCS command, version 2.23.0)
warning: gpg (GnuPG, not found)
    ok: /Users/sammy/bin/op (1Password CLI, version 0.6.2)
warning: bw (Bitwarden CLI, not found)
warning: gopass (gopass CLI, not found)
warning: keepassxc-cli (KeePassXC CLI, not found)
    ok: /usr/local/bin/lpass (LastPass CLI, version 1.3.3)
warning: pass (pass CLI, not found)
warning: vault (Vault CLI, not found)

Output of chezmoi --version

✘-1 sammy in ~/.local/share/chezmoi [master ↑·5| ✚ 2 … 11]
17:39:07.3N $ chezmoi --version
chezmoi version 1.7.2, commit 41c4fdc2faf1bf9f0ded922d1ea7724a838bca3f, built at 2019-10-17T00:29:03Z

After a good amount of troubleshooting I found that the reason that several hundred of my articles were missing from the dashboard and the editing window was that front matter expects all fieldnames to be all lowercase or at least case sensitive.

Hugo doesn't have this requirement and it took me a long time to notice that the initial caps used in some front matter was causing FrontMatter to not parse the articles at all.

I'm not sure if this is a bug or not, but the behavior was surprising especially since it worked differently than Hugo does.

After a good amount of troubleshooting I found that the reason that several hundred of my articles were missing from the dashboard and the editing window was that front matter expects all fieldnames to be all lowercase or at least case sensitive.

Hugo doesn't have this requirement and it took me a long time to notice that the initial caps used in some front matter was causing FrontMatter to not parse the articles at all.

I'm not sure if this is a bug or not, but the behavior was surprising especially since it worked differently than Hugo does.

In this section: https://cobra.dev/#generating-documentation-for-your-command

The link to man page is a 404.

In this section: https://cobra.dev/#generating-documentation-for-your-command

The link to man page is a 404.

I can not login

tried create new user in camera no luck

updated to lates integration and latest HA version

keep saying Unexpected error

I can not login

tried create new user in camera no luck

updated to lates integration and latest HA version

keep saying Unexpected error

An implementation of GCS Fs, based on https://github.com/spf13/afero/pull/161

Thanks @Zatte for the inital implementation!

Changes vs the original PR:

• Based on the latest master
• Uses client as its base abstraction, not bucket => bucket is thus a part of path, the first component in it (!)
• Has kinks and quirks of the GCS API "ironed out"
• Has its own test suite now, based off the TarFS one with extra parts to test the writing/folders making scenarios
• The suite allows for testing both with mocks and with the real bucket (see commented out block in the tests setup)
• File modes are exactly those that are provided during files/directories opening. If not provided, defaults to 0755

Bonus:

• Supports gs://<bucket>/<path> URLs too, even though it's explicitly excluded from tests, since afero in general does not work with URLs.

The original PR notes, which still apply to this version of the implementation + extra for this version:

Limitations:

• No Chmod support - The GCS ACL could probably be mapped to *nix style permissions but that would add another level of complexity and is ignored in this version.
• No Chtimes support - Could be simulated with attributes (gcs a/m-times are set implicitly) but that's is left for another version.
• NOTE: Not thread safe - Also assumes all file operations are done through the same instance of the GcsFs. File operations between different GcsFs instances are not guaranteed to be consistent.

Performance implications

• Sequential reads are performant
• Sequential writes are performant.
• Seek + Read or ReadAt is performant after the initial seek. (produces a warning)
• Alternating reads/writes to the same file handler are highly inefficient. To get consistent FS behavior using an API that separates readers and writers we close any open readers before an write as well close open writers before a read (ensure the data is committed).
• Seek + Write such as WriteAt, Truncate, Seek+Write will work as expected but with significant overhead. Doing a seek + write will in effect download the old file/object, overlay it with the new writes and save it back. This is done in a streaming fashion so large files will not clog the memory but will trigger a full download and upload of the file/object.

Resolves #636 Resolves #834 Resolves https://github.com/alexellis/arkade/issues/525

Till now, only the root command looked for suggestions. Now findSuggestions works for nested commands as well.

For example

Error: unknown command "rewin" for "root times"

Did you mean this?
	rewind

Run 'root times --help' for usage.

Resolves #636 Resolves #834 Resolves https://github.com/alexellis/arkade/issues/525

Till now, only the root command looked for suggestions. Now findSuggestions works for nested commands as well.

For example

Error: unknown command "rewin" for "root times"

Did you mean this?
	rewind

Run 'root times --help' for usage.

An implementation of GCS Fs, based on https://github.com/spf13/afero/pull/161

Thanks @Zatte for the inital implementation!

Changes vs the original PR:

• Based on the latest master
• Uses client as its base abstraction, not bucket => bucket is thus a part of path, the first component in it (!)
• Has kinks and quirks of the GCS API "ironed out"
• Has its own test suite now, based off the TarFS one with extra parts to test the writing/folders making scenarios
• The suite allows for testing both with mocks and with the real bucket (see commented out block in the tests setup)
• File modes are exactly those that are provided during files/directories opening. If not provided, defaults to 0755

Bonus:

• Supports gs://<bucket>/<path> URLs too, even though it's explicitly excluded from tests, since afero in general does not work with URLs.

The original PR notes, which still apply to this version of the implementation + extra for this version:

Limitations:

• No Chmod support - The GCS ACL could probably be mapped to *nix style permissions but that would add another level of complexity and is ignored in this version.
• No Chtimes support - Could be simulated with attributes (gcs a/m-times are set implicitly) but that's is left for another version.
• NOTE: Not thread safe - Also assumes all file operations are done through the same instance of the GcsFs. File operations between different GcsFs instances are not guaranteed to be consistent.

Performance implications

• Sequential reads are performant
• Sequential writes are performant.
• Seek + Read or ReadAt is performant after the initial seek. (produces a warning)
• Alternating reads/writes to the same file handler are highly inefficient. To get consistent FS behavior using an API that separates readers and writers we close any open readers before an write as well close open writers before a read (ensure the data is committed).
• Seek + Write such as WriteAt, Truncate, Seek+Write will work as expected but with significant overhead. Doing a seek + write will in effect download the old file/object, overlay it with the new writes and save it back. This is done in a streaming fashion so large files will not clog the memory but will trigger a full download and upload of the file/object.