Rancher Desktop UNIX_PATH_MAX Error

in

When trying to start Rancher Desktop on a Mac, I was running into this error:

must be less than UNIX_PATH_MAX=1XX characers, but is 1XX

As my machine was a managed device I couldn’t update any of the account / path information. I did however find the following workaround. You’ll need to move and link the lima home directory to ~/.rdlima:

$ mv ~/Library/Application\ Support/rancher-desktop/lima ~/.rdlima
$ ln -s ~/.rdlima ~/Library/Application\ Support/rancher-desktop/lima

I was having this issue with a Rancher Desktop version as recent as 1.16.0 (1.16.0). I’m hoping the good folks at SUSE get this to automatically adjust in future releases.

How To Change The Created And Modified Date Of Copied Or Downloaded Image Files

in

Invariably when returning home from vacation I have a bunch of images and videos (iPhone and GoPro) that I want to add to my online library. I’m a stickler for correct meta data so seeing the dates / timestamps get clobbered to the current date / timestamp when copying or transferring was a point of frustration. Many of the tools I use to organize and edit these files use the Created date to sort or to build timelines so correcting each file manually was time consuming and laborious.

Enter the wonderful ExifTool by Phil Harvey. ExifTool gave me a simple and fast process to correct all of clobbered dates and timestamps straight from the CLI.

Since I’m using Mac I install the ExifTool via Homebrew:

➜  ~ brew install exiftool

Then, I create a unique directory to contain all the image & video files I want to update and subsequently copy / unzip / download them there. CD into that directory and run the following command:

➜  iCloud Photos exiftool '-FileCreateDate<CreateDate' '-FileModifyDate<ModifyDate' . -api QuickTimeUTC
    1 directories scanned
   10 image files updated
    1 image files unchanged

If you want to run the command on a directory you are not currently inside of just add the path to the files you want to update vs the current directory dot ‘.’ I show in the example.

Hugo date error

in

I was firing up a Gitlab Pages site using Hugo today and ran across the following error

Failed to get translated string for language "en" and ID "postedOnDate": template: :1:13: executing "" at <.Count>: can't evaluate field Count in type string

Though the magic of grep I found two locations for the offender: 

/themes/beautifulhugo/i18n/ja.yaml
/themes/beautifulhugo/i18n/en.yaml

You’ll find the following bit of code here

- id: postedOnDate  translation: "Posted on {{ .Count }}"

Remove Count from the setting as shown in the following snippet and you’ll be golden

- id: postedOnDate  translation: "Posted on {{ . }}"