@rse/ase 0.0.42 → 0.0.43

package/plugin/node_modules/@rse/stx/src/stx-logo.svg

@@ -1,31 +0,0 @@
-<?xml version="1.0" encoding="UTF-8"?>
-<svg id="Layer_1" xmlns="http://www.w3.org/2000/svg" version="1.1" viewBox="0 0 882.64 329.75">
-  <!-- Generator: Adobe Illustrator 29.6.0, SVG Export Plug-In . SVG Version: 2.1.1 Build 207)  -->
-  <defs>
-    <style>
-      .st0 {
-        fill: #ccc;
-      }
-
-      .st1 {
-        fill: #666;
-      }
-
-      .st2 {
-        fill: #369;
-      }
-
-      .st3 {
-        fill: #999;
-      }
-    </style>
-  </defs>
-  <g>
-    <path class="st2" d="M606.01,12.15l-12.18,65.6,22.09,1.45,29.47,60.57-63.27-1.57-13.12,63.72c-1.41,7.5-3.28,19.68-3.28,26.24,0,9.84,4.22,17.81,18.74,17.81,5.62,0,32.27-2.6,38.83-3.07l-54.02,66.32c-9.84,3.75-4.95,4.22-20.42,4.22-43.58,0-65.13-20.62-65.13-51.54,0-12.65,1.41-24.83,4.69-42.64l18.66-93.4h-20.46l1.34-48.1h28.11l8.9-46.86,81.06-18.74Z"/>
-    <path class="st2" d="M309.1,239.86c14.06,6.56,40.77,16.87,64.66,16.4,15.93,0,22.49-6.09,22.49-13.59,0-8.43-7.03-14.99-27.18-23.9-26.24-12.65-51.54-31.86-51.54-62.32,0-51.07,44.98-82.94,108.71-82.94,29.52,0,70.19-.24,91.46.76l-5.73,57.29c-32.74-2.46-66.3-3.27-89.01-.42-14.88,1.87-24.83,4.69-24.83,14.06,0,6.56,8.43,13.59,26.24,21.55,24.83,11.71,55.29,29.05,55.29,63.72,0,54.82-47.32,83.4-113.39,83.4-30.92,0-60.91-7.97-75.91-18.74l18.74-55.29Z"/>
-    <path class="st2" d="M709.34,77.86l9.84,27.65c7.97,20.15,11.71,31.86,14.53,39.83h1.41c8.43-12.18,14.99-23.9,24.37-37.95l18.27-29.52h91.37l-96.99,111.99,52.95,118.55h-87.62l-10.78-30.46c-6.09-16.4-10.31-29.05-14.06-42.17h-1.41c-6.09,10.78-12.65,22.96-22.96,40.3l-19.68,32.33h-91.84l99.34-119.48-54.35-111.05h87.62Z"/>
-  </g>
-  <path class="st1" d="M147.29,186.89c1.5,5.13,3.57,10.07,6.19,14.71l-7.48,9.43c-2.44,3.08-2.17,7.48.58,10.25l12.88,12.88c2.78,2.78,7.17,3.02,10.25.58l9.37-7.42c4.82,2.78,9.95,4.94,15.29,6.47l1.4,12.05c.46,3.91,3.75,6.84,7.66,6.84h18.22c3.91,0,7.2-2.93,7.66-6.84l1.34-11.63c5.74-1.5,11.23-3.72,16.39-6.62l9.06,7.17c3.08,2.44,7.48,2.17,10.25-.58l12.88-12.88c2.78-2.78,3.02-7.17.58-10.25l-7.05-8.94c2.93-5.07,5.22-10.47,6.74-16.11l10.86-1.25c3.91-.46,6.84-3.75,6.84-7.66v-18.22c0-3.91-2.93-7.2-6.84-7.66l-10.71-1.25c-1.47-5.58-3.66-10.92-6.47-15.93l6.59-8.33c2.44-3.08,2.17-7.48-.58-10.25l-12.85-12.85c-2.78-2.78-7.17-3.02-10.25-.58l-8.09,6.41c-5.25-3.08-10.86-5.43-16.75-7.02l-1.22-10.47c-.46-3.91-3.75-6.84-7.66-6.84h-18.22c-3.91,0-7.2,2.93-7.66,6.84l-1.22,10.47c-6.04,1.62-11.81,4.06-17.18,7.26l-8.39-6.65c-3.08-2.44-7.48-2.17-10.25.58l-12.88,12.88c-2.78,2.78-3.02,7.17-.58,10.25l7.02,8.88c-2.81,5.07-4.94,10.47-6.35,16.08l-11.23,1.28c-3.91.46-6.84,3.75-6.84,7.66v18.22c0,3.91,2.93,7.2,6.84,7.66l11.84,1.37ZM213.29,137.61c16.6,0,30.12,13.52,30.12,30.12s-13.52,30.12-30.12,30.12-30.12-13.52-30.12-30.12,13.52-30.12,30.12-30.12Z"/>
-  <path class="st3" d="M139.37,199.72l-9.26-8.52c-2.85-2.63-7.22-2.69-10.13-.15l-5.52,4.75c-4.39-2.35-9.08-4.08-13.95-5.17l-1.18-7.38c-.6-3.81-4-6.58-7.85-6.44l-12.58.54c-3.86.17-7.01,3.19-7.29,7.05l-.56,7.43c-4.89,1.53-9.53,3.72-13.81,6.53l-6.16-4.48c-3.14-2.27-7.47-1.84-10.09,1.01l-8.52,9.32c-2.63,2.85-2.69,7.22-.15,10.13l5.3,6.15c-2.1,4.25-3.67,8.73-4.66,13.36l-8,1.28c-3.81.6-6.58,4-6.44,7.85l.54,12.58c.17,3.86,3.19,7.01,7.05,7.29l8.56.64c1.38,4.15,3.26,8.11,5.58,11.84l-5.09,7.02c-2.27,3.14-1.84,7.47,1.01,10.09l9.26,8.52c2.85,2.63,7.22,2.69,10.13.15l6.53-5.62c4.03,2.1,8.3,3.71,12.72,4.75l1.37,8.67c.6,3.81,4,6.58,7.85,6.44l12.58-.54c3.86-.17,7.01-3.19,7.29-7.05l.63-8.4c4.64-1.42,9.06-3.43,13.17-5.98l6.73,4.87c3.14,2.27,7.47,1.84,10.09-1.01l8.52-9.26c2.62-2.85,2.69-7.22.15-10.13l-5.33-6.15c2.23-4.24,3.91-8.75,4.97-13.41l7.69-1.23c3.81-.6,6.58-4,6.44-7.85l-.54-12.58c-.17-3.86-3.19-7.01-7.05-7.29l-7.64-.57c-1.4-4.52-3.35-8.82-5.84-12.83l4.44-6.1c2.33-3.14,1.91-7.49-.95-10.12ZM89.08,270.17c-13.59.59-25.11-10.01-25.67-23.6-.59-13.59,10.01-25.11,23.6-25.67,13.59-.59,25.11,10.01,25.67,23.6.59,13.59-10.01,25.11-23.6,25.67Z"/>
-  <path class="st0" d="M37.38,130.53c-3.32,1.97-4.65,6.15-3.05,9.68l3.16,7.05c1.57,3.54,5.56,5.33,9.25,4.16l5.46-1.72c2.31,2.73,4.91,5.16,7.8,7.25l-1.43,5.64c-.95,3.77,1.04,7.62,4.67,9l7.22,2.74c3.63,1.38,7.69-.16,9.49-3.62l2.65-5.09c3.7.37,7.41.31,11.05-.24l3.01,5.06c1.97,3.32,6.15,4.65,9.68,3.05l7.05-3.16c3.54-1.57,5.33-5.56,4.16-9.25l-1.7-5.34c3.09-2.47,5.81-5.31,8.18-8.49l5.33,1.34c3.77.95,7.62-1.04,9-4.67l2.74-7.22c1.38-3.63-.16-7.69-3.62-9.49l-4.75-2.48c.42-3.89.33-7.79-.28-11.64l4.38-2.6c3.32-1.97,4.65-6.15,3.05-9.68l-3.16-7.05c-1.57-3.54-5.56-5.33-9.25-4.16l-4.76,1.49c-2.42-2.98-5.21-5.66-8.28-7.94l1.21-4.73c.95-3.77-1.04-7.62-4.67-9l-7.22-2.74c-3.63-1.38-7.69.16-9.49,3.62l-2.16,4.13c-4.04-.45-8.1-.35-12.11.29l-2.46-4.14c-1.98-3.32-6.15-4.65-9.68-3.05l-7.05,3.16c-3.54,1.57-5.33,5.56-4.16,9.25l1.45,4.58c-3.22,2.63-6.07,5.7-8.47,9.1l-4.77-1.22c-3.77-.95-7.62,1.04-9,4.67l-2.76,7.26c-1.38,3.63.16,7.69,3.62,9.49l4.73,2.45c-.31,3.84-.16,7.71.53,11.53l-4.62,2.74ZM78.94,101.67c10.1-4.54,22,0,26.54,10.11,4.54,10.1,0,22-10.11,26.54-10.1,4.54-22,0-26.54-10.11-4.54-10.1,0-22,10.11-26.54Z"/>
-</svg>

package/plugin/node_modules/@rse/stx/src/stx.md

@@ -1,293 +0,0 @@
-
-# stx(1) -- Simple Task Execution
-
-## SYNOPSIS
-
-`stx`
-\[`-h`|`--help`\]
-\[`-V`|`--version`\]
-\[`-l`|`--log` *log-level*\]
-\[`-v`|`--verbose` *verbosity-level*\]
-\[`-c`|`--config` *config-file*\]
-\[`-e`|`--env` *key*`=`*val*\]
-\[`-p`|`--prefix` *task-name-prefix*\]
-\[`-s`|`--single`\]
-\[*task-name* [*task-option* \[...\]\] \[...\]
-
-## DESCRIPTION
-
-`stx`(1), *Simple Task Execution*, is a small command-line tool to run
-small scripts to perform certain tasks. It is intended to be used inside
-a software build process, especially in one based on *Node Package
-Manager (NPM)* scripts. `stx`(1) is inspired by and somewhat resembles
-good-old Unix `make`(1), but it is not intended as a direct replacement for it.
-
-## OPTIONS
-
-The following command-line options and arguments exist:
-
-- \[`-h`|`--help`\]:
-  Show program usage information only.
-
-- \[`-V`|`--version`\]:
-  Show program version information only.
-
-- \[`-l`|`--log *logging-level*`\]:
-  Set logging level for tracing the execution processing:
-  `error`, `warning`, `info` or `debug`.
-  The default is `warning`.
-
-- \[`-v`|`--verbose *verbosity-level*`\]:
-  Set verbosity level for showing script information:
-  `4` (separator, comment, command, and script),
-  `3` (comment, command, and script).
-  `2` (command and script),
-  `1` (script only), or
-  `0` (none).
-  The default is `0`.
-
-- \[`-v`|`--version`\]:
-  Show executed scripts before execution.
-
-- \[`-c`|`--config` *config-file*\]:
-  Use *config-file* for the configuration. The default is the
-  relative path `etc/stx.conf` from the current working directory.
-
-- \[`-e`|`--env` *key*`=`*val*\]:
-  Extend the process environment with an additional variable of name
-  *key* and value *val*. This is for convenience reasons as passing
-  environment variables externally is platform and shell specific.
-
-- \[`-p`|`--prefix` *task-name-prefix*\]:
-  Prefix all passed *task-name* arguments with *task-name-prefix* before
-  trying to execute them. This is for convenience reasons to
-  not having to repeat common prefixes of related tasks.
-
-- \[`-s`|`--single`\]:
-  Treat all trailing command line arguments after the first *task-name*
-  as arguments to a single task. The default is to treat all arguments
-  which do not stark with `-` or `+` as separate task names.
-
-- \[*task-name* \[*task-option* \[...\]\] \[...\]
-  One or more requests to execute a task named *task-name*
-  with zero or more passed options *task-option*. The
-  *task-name* has to match the regular expression
-  `@?[a-zA-Z_.](?:[a-zA-Z0-9_:.-]+[a-zA-Z0-9_]|[a-zA-Z0-9_]+)`.
-  Hence, examples of *task-name* are `foo`, `foo-bar`, `Foo.Bar`,
-  `FOO:BAR:QUUX`, etc. The *task-option* has to start with a hyphen
-  (`-`). If a command line argument starts with a plus (`+`) this
-  prefix is stripped and the argument is NOT treated as a following
-  *task-name*, even if option `-s`|`--single` is not enabled.
-  The *task-name* arguments are split into segments (separated
-  by the regular expression `[_.:-]`) and then each segment is
-  matched with multiple strategies: exact match, case-insensite
-  match, fuzzy match and prefix match.
-
-## CONFIGURATION
-
-The configuration file of `stx`(1) has to match to the following PEG-style grammar:
-
-```txt
-<config>        ::= <empty-line> | <comment-block> | <config-block>
-
-<empty-lines>   ::= /(\s*\r?\n)+/
-<comment-block> ::= /(?:#.*?\r?\n)+/
-<config-block>  ::= <specification> <script>
-
-<specification> ::= <target>+ (":" <source>+)? <constraint>* <language>?
-<script>        ::= /(\s+\S.*?\r?\n)+/
-
-<target>        ::= <task> | <file>
-<source>        ::= (<task> | <file>) "?"?
-<constraint>    ::= "[" "!"? /.+?/ "]"
-<language>      ::= "{" /.+?/ "}"
-
-<task>          ::= <name>
-<file>          ::= "@" <name>
-
-<name>          ::= <quoted> | <bareword>
-
-<quoted>        ::= /"((?:\\"|[^\r\n])*)"/
-<bareword>      ::= <segment> (<sep> <segment>)*
-
-<segment>       ::= /[a-zA-Z][a-zA-Z0-9]*/
-<sep>           ::= /[_.:-]/
-```
-
-The configuration structure and semantics are:
-
-- Each configuration consists of one or more configuration blocks,
-  each starting with a single non-indented specification line,
-  followed by one or more indented script lines.
-
-- Specifications consist of one or more targets, zero
-  or more sources, zero or more platform constraints
-  and an optional language.
-
-- Targets and sources are either task name definitions and task
-  name references or (when prefixed with `@`) output file definitions
-  and inputs file references. A source postfix of `?` denotes
-  an optional source, which for a task reference means the task
-  execution is allowed to fail and for a file reference means
-  the file is allowed to not exist.
-
-- Constraints are key/value and allow glob-style matches of the value
-  (optionally negated by a `!` prefix) for the keys `machine` (CPU
-  architectures "arm", "arm64", "ia32", "loong64", "mips", "mipsel",
-  "ppc64", "riscv64", "s390x", and "x64" -- see Node.js `os.machine()`
-  for details), `platform` (operating system "aix", "darwin",
-  "freebsd", "linux", "openbsd", "sunos", and "win32" -- see Node.js
-  `os.platform()` for details) and `hostname` (hostname of system -- see
-  Node.js `os.hostname()` for details). Constraints act as filters for
-  the configuration blocks: if a constraint does not match the current
-  platform, the configuration block is silently ignored.
-
-## LANGUAGES
-
-`stx`(1) ships with direct support for the following two built-in programming languages:
-
-- `js`: *JavaScript*, by calling the `node`(1)
-  executable `stx`(1) is executed itself. The potential NPM peer
-  packages `concurrently`, `shelljs`, `zx`, and `dax-sh` can be
-  recommended in order to write platform-agnostic scripts. Use this
-  language for maximum scripting flexibility and portability.
-
-- `ts`: *TypeScript*, by calling the `node`(1)
-  executable `stx`(1) is executed itself. The potential NPM peer
-  packages `concurrently`, `shelljs`, `zx`, and `dax-sh` can be
-  recommended in order to write platform-agnostic scripts. Use this
-  language for maximum scripting flexibility and portability.
-
-`stx`(1) ships with direct support for the following typical shell languages:
-
-- `shell`: *Shell Abstraction*, by either
-  calling `sh`(1) under non-Windows platforms, or calling `cmd` under
-  Windows platforms. Additionally, for simple cross-plaform scripting,
-  under Windows platforms the following replacements are automatically
-  done on the script: line endings are converted to CR-LF,
-  line continuations `\\` are converted to `^` and variable references
-  like `$XXX` or `${XXX}` are converted to `%XXX%`. If you want
-  plain *Bourne-Shell* or *Batch Command*, use the languages
-  `sh` and `cmd` instead. Use this language for some scripting
-  portability.
-
-- `sh`: *Bourne-Shell*, by calling the `sh`(1) executable.
-  This is usually available under non-Windows platforms like
-  macOS, Linux, or FreeBSD only. Use this language for
-  Unix scripting without portability demands.
-
-- `cmd`: *Batch Command*, by calling the `cmd` executable.
-  This is available under Windows platform only. Use this
-  language for Windows scripting without portability demands.
-
-Additionally, you can use an arbitrary language as long as a particular
-script interpreting program is in `$PATH`. Popular Unix shell examples
-are `bash`, `zsh`, `fish`, `nushell`, `xonsh`, or `elvish`. Popular
-Windows shell example is `powershell`.
-
-## EXAMPLE
-
-An example configuration is (this is actually the build procedure of `stx`(1) itself):
-
-```txt
-#   static code analysis (linting)
-lint
-    eslint --config etc/eslint.mjs src/**/*.ts && \
-    markdownlint-cli2 --config etc/.markdownlint.yaml src/**/*.md
-
-#   static code analysis (linting) with file watching
-lint-watch
-    nodemon --exec "npm start lint" --watch src --ext ts
-
-#   code compilation/transpiling (building)
-build-watch
-    nodemon --exec "npm start build" --watch src --ext ts
-
-#   build entire project
-build : lint build-cmd build-man
-
-#   build command program
-build-cmd
-    vite --config etc/vite.mts build --mode production
-
-#   build manual page
-build-man
-    remark --quiet --use remark-man --output dst-stage2/stx.1 src/stx.md
-
-#   build packaging (self-contained executables) -- fallback
-build-pkg [hostname=!en4*]
-    echo "(packaging skipped)"
-
-#   build packaging (self-contained executables)
-build-pkg [hostname=en4*]
-    shx mkdir -p dst-stage2/@rse dst-stage3
-    cd dst-stage2
-    rm -f @rse/stx-*
-    targets="node24-linux-x64,node24-linux-arm64"
-    targets="$targets,node24-win-x64,node24-win-arm64"
-    targets="$targets,node24-macos-x64,node24-macos-arm64"
-    pkg --sea --public -c ../package.json -t "$targets" stx.js
-    shx mv @rse/stx-linux-x64     ../dst-stage3/stx-lnx-x64     && \
-    shx mv @rse/stx-linux-arm64   ../dst-stage3/stx-lnx-a64     && \
-    shx mv @rse/stx-win-x64.exe   ../dst-stage3/stx-win-x64.exe && \
-    shx mv @rse/stx-win-arm64.exe ../dst-stage3/stx-win-a64.exe && \
-    shx mv @rse/stx-macos-x64     ../dst-stage3/stx-mac-x64     && \
-    shx mv @rse/stx-macos-arm64   ../dst-stage3/stx-mac-a64
-
-#   remove regularly built files
-clean
-    shx rm -rf dst-stage1 dst-stage2 dst-stage3
-
-#   remove all built files
-clean-dist : clean
-    shx rm -f package-lock.json
-    shx rm -rf node_modules
-```
-
-Example execution calls are:
-
-```sh
-$ stx
-Available tasks:
-build                     build entire project
-build-cmd                 build command program
-build-man                 build manual page
-build-pkg                 build packaging (self-contained executables)
-build-watch               code compilation/transpiling (building)
-clean                     remove regularly built files
-clean-dist                remove all built files
-lint                      static code analysis (linting)
-lint-watch                static code analysis (linting) with file watching
-
-$ stx -v2 build
-$ sh [...]
-| eslint --config etc/eslint.mjs src/**/*.ts && \
-| markdownlint-cli2 --config etc/.markdownlint.yaml src/**/*.md
-markdownlint-cli2 v0.18.1 (markdownlint v0.38.0)
-Finding: src/**/*.md
-Linting: 1 file(s)
-Summary: 0 error(s)
-$ sh [...]
-| vite --config etc/vite.mts build --mode production
-vite v7.0.2 building for production...
-1:52:32 AM [tsc] building...
-1:52:32 AM [tsc] build completed in 447ms.
-✓ 1 modules transformed.
-dst-stage2/stx.js  10.75 kB
-✓ built in 484ms
-$ sh [...]
-| remark --quiet --use remark-man --output dst-stage2/stx.1 src/stx.md
-```
-
-## HISTORY
-
-`stx`(1) was developed in July 2025 as a replacement for the otherwise
-decent `nps`(1) command and to support more complex scripts from within
-`npm`(1), the *Node Package Manager (NPM)*. The main issue was that
-`nps`(1), when used with YAML and because of special parsing semantics
-of YAML, cannot support complex shell scripts with a combination of
-line-continuations and indentations.
-
-## AUTHOR
-
-Dr. Ralf S. Engelschall <rse@engelschall.com>