aboutsummaryrefslogtreecommitdiff
path: root/dotfiles/common/.zsh/modules/Test/V09datetime.ztst
diff options
context:
space:
mode:
authorCraig Jennings <c@cjennings.net>2026-06-02 12:16:38 -0500
committerCraig Jennings <c@cjennings.net>2026-06-02 12:16:38 -0500
commitb10cba594db836c0747066addad48bda4d30cd02 (patch)
tree063119a623fa3f7139feda4ef302896d8f5f934c /dotfiles/common/.zsh/modules/Test/V09datetime.ztst
parent49c2ba9c4510bf6e1acd306687473bc8ba9ad8dd (diff)
downloadarchsetup-b10cba594db836c0747066addad48bda4d30cd02.tar.gz
archsetup-b10cba594db836c0747066addad48bda4d30cd02.zip
refactor: drop in-repo dotfiles/, move stow tooling to the dotfiles repo
Since the installer clones DOTFILES_REPO into ~/.dotfiles and stows from there, the in-repo dotfiles/ tree was dead weight. Nothing reads it at install time. I removed it (831 files) now that both machines are migrated. The Makefile's stow / restow / reset / unstow / import targets and the dotfile-script unit suites moved to the dotfiles repo. They sit alongside the scripts they manage and run standalone (cd ~/.dotfiles && make ...). This Makefile keeps the VM-integration targets and the installer-helper suite (safe-rm-rf). I updated CLAUDE.md and README.md so stow operations run from ~/.dotfiles, and the dotfile-management, theme, and unit-test sections point at the standalone repo. The README was already describing the old in-repo model from before the installer switched to cloning. This brings it in line.
Diffstat (limited to 'dotfiles/common/.zsh/modules/Test/V09datetime.ztst')
-rw-r--r--dotfiles/common/.zsh/modules/Test/V09datetime.ztst74
1 files changed, 0 insertions, 74 deletions
diff --git a/dotfiles/common/.zsh/modules/Test/V09datetime.ztst b/dotfiles/common/.zsh/modules/Test/V09datetime.ztst
deleted file mode 100644
index 7905155..0000000
--- a/dotfiles/common/.zsh/modules/Test/V09datetime.ztst
+++ /dev/null
@@ -1,74 +0,0 @@
-%prep
-
- if zmodload zsh/datetime 2>/dev/null; then
- setopt multibyte
- unset LC_ALL
- LC_TIME=C
- TZ=UTC+0
- # It's not clear this skip_extensions is correct, but the
- # format in question is causing problems on Solaris.
- # We'll revist this after the release.
- [[ "$(strftime %^_10B 0)" = " JANUARY" ]] || skip_extensions=1
- [[ "$(LC_TIME=ja_JP.UTF-8 strftime %OS 1)" = 一 ]] || skip_japanese=1
- else
- ZTST_unimplemented="can't load the zsh/datetime module for testing"
- fi
-
-%test
-
- strftime %y 0
- strftime %Y 1000000000
- strftime %x 1200000000
- strftime %X 1200000001
-0:basic format specifiers
->70
->2001
->01/10/08
->21:20:01
-
- strftime %-m_%f_%K_%L 1181100000
- strftime %6. 0
-0:zsh extensions
->6_6_3_3
->000000
-
- if [[ $skip_extensions = 1 ]]; then
- ZTST_skip="strftime extensions not supported"
- elif [[ $skip_japanese = 1 ]]; then
- ZTST_skip="Japanese UTF-8 locale not supported"
- else
- (
- LC_TIME=ja_JP.UTF-8
- strftime %Ey 1000000000
- strftime %Oy 1000000000
- strftime %Ex 1000000000
- strftime %OS 1000000000
- strftime %03Ey 650000000
- )
- fi
-0:alternate format extensions
->13
->一
->平成13年09月09日
->四十
->002
-
- if [[ $skip_extensions = 1 ]]; then
- ZTST_skip="strftime extensions not supported"
- else
- (
- strftime '%#A' 0
- strftime '%^_10B' 0
- strftime %03Ey 650000000
- strftime %-Oe 0
- )
- fi
-0:various extensions
->THURSDAY
-> JANUARY
->090
->1
-
- print -r -- ${(V)"$(strftime $'%Y\0%m\0%d' 100000000)"}
-0:Embedded nulls
->1973^@03^@03