mcptask-rails-runner 0.3.20-aarch64-linux → 0.3.21-aarch64-linux
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- checksums.yaml +4 -4
- data/CHANGELOG.md +42 -1
- data/lib/mcptask_rails_runner/version.rb +1 -1
- data/libexec/mcptask_runner +0 -0
- metadata +1 -1
checksums.yaml
CHANGED
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
---
|
|
2
2
|
SHA256:
|
|
3
|
-
metadata.gz:
|
|
4
|
-
data.tar.gz:
|
|
3
|
+
metadata.gz: c4700f7af4f9f38931509f7feac7fcf0eeff821b8879a49b137d4600df0b2d20
|
|
4
|
+
data.tar.gz: e27d30cad99918fa133901a099993903cbbd4aac8f77fed8e369b0ade72fcb94
|
|
5
5
|
SHA512:
|
|
6
|
-
metadata.gz:
|
|
7
|
-
data.tar.gz:
|
|
6
|
+
metadata.gz: a53d52e5afd37cbc9f67cee79b9a83a5405425c2b262ad351b1910b1047ee301fc11e3640ad95beaa5cda50ba9315c0211346c282af185abb4d94417b3d38bd2
|
|
7
|
+
data.tar.gz: 26818eeb5bbc1dd7818f8f20d0a70dc8f34f32723ba712c35552b6a06dfe46a50687721420022ba4f30ff336b5f1dc431206cc48029e4c1dff2f9ca420945c35
|
data/CHANGELOG.md
CHANGED
|
@@ -5,7 +5,48 @@ entries below describe wrapper changes only. Binary changes are listed in the
|
|
|
5
5
|
[mcptask-releases](https://github.com/jchsoft/mcptask-releases/releases)
|
|
6
6
|
release notes for the same tag.
|
|
7
7
|
|
|
8
|
-
##
|
|
8
|
+
## 0.3.21
|
|
9
|
+
|
|
10
|
+
No wrapper changes. Full notes in
|
|
11
|
+
[mcptask-releases v0.3.21](https://github.com/jchsoft/mcptask-releases/releases/tag/v0.3.21).
|
|
12
|
+
|
|
13
|
+
**Upgrading:** run `mcptask_runner update --self` on each host. Both changes are
|
|
14
|
+
binary behaviour, and the first of them only stops costing you a working day
|
|
15
|
+
once the host is actually running the new binary.
|
|
16
|
+
|
|
17
|
+
Binary changes carried by this version:
|
|
18
|
+
|
|
19
|
+
- A deploy of mcptask.online now costs one attempt instead of the working day.
|
|
20
|
+
While the site is being deployed the MCP server is unreachable for minutes and
|
|
21
|
+
then comes back by itself. The runner used to spend its entire recovery budget
|
|
22
|
+
inside about forty seconds — a child dies in ten, five seconds between
|
|
23
|
+
restarts, two restarts — so all three attempts lost the same race before the
|
|
24
|
+
server could possibly be back, and the run ended with `error`. That status is
|
|
25
|
+
what ends the day, so one deploy could end a day that had already completed
|
|
26
|
+
eighteen tasks.
|
|
27
|
+
|
|
28
|
+
The two situations that reach that path are now told apart where they are
|
|
29
|
+
detected, rather than by reading the message afterwards. A deferred tool that
|
|
30
|
+
never loaded is the child's own miss: it keeps its two fast restarts and still
|
|
31
|
+
ends in an error, because it is not going to fix itself. An outage gets six
|
|
32
|
+
restarts at twelve times the wait — about six minutes, which spans a deploy —
|
|
33
|
+
and when that runs out it ends the way a stall does: a verdict the loop
|
|
34
|
+
carries on from, the task left `in_progress` for the next triage, and no bug
|
|
35
|
+
piece, because a deploy is not a defect anybody can fix. The wait keeps the
|
|
36
|
+
heartbeat going, so a card watched through a deploy says the runner is waiting
|
|
37
|
+
rather than falling silent.
|
|
38
|
+
|
|
39
|
+
Like every binary fix, it reaches a host only once that host runs the new
|
|
40
|
+
binary — `mcptask_runner update --self` — and until then a deploy goes on
|
|
41
|
+
costing the day.
|
|
42
|
+
|
|
43
|
+
- Today's skip list is visible. A task the runner has set aside — out of scope,
|
|
44
|
+
failed, already taken by somebody else, a merge it cannot finish — is skipped
|
|
45
|
+
by every later triage that day, and until now the only trace of that decision
|
|
46
|
+
was one line in the log at the moment it was made. It now shows on the startup
|
|
47
|
+
banner, in every wait, and on the dashboard card, so an operator looking at a
|
|
48
|
+
quiet runner can see what it has already declined rather than wondering why a
|
|
49
|
+
piece keeps not being picked up.
|
|
9
50
|
|
|
10
51
|
## 0.3.20
|
|
11
52
|
|
|
@@ -10,5 +10,5 @@ module McptaskRailsRunner
|
|
|
10
10
|
# Binary::INSTALL_DIR. So the pin is per project and per foreground rake
|
|
11
11
|
# invocation; the installed copy is per machine, and the newest binary any of
|
|
12
12
|
# those projects offers is the one that stays.
|
|
13
|
-
VERSION = "0.3.
|
|
13
|
+
VERSION = "0.3.21"
|
|
14
14
|
end
|
data/libexec/mcptask_runner
CHANGED
|
Binary file
|