+ jHj Rt^RIt^RIHt^RIt^RIt^RIt^RIt^RIt^RI H t ^RI H t H t ^RIHt^RIHtHtHtHtHt^RIHt]P0!R4tRPt]!0RQm4t]P:!R 4t0RRmtR RSR RTR RUR RVRRW/t Rt!RR/RRllt"RRlt#RXRRllt$RRRR/RRllt%RRlt&RRlt'RYR!R"llt(R#RR$R R%R/R&R'llt)R(RZR)R/R*R+llt*R,R-lt+RXR.R/llt,R[R0R1llt-R2R3lt.R4R5lt/R6R7lt0R8R9lt1R:R;lt2R<R=lt3R>R?lt4RXR@RAllt5R\RBRCllt6RDRElt7RFRGlt8RXRHRIllt9RJRRKRRLRRMR/RNROllt:R#)]aTZIP-download fallback for ``hermes update`` (Windows with broken git): two-phase stage/commit swap, dirty-tree guard. Split out of ``update_cmd.py``; every name is re-imported there so ``hermes_cli.update_cmd.`` keeps resolving/monkeypatching. Origin helpers are imported lazily per function (no cycle; test patches stay effective). N)suppress)Path) CollectionOptional) _keep_aside)ZIP_SWAP_JOURNALrestore_interrupted_zip_swapwrite_zip_swap_journalzip_entry_identityzip_swap_owner_lock) _record_stopzhermes_cli.update_cmdz+\.hermes-update-zip-swap\.[0-9a-f]{12}\.tmpapps hermes_cliscriptszui-tuiwebz; Stash or commit your changes, then rerun `hermes update`. ignore_errorsFc4V^8dQhR\R\RR/#)pathrreturnNstrbool)formats">/home/ubuntu/.hermes/hermes-agent/hermes_cli/update_cmd_zip.py __annotate__r5s!  s d t c\PPV4'd\P!VRR7R#\PP V4'dYV'd9\ \4;_uu_4\P!V4RRR4R#\P!V4R#R# +'giR#;i)z0Remove a dir or file; missing paths are a no-op.TrN) osrisdirshutilrmtreeexistsrOSErrorremove)rrs&$r _remove_pathr&5ss ww}}T d$/    '"" $#" IIdO """s B?? C c4V^8dQhR\R\RR/#)rsrcdstrNr)rs"rrrAs& G GS Gs Gt Grc4\\W4V3.4R#)uDReplace *dst* with *src* without a half-deleted window (naive ``rmtree; copytree`` loses the old tree when the copy fails partway — likely here, since the ZIP path only runs when file I/O is flaky). Thin alias over the two-phase helpers; retained for the ``hermes_cli.main`` re-export surface. The naive ``rmtree(dst); copytree(src, dst)`` has a destructive window: if the copy fails partway (common on the Windows ZIP-update path, which only runs because file I/O is already flaky on that machine), the old directory is already gone and nothing replaced it — the install is left with a deleted tree (issue #49145, where ``ui-tui/`` vanished and broke the TUI). Now a thin single-entry alias over the two-phase helpers below, which generalise the same stage-then-swap discipline across every entry the ZIP update touches (#76104). N)_commit_staged_replacements_stage_replacement)r(r)s&&r_atomic_replace_dirr.As "4S">!D EFrc<V^8dQhR\R\R\/#)rr(r)rr*)rs"rrrPs!&&C&c&s&rc V R2pV R2p\PPV4'g<\PPV4'd\P!WA4W43FXp\PPV4'gK*\ RV R\ \ V44P R24KZ \PPV4'd\P!V4M \W4\V4pVe V!V4\V4V8wd\RV R24h\PPV4'd\P!WR R 7V# \dQ\!\4;_uu_4\T4T8Xd \#T4RRR4h +'gih;ii;i) aPhase 1: copy *src* (dir or file) to a sibling staging path for *dst*; return it. Touches nothing live, so a failure here leaves the install untouched. ``on_created(staging)`` runs once the staging entry exists (a directory: before it is filled), so the journal can record it..hermes-update-staging.hermes-update-oldu ⚠ Kept z aside as z%: nothing proves it is this update's.Nzthe staging entry z( was replaced while it was being createdT) dirs_exist_ok)rrlexistsrenameprintrrnamer mkdir_copy_file_exclusiver r$r!copytree BaseExceptionrr&)r(r) on_createdstagingbackupleftovermades&&& rr-r-Ps~+,Gu& 'F 77??3  BGGOOF$;$; &% 77??8 $ $ KzKX4O4T4T3UV## $&  ww}}S S* g &D   ! w  g &$ ..wi7_`a a 77==   OOC = N g  !'*d2W%    s+AF-F"G")G G" G  G"syncr<c@V^8dQhR\R\R\RR/#)rr(r)rArNr)rs"rrrys)cdX\rc \P\P,\P,\ \R^4,\ \R^4,p\P !V4p\P !WR4pVe V!V4\P!VR4;_uu_4p\ VR4;_uu_4p\P!WR 4VP4\P\P9d7\P!VP4VPR,4\P\P9d=\P!VP4VP VP"3R7V'd%\P$!VP44RRR4RRR4R# +'giL;i +'giR#;i \&dL\)\*4;_uu_4\P,!T4RRR4h +'gih;ii;i) a``copy2`` that only ever creates ``dst``: O_CREAT|O_EXCL (+O_NOFOLLOW) fails on any entry there (symlink, hardlink, file) instead of writing through it, and the bytes and mode go through the held fd. Times are copied only where that can be done without following ``dst``. ``on_created(dst)`` runs once ``dst`` exists, before a byte is written, so a journal can record what this run made. O_NOFOLLOWO_BINARYiNwbrbi)ns)rO_WRONLYO_CREATO_EXCLgetattrstatopenfdopenr! copyfileobjflushchmod supports_fdfilenost_modeutime st_atime_ns st_mtime_nsfsyncr;rr$r%) r(r)rAr<flagsstfdoutsources &&$$ rr9r9ysm KK"** $ryy 072|Q3O ORYZ\^hjkRl lE B U #B  ! sO YYr4 Cc4F   vG 4 IIKxx2>>)rzzF':;xx2>>)2>>2>>*JK&*9    g   IIcN   sa+HHC'G3 =$G3 !H)H3 H >H H HH"I0<I I0 I, ' I0cV^8dQhRR/#rrN)rs"rrrsQQtQrcVFwr\V4K R# \d"p\PRY4Rp?K>Rp?ii;i)zRemove staging paths for never-committed entries; otherwise a phase-1 failure (disk exhaustion) orphans up to a full second tree and the advised retry fails harder with less free space.z$could not remove staging path %s: %sN)r&r$loggerwarning)stagedr=_dstexcs& r_discard_stagedrisD  Q  !  Q NNA7 P P Qs  AAAc<V^8dQhR\R\R\/#)rrr>rr)rs"rrrs!3rcX\P!W4R# \dR#i;i)zHardlink ``path`` to ``backup``; False where links are unsupported. A link is all-or-nothing, so a killed swap never leaves a short backup the restore would put back.FT)rlinkr$)rr>s&&r_hardlink_backuprms,   s  ))c@V^8dQhR\R\R\RR/#)rrr>tagrNr*)rs"rrrs(sCcrc\W4'dR#T RT;'g%\P!^4P4 R2p\ WRVR7\P !WA4R# \ dL\\ 4;_uu_4\P!T4RRR4h +'gih;ii;i)amBack up the regular file ``path`` as a complete ``backup`` while ``path`` stays in place: a hardlink, or where links are unsupported (FAT32/exFAT/SMB) a synced copy landed whole by ``os.replace``. The copy's temp carries the journal's random ``tag``, and ``on_temp(temp)`` journals it as it comes into existence: recovery deletes a temp only on that record (F78-R).N..tmpT)rAr<) rmrurandomhexr9replacer$rr%)rr>rpon_temptmps&&&& r _file_backuprys %% HAc00RZZ]..01 6CTTgF 3  g   IIcN   s$ $A//"CB1( C1 C < C on_committedrprwc(V^8dQhR\RR/#)rrprNr*)rs"rrrs4545345^b45rc.pVEF5wrVV R2p\PPV4'd\V R24h\PP V4'd\\PP V4'g7\ WgW#4VPWg34\P!WV4K\PPV4'd*\P!Wg4VPWg34MVPVR34\P!WV4EK8 TeT!4TFwrT'gK\TRR7K R# \Ed\T4FwrgT'dc\PP T4'd>\PP T4'g\P!Yv4Kp\T4T'd@\PPT4'd\P!Yv4KKK \d"p\PRYh4Rp?KRp?ii;i hi;i)uPhase 2: swap every staged entry into place, rolling back all on failure. Per-entry safety wasn't enough: a partway failure over ~90 entries left a mixed-version tree (every file valid, combination unbootable). Covers plain files too (repo root holds 20 first-party modules). Each swap is an ``os.rename`` onto a just-moved-aside path — atomic on POSIX and NTFS, unlike ``copy2`` onto a live path. Stage-all-then-swap-all shrinks the failure window to N renames and a failed swap restores every entry already swapped, so the tree lands wholly new or wholly old. ``_atomic_replace_dir`` makes each *individual* directory swap safe, but the ZIP update replaces ~90 top-level entries in a loop, and nothing made the loop atomic *as a whole*. See #63717, #76091, #76104. A plain file is never absent, not even for one rename: its backup is a hardlink (or, without hardlinks, a complete copy) and ``os.replace`` lands the new bytes over it; only directories move aside. The root modules every launcher imports first (``hermes_constants``, ``hermes_bootstrap``) therefore always import, and ``hermes_bootstrap`` runs the journal-driven restore even while a killed swap left a directory (``hermes_cli/`` included) moved aside. r2z1 appeared during the update; it was left in placernzrollback failed for %s: %sNTr)rrr4FileExistsErrorisfileislinkryappendrvr5r$reversedr&rdre) rfrzrprwswappedr=r)r>rhrgs &$$$ rr,r,s$&(G"LGu./Fwwv&&%0a&bccww~~c""277>>#+>+>S#7}- 7(wws## #&}-Ry) IIg ##8  6 t 4   #G,KC GbggnnV44RWW^^F=S=SJJv+S!bggoof55IIf*66 G;SFF G-  shA$E/)$E/AE/)AE//I= ,I 9$I I 4I=67I .I I= I6I1+I=1I66I=rfshippedc V^8dQhR\R\\,R\\\,,R\\,/#)rrootrfrr)rrrr)rs"rrrsC0\0\ 0\%c?0\:B:c?:S0\ c]0\rc aaVR, P4'gR#^RIHp\PR8Xd.ROMR.pV!V.ROVRRRRR 7pVP ^8Xd]SfYV!V.ROVRRRRR 7pVP ^8Xd$\ VPP44MRoVP VnVP ^8wdcVP;'gVP;'gR P4P4pR V'dR V^, R 2 2#R 2#\;QJdBVV3RlVP;'gR P44F 'gK RM7 RM3!VV3RlVP;'gR P444pV'dR#R#)aWhy overlaying a ZIP onto ``root`` would destroy work, or None if safe. The swap replaces every top-level entry (minus a tiny preserve set) and deletes backups, so uncommitted edits and untracked files are gone. Fails closed when git status cannot run. ``staged`` is for the pre-swap re-check: phase 1 leaves ``.hermes-update-staging`` for those entries, which git reports as untracked; without the filter the re-check always refuses. ``shipped`` is the extracted ZIP's top-level entry set once known (the re-check); before the download the tracked root entries stand in for it. A gitignored path under a root entry the ZIP does not ship is never touched by the swap. Fail closed when git status cannot run: unknown dirtiness is not a license to clobber the tree (#87304). .gitN)run_gitwin32gitTzutf-8rv)cwdcapture_outputtextencodingerrorsrnz could not check the working treez ()c3<"TFGpVP4;'d+\VS4'*;'d\VS4'*xKI R#5iN)strip#_is_zip_preserved_entry_status_line$_is_zip_staging_artifact_status_line).0linerrfs& r ,_zip_overlay_block_reason..sZ7D  C C3D'B B C C4T6B B C7sAAAFz;the working tree has uncommitted changes or untracked files)rz-czwindows.appendAtomically=false)statusz --porcelainz--untracked-files=allz--ignored=matching)zls-treez --name-onlyHEAD) r#hermes_cli.update_custodyrsysplatform returncodesetstdout splitlinesstderrrany) rrfrrgit_cmdresulttrackeddetaildirtys &dd r_zip_overlay_block_reasonrs 6M ! ! # #1ADQXAX=_d^eG  Y D79FA'/ 7Twy 7>6H6HA6M#gnn//12SW#.. A--666==66B==?JJL1vBvayk2C1VWWSU1VWW C]]((b446 CCC]]((b446  E MR H[W[[rc0V^8dQhR\R\/#)rrrr*)rs"rrr"sSSCSCSrcVP4PR4PRR4PR4PR^4^,#)"\/)rrvrstripsplit)rs&r_status_top_levelr"sD ::<  c " * *4 5 < "`` split applies ONLY to R/C codes: porcelain v1 doesn't quote plain names with spaces, so ``venv -> node_modules`` on a ``!!``/``??`` line is ONE path and splitting would fail-open. Requiring EVERY path preserved keeps renames out of a preserved dir (``R venv/x -> src/x``) blocking. :NrNNNrnc3*"TF qR9xK R#5i)RCNrb)rcodes& rr6_is_zip_preserved_entry_status_line..4s(I&$&TFz -> c3F"TFp\V4\9xK R#5ir)r_ZIP_PRESERVED_TOP_LEVEL)rrs& rrr5s Q54 T "&> >5s!z!!rrrc3f<"TF&pSV8H;'gSPV R24xK( R#5i)rN) startswith)rkeepnesteds& rrr=s7MhDfD$77&++tfAJ77Dfs11) __pycache__ node_modulesrb) lenrrallrrvr partitionrsplit_ZIP_PRESERVED_NESTEDget) rrrpayloadpathsrtop_rs && @rrr&sb/2$i1ntBxb*2t*OF%(S(I&(ISSS(I&(I%I%IGMM& !PWyE s Q5 Qsss Q5 QQQ ~ ==?  % - -dC 8 ? ? DD^^C(NCFs1 ;;sA r "&E E h hMhDYD]D]^aceDfMhhhMhDYD]D]^aceDfMhJhhrcRV^8dQhR\R\\,R\/#)rrrfr)rrr)rs"rrrAs+UUsUJsOUUYUrc \\V4^8d VR,MT4pV\9;'gL\\P V44;'g&Y!Uu0uFq3\ ^,,kK up9#uupi)aTrue when a porcelain status line is Hermes' own: a root breadcrumb, or the staging copy of an entry this run staged. Any other ``*.hermes-update-staging``/``-old`` may be a user's file (a manual ``cp -r tools tools.hermes-update-old``) that staging would delete, so it blocks.r)rr_ZIP_HERMES_ROOT_ARTIFACTSr_ZIP_JOURNAL_TEMP fullmatch_ZIP_STAGING_ARTIFACT_SUFFIXES)rrfritems&& rrrAs D QDHD AC - - T T6G6Q6QRU6V1W T TFSFD/``; fall back to the first non-``__MACOSX`` dir. hermes-agent-__MACOSX)rrrr listdir)rr extractedd candidates&& r_extracted_rootr ws| W fX&>?I 77== # #G$A W0Iww}}Y''AO  % rcVV^8dQhR\R\\,R\RR/#)rrentries project_rootrN)rlist)rs"rrrs-  c DI S UY rca\V3RlV44\V3RlV44,p\VR,4p\P!V4PpWT8d!\ RVR, RVR, R24hR#) uStaging costs one extra tree copy; swaps are renames, so require the copy plus 20% headroom — not 2x, which would block updates on exactly the space-constrained machines that hit this path.c 3*<"TFp\P!\PPSV44FMwr#pVFAp\PP \PPW%44xKC KO K R#5ir)rwalkrrgetsize)rentrydirpath_dirsfilesfrs& rr)_require_staging_space..sp E%'WWRWW\\)U-K%L !GEA  W011 2%L 2sBBc3(<"TFp\PP\PPSV44'gKH\PP \PPSV44xK R#5ir)rrr~rr)rers& rrrsX wABGGNN[][b[b[g[ghqst[uLv 7BGGOOBGGLLA6 7 7s AB ABg333333?z=not enough free disk space to stage the update safely (need ~z MB, have z MB)NrI)sumintr! disk_usagefree RuntimeError)rr r needrequiredrsf&& r_require_staging_spacer!s     w ww xD4#:H   \ * / /D ;/0 4K;P:QQU W  rc4V^8dQhR\R\RR/#)rr_ destinationrNr*)rs"rrrs!**3*S*T*rc\P!W4R# \d\P!Y4R#i;i)zHardlink where the filesystem allows (apps/desktop/node_modules is hundreds of MB, and a link stays valid after the swap unlinks the old tree; on Windows a link also succeeds on a locked Hermes.exe where copy2 raises); byte copy otherwise.N)rrlr$r!copy2)r_r#s&&r_link_or_copy_artifactr&s.* $ * V)*s !??c@V^8dQhR\R\R\RR/#)rrliver=rNr*)rs"rrrs. b b# bS b3 b4 brcD\PVR4EFp\PP!V.VP R4O5!p\PP!V.VP R4O5!p\PP V4'g&\PPV4'gK\P!\PPV4RR7\P!WER\R7EK R#)zClone the live build outputs under *item* into its staged copy so the swap keeps them. A path the ZIP ships wins over the live copy; a never-built install has nothing to graft.rT)exist_ok)symlinks copy_functionNrb) rrrrrrr4r makedirsdirnamer!r:r&)rr(r=rr_r#s&&& r_graft_nested_artifactsr/s(++D"5d7V\\#%67ggll7?V\\#->? 77??; ' 'rww}}V/D/D  BGGOOK04@dJ`aa 6rc V^8dQhR\R\\,R\R\\\\3,,/#)rrr r r)rr tuple)rs"rrrs:cDIS'+E#s(O'<rc na.p\V4FwrV\PPW&4pTP \ \PPW4TSfRMV3V3Rll4V34\ WgVR,^,4K V# \d\T4hi;i)aPhase 1 for every entry; on failure nothing is live yet, so drop partial staging copies so a retry starts from the same free space. An entry is listed only once its staging copy is this run's: a copy that fails partway drops its own partial tree (``_stage_replacement``), and a pathname this run never created (a user's file there) is never ``_discard_staged``'s to delete (F78). ``on_created(index, staging)``: the journal's hook as each staging entry comes into existence.Nc<S!W4#rrb)rir<s&&r _stage_entries..s zRSGZrr) enumeraterrrrr-r/ Exceptionri)rr r r<rfindexrr)s&&&f r_stage_entriesr:s%'F $W-KE'',,|2C MM- Y-s"*1Z]^ac d $Dvbz!} =. M  s BBB4cJV^8dQhR\R\\,RR/#)rrr rN)rr r)rs"rrrs&666S 6dh6rcJaaVUau.uFIo\;QJd VV3RlV4F 'gK RM RM!VV3RlV44'gKGSNKK ppV'd!\RRPV4 R24R#S\, P RR7R#uupi) zThe journal is the only record of the swap's siblings (````): it goes only once every one of them is gone, else the next launch's recovery could not tell them from a user's file.c3<"TFIp\PP\PPSSV,44xKK R#5irrrr4r)rxrrs& rr)_drop_journal_if_clean..s8+lck^_BGGOOBGGLLtVWx)rsuffixrrs& rr,_journaled_stage_and_swap..s=&P4N&')ggoobggll4PV6W&X&X4NrArnr2TFr=c4V^8dQhR\R\RR/#)rr9r=rN)rr)rs"rr/_journaled_stage_and_swap..__annotate__s& N N Ns Nt Nrc<\V4SV,^&V\S4^, 8XgK\PP \PP SSV,44'd\ SRSS4R#R#)rr=N)r rrrr rr )r9r=r rgenjournal_entriesrs&&r record_staged0_journaled_stage_and_swap..record_stagedsf );7(COE "1 %G q((BGGMM"'',,yRYZ_R`:a,b,b&tYM-cr)rfrNu*✗ ZIP fallback aborted before the swap: rrzi Files appeared in the checkout while the update was downloading; committing the swap would delete them.rz: swappingc(V^8dQhR\RR/#)rrxrNr*)rs"rrrRs R RS RT Rrc<\VRR7S\PPV4&\ SRSSS4R#)T)fillingrXN)r rrbasenamer )rxrTrUrtempss&r record_temp._journaled_stage_and_swap..record_temps3+=c4+PE"''""3' ( "4_c5 Qrc <\SRSS4#) committed)r )rTrUrsrr5+_journaled_stage_and_swap..s)?kSbdg)hr)rzrprwr1z.hermes-update-old.rs)rnr2)#rrJrrKrrrr#rr rrrrtrur r:rr;rFrrir6rr rrtree_syntax_errorr SyntaxErrorarm_commit_obligationsr r,rr$)rr r target_sha_commitrKrownedrrVrfrecheck_reasonbrokenrr^rTrUr]sfff& ` @@@r_journaled_stage_and_swaprks8@!& ''))bcc T - -"',,&"8 \m m@[\a\h\h[iij>km mfmnel]a!##&P4N&P###&P4N&P#PQSUWYelnjjm!tYE N N #IwD =QF34QXY  % F # "4 1 >~>NaP Q } ~ +  0 1 DHHMM! ..tI@VW W6 W 2fQi[9: :&&tZ-=-=2>$E)$q/:E!H%tZ#F " R R $ !hnq !g   "43KMa5HT3R3T UE .J M{n   "4 1  T E . -J Msc">K% J11J1 J1)AK%,J6CK%A4K% K K%1K%6KK% K" K%% K6 c<V^8dQhR\R\R\/#)rrh downloadedr)r;rr)rs"rrr's! = = =t = =rc^RIp\VRR4VP8Xg7\V\4'd#\ V4P R4'dR#\V\4'dR#V'dR#R#)zWClosed stop token for a failed ZIP update: by exception type and errno, never its text.Nerrnoznot enough free disk space disk_fulltarget_syntax_error zip_faileddownload_failed)rorMENOSPC isinstancerrrrd)rhrmros&$ r_zip_stop_classrv's]sGT"ell2 sL ) )c#h.A.AB^._._#{##$%<<+<>FFHHC113 ! 's+, :; B C_Q>?  a   gT2 gT2soAE) E)! E)./E) E$.E$4AE)$E)) I55I0 A*G?6 I0? H A!I0+J0I55JJ-had_desktop_app_before_updaterftarget_repositorycompletion_requestcdV^8dQhR\R\R,R\R,R\/#)rrrfNrr)rr)rs"rrrhs3%%D%"Tz%EH4Z%/3%rc^RIHpHpV!4PV4pVR8wdJ\ RV R24\ RV R24\ R4V!4P P^4\4Vf^RI H pV!R R 7Ve)\P!R V4'g \R 4hVeTMR V 2p T;'gRp \P!RV 4'dY\;QJd+RV PR44F 'gK R M RM!RV PR444'd \R4h\!VRV RV R2V4p T ;'gTVR&RVR&V!V4R #)zUpdate via ZIP when Windows git file I/O fails; dependency/build failures propagate. A supplied commit keeps the archive on the target selected before Git failed. )r_complete_source_updatemainu ✗ --branch=z: is not supported on the Windows ZIP-fallback update path.z This path runs when git file I/O is broken on the system. Either resolve the git-side breakage (typically an antivirus or NTFS filter holding files open) and rerun `hermes update --branch z/`, or update against main with `hermes update`.branch_unsupported)stop_for_relaunchT) incompleterz,ZIP update requires an exact full commit SHAz refs/heads/zNousResearch/hermes-agentz[A-Za-z0-9_.-]+/[A-Za-z0-9_.-]+c3*"TF qR9xK R#5i)rrN)rrz..rb)rparts& rr"_update_via_zip..sI3H4;&3HrrFz-ZIP update requires a GitHub owner/repositoryzhttps://github.com/z /archive/r| expected_shazip apply_mode)rrr_resolve_update_branchr6r rrrhermes_cli._old_updaterrrrrrrr) argsrrfrrrrrrref repository installeds &$$$$ r_update_via_ziprhslBT ( ( .F  fX%_`a  xN P )*  a#%!=T*bll?J&O&OGHH".*k&4JC"AA&AJ LL;Z H HsI:3C3CC3HIsssI:3C3CC3HIIIHII&v1DZLPYZ]Y^^b/ceopI)2)@)@j~&',|$./ r)r1r2>.update-incomplete.hermes-update-zip-swap.lazy-refresh-incomplete.hermes-update-zip-swap.lock>venvr.envr.venv)zdesktop/releasez desktop/distzdesktop/node_modulesz desktop/build)web_dist)zwhatsapp-bridge/node_modules)distrzpackages/hermes-ink/dist)rr)rnNrb)rb))r1);__doc__logging contextlibrrrr! subprocessrpathlibrtypingrrhermes_cli._early_recoveryrhermes_cli._early_recovery_ziprrr r r hermes_cli.update_cmd_commonr getLoggerrdr frozensetrcompilerrrrr&r.r-r9rirmryr,rrrrrrrr r!r&r/r:rFrkrvrrrbrrrs   '2uu5   2 3!O'(qr JJMNM X- 0 B  L  U  G&RUt4Q"454545UY45n0\-/0\VZ0\fSh6U("G 2* b06Pf =13j%5%,0%RV%&*%%r