feat: the updates card moves to the quickshell drawerHEADmaster

The card was a copy of nvtable's table, where installed-behind and
repo-behind share a row and are told apart by colour, and it read
"shipped" from the .info rather than the binary repo. The drawer's
updates page replaces it: one row per package under the action it needs
next, Slackware included. Removed: the card, its sampler and the
nvchecker run it started every 30 minutes (the drawer runs nvchecker
when its result is older than that), nvtable_parse with its test and
fixture, and the package-up icon. The card's slot in the layout is left
open; rearranging the board is a separate decision.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

1 files changed, 4 insertions, 19 deletions

diff --git a/README.md b/README.md
index ad6f930..400d4e6 100644
--- a/README.md
+++ b/README.md
@@ -68,14 +68,16 @@ Three cards cover the machine itself:
 - **Cache**: `~/.cache` total and its four largest subdirectories.
 - **Slackware**: distribution version, package count, kernel, install age, and
   time since the last `slackpkg` ChangeLog update. See below.
-- **Updates**: nvtable's table of tracked packages behind upstream, scrolled
-  with the mouse wheel. See below.
 
 CPU, RAM, temperatures, the GPU, disks, network and the public address used to
 be cards here. They moved to the performance panel of the quickshell island
 (`desktop/island/` in the quickshell repo), which also warns from the status
 pill. The island keeps writing `~/.cache/udt/pubip.txt`.
 
+The updates card, a copy of nvtable's table, moved to the updates page of the
+quickshell drawer (`desktop/modules/updates/`), which sorts each pending update
+into the action it needs and covers Slackware itself.
+
 The cache card reads a cache file that a sampler writes; it never calls `du`
 itself. Sampling is scheduled by conky itself: `conky.text` carries
 a threaded `${texeci}` per sampler, even though that block renders nothing under Cairo.
@@ -85,7 +87,6 @@ a threaded `${texeci}` per sampler, even though that block renders nothing under
     ${texeci 900  ~/.config/conky/bin/slackware-sample.sh}
     ${texeci 300  ~/.config/conky/bin/calendar-sample.sh}
     ${texeci 1800 ~/.config/conky/bin/immich-fetch.sh}
-    ${texeci 600  ~/.config/conky/bin/updates-sample.sh}
 
 The cache and Slackware samplers run every 15 minutes, because `du -sh
 ~/.cache` walks the tree and takes about 100ms warm, which is fine on a slow
@@ -100,7 +101,6 @@ To run a sampler by hand:
     ./bin/cache-sample.sh; echo "exit: $?"
     ./bin/slackware-sample.sh; echo "exit: $?"
     ./bin/calendar-sample.sh; echo "exit: $?"
-    ./bin/updates-sample.sh; echo "exit: $?"
 
 All print nothing and exit 0 on success, and all write a temp file and rename
 it over the target, so the widget never reads a half-written file.
@@ -180,21 +180,6 @@ The key sits in a plain file, like the weather key, because the fetch runs
 unattended from conky: reading it from a GPG-backed store would raise a
 pinentry whenever the agent's cache has expired.
 
-### Updates
-
-nvtable's table of tracked packages that need action: where each is
-installed, the version its SlackBuild ships and, when that is not it, the
-upstream release. The big value is how many installed packages are behind
-upstream. Installed versions read red when behind and green when caught up,
-a shipped `.info` behind upstream reads as a warning. Rows that do not fit
-scroll with the mouse wheel, with a thin scrollbar at the right edge.
-
-`bin/updates-sample.sh` runs every ten minutes and caches `nvtable -C -E`
-in `~/.cache/udt/updates.txt`. It also starts `nvchecker` in the background
-at most every 30 minutes, detached so conky never waits on the network; its
-results show up on the next sample. `nvtable` is looked up in `~/bin` too,
-since conky launched by the compositor lacks the login shell's `PATH`.
-
 ### One colour language across every card
 
 Anything with a comfortable range and an uncomfortable one is coloured by the