packages feed

shikumi-cache 0.1.0.1 → 0.1.1.0

raw patch · 3 files changed

+13/−5 lines, 3 filesdep ~shikumidep ~shikumi-cachePVP ok

version bump matches the API change (PVP)

Dependency ranges changed: shikumi, shikumi-cache

API changes (from Hackage documentation)

Files

CHANGELOG.md view
@@ -2,6 +2,14 @@  ## Unreleased +## 0.1.1.0 - 2026-06-28++### Changed++- Refreshed the internal `shikumi` bound for the `0.2` series.+- Updated SQLite backend internals to match the record-patterns conventions used+  across the package set.+ ## 0.1.0.1 - 2026-06-21  ### Changed
shikumi-cache.cabal view
@@ -1,6 +1,6 @@ cabal-version:   3.4 name:            shikumi-cache-version:         0.1.0.1+version:         0.1.1.0 synopsis:        Content-addressed response caching for shikumi (EP-6) category:        AI description:@@ -54,7 +54,7 @@     , generic-lens     , lens           ^>=5.3     , scientific-    , shikumi        ^>=0.1.0.1+    , shikumi        ^>=0.2.0.0     , stm     , text           ^>=2.1     , time@@ -78,8 +78,8 @@     , generic-lens     , lens     , process-    , shikumi        ^>=0.1.0.1-    , shikumi-cache  ^>=0.1.0.1+    , shikumi        ^>=0.2.0.0+    , shikumi-cache  ^>=0.1.1.0     , stm     , tasty     , tasty-hunit
src/Shikumi/Cache/Backend/SQLite.hs view
@@ -42,7 +42,7 @@  -- | A handle to an open SQLite-backed cache. The 'Database' is behind an 'MVar' -- so all access through the 'Cache' effect is serialized.-newtype SQLiteCache = SQLiteCache {sqliteDb :: MVar Database}+newtype SQLiteCache = SQLiteCache {db :: MVar Database}  -- | The schema. The @key@ is the 64-hex 'CacheKey' (already version-namespaced -- via the @version@ field baked into the hash). @value@ is the UTF-8 JSON of