@psync/patch-package 1.0.0

package/CHANGELOG.md

@@ -0,0 +1,9 @@
+# Changelog
+
+## 1.0.0
+
+- Add support for [bun](https://bun.sh) as a package manager. `patch-package`
+  now detects `bun.lockb` lockfiles (and bun workspaces), and accepts a
+  `--use-bun` flag analogous to `--use-yarn` for forcing bun.
+- Package renamed to `@psync/patch-package`. The CLI command remains
+  `patch-package`.

package/LICENSE

@@ -0,0 +1,19 @@
+Copyright (c) 2017-Present David Sheldrick
+
+Permission is hereby granted, free of charge, to any person obtaining a copy
+of this software and associated documentation files (the "Software"), to deal
+in the Software without restriction, including without limitation the rights
+to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
+copies of the Software, and to permit persons to whom the Software is
+furnished to do so, subject to the following conditions:
+
+The above copyright notice and this permission notice shall be included in all
+copies or substantial portions of the Software.
+
+THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
+IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
+FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
+AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
+LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
+OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
+SOFTWARE.

package/README.md

@@ -0,0 +1,422 @@
+<p align="center">
+  <img src="https://ds300.github.io/patch-package/patch-package.svg" width="80%" alt="patch-package" />
+</p>
+
+`patch-package` lets app authors instantly make and keep fixes to npm
+dependencies. It's a vital band-aid for those of us living on the bleeding edge.
+
+```sh
+# fix a bug in one of your dependencies
+vim node_modules/some-package/brokenFile.js
+
+# run patch-package to create a .patch file
+npx patch-package some-package
+
+# commit the patch file to share the fix with your team
+git add patches/some-package+3.14.15.patch
+git commit -m "fix brokenFile.js in some-package"
+```
+
+Patches created by `patch-package` are automatically and gracefully applied when
+you use `npm`(>=5) or `yarn`.
+
+No more waiting around for pull requests to be merged and published. No more
+forking repos just to fix that one tiny thing preventing your app from working.
+
+## Set-up
+
+In package.json
+
+```diff
+ "scripts": {
++  "postinstall": "patch-package"
+ }
+```
+
+Then
+
+### npm
+
+    npm i patch-package
+
+You can use `--save-dev` if you don't need to run npm in production, e.g. if
+you're making a web frontend.
+
+### yarn v1
+
+    yarn add patch-package postinstall-postinstall
+
+You can use `--dev` if you don't need to run yarn in production, e.g. if you're
+making a web frontend.
+
+To understand why yarn needs the `postinstall-postinstall` package see:
+[Why use postinstall-postinstall](#why-use-postinstall-postinstall-with-yarn)
+
+### yarn workspaces
+
+Same as for yarn ☝️ Note that if you want to patch un-hoisted packages you'll
+need to repeat the setup process for the child package. Also make sure you're in
+the child package directory when you run `patch-package` to generate the patch
+files.
+
+### yarn v2+
+
+yarn 2+ have native support for patching dependencies via
+[`yarn patch`](https://yarnpkg.com/cli/patch). You do not need to use
+patch-package on these projects.
+
+### bun
+
+    bun add patch-package
+
+You can use `--dev` if you don't need to run bun in production, e.g. if you're
+making a web frontend.
+
+### pnpm
+
+pnpm has native support for patching dependencies via
+[`pnpm patch`](https://pnpm.io/cli/patch). You do not need to use patch-package
+on these projects.
+
+### Heroku
+
+For `patch-package` to work on Heroku applications, you must specify
+[`NPM_CONFIG_PRODUCTION=false` or `YARN_PRODUCTION=false`](https://devcenter.heroku.com/articles/nodejs-support#package-installation).
+See [this issue](https://github.com/ds300/patch-package/issues/130) for more
+details.
+
+### Docker and CI
+
+- If having errors about working directory ("cannot run in wd [...]") when
+  building in Docker, you might need to adjust configuration in `.npmrc`. See
+  [#185](https://github.com/ds300/patch-package/issues/185).
+- In your `Dockerfile`, remember to copy over the patch files _before_ running
+  `[npm|yarn] install`
+- If you cache `node_modules` rather than running `yarn install` every time,
+  make sure that the `patches` dir is included in your cache key somehow.
+  Otherwise if you update a patch then the change may not be reflected on
+  subsequent CI runs.
+
+### CircleCI
+
+Create a hash of your patches before loading/saving your cache. If using a Linux
+machine, run `md5sum patches/* > patches.hash`. If running on a macOS machine,
+use `md5 patches/* > patches.hash`
+
+```yaml
+- run:
+    name: patch-package hash
+    command: md5sum patches/* > patches.hash
+```
+
+Then, update your hash key to include a checksum of that file:
+
+```yaml
+- restore_cache:
+    key:
+      app-node_modules-v1-{{ checksum "yarn.lock" }}-{{ checksum "patches.hash"
+      }}
+```
+
+As well as the save_cache
+
+```yaml
+- save_cache:
+    key:
+      app-node_modules-v1-{{ checksum "yarn.lock" }}-{{ checksum "patches.hash"
+      }}
+    paths:
+      - ./node_modules
+```
+
+## Usage
+
+### Making patches
+
+First make changes to the files of a particular package in your node_modules
+folder, then run
+
+    yarn patch-package package-name
+
+or use npx (included with `npm > 5.2`)
+
+    npx patch-package package-name
+
+where `package-name` matches the name of the package you made changes to.
+
+If this is the first time you've used `patch-package`, it will create a folder
+called `patches` in the root dir of your app. Inside will be a file called
+`package-name+0.44.0.patch` or something, which is a diff between normal old
+`package-name` and your fixed version. Commit this to share the fix with your
+team.
+
+#### Options
+
+- `--create-issue`
+
+  For packages whose source is hosted on GitHub this option opens a web browser
+  with a draft issue based on your diff.
+
+- `--use-yarn`
+
+  By default, patch-package checks whether you use npm, yarn or bun based on
+  which lockfile you have. If you have multiple lockfiles, it uses npm by
+  default (in cases where npm is not available, it will resort to yarn). Set
+  this option to override that default and always use yarn.
+
+- `--use-bun`
+
+  Similar to --use-yarn, but for bun. If both --use-yarn and --use-bun are
+  specified, --use-yarn takes precedence.
+
+- `--exclude <regexp>`
+
+  Ignore paths matching the regexp when creating patch files. Paths are relative
+  to the root dir of the package to be patched.
+
+  Default value: `package\\.json$`
+
+- `--include <regexp>`
+
+  Only consider paths matching the regexp when creating patch files. Paths are
+  relative to the root dir of the package to be patched.
+
+  Default value: `.*`
+
+- `--case-sensitive-path-filtering`
+
+  Make regexps used in --include or --exclude filters case-sensitive.
+
+- `--patch-dir`
+
+  Specify the name for the directory in which to put the patch files.
+
+#### Nested packages
+
+If you are trying to patch a package at, e.g.
+`node_modules/package/node_modules/another-package` you can just put a `/`
+between the package names:
+
+    npx patch-package package/another-package
+
+It works with scoped packages too
+
+    npx patch-package @my/package/@my/other-package
+
+### Updating patches
+
+Use exactly the same process as for making patches in the first place, i.e. make
+more changes, run patch-package, commit the changes to the patch file.
+
+### Applying patches
+
+Run `patch-package` without arguments to apply all patches in your project.
+
+#### Options
+
+- `--error-on-fail`
+
+  Forces patch-package to exit with code 1 after failing.
+
+  When running locally patch-package always exits with 0 by default. This
+  happens even after failing to apply patches because otherwise yarn.lock and
+  package.json might get out of sync with node_modules, which can be very
+  confusing.
+
+  `--error-on-fail` is **switched on** by default on CI.
+
+  See https://github.com/ds300/patch-package/issues/86 for background.
+
+- `--reverse`
+
+  Un-applies all patches.
+
+  Note that this will fail if the patched files have changed since being
+  patched. In that case, you'll probably need to re-install `node_modules`.
+
+  This option was added to help people using CircleCI avoid
+  [an issue around caching and patch file updates](https://github.com/ds300/patch-package/issues/37)
+  but might be useful in other contexts too.
+
+- `--patch-dir`
+
+  Specify the name for the directory in which the patch files are located
+
+#### Notes
+
+To apply patches individually, you may use `git`:
+
+    git apply --ignore-whitespace patches/package-name+0.44.2.patch
+
+or `patch` in unixy environments:
+
+    patch -p1 -i patches/package-name+0.44.2.patch
+
+### Dev-only patches
+
+If you deploy your package to production (e.g. your package is a server) then
+any patched `devDependencies` will not be present when patch-package runs in
+production. It will happily ignore those patch files if the package to be
+patched is listed directly in the `devDependencies` of your package.json. If
+it's a transitive dependency patch-package can't detect that it is safe to
+ignore and will throw an error. To fix this, mark patches for transitive dev
+dependencies as dev-only by renaming from, e.g.
+
+    package-name+0.44.0.patch
+
+to
+
+    package-name+0.44.0.dev.patch
+
+This will allow those patch files to be safely ignored when
+`NODE_ENV=production`.
+
+### Creating multiple patches for the same package
+
+_💡 This is an advanced feature and is not recommended unless you really, really
+need it._
+
+Let's say you have a patch for react-native called
+
+- `patches/react-native+0.72.0.patch`
+
+If you want to add another patch file to `react-native`, you can use the
+`--append` flag while supplying a name for the patch.
+
+Just make you changes inside `node_modules/react-native` then run e.g.
+
+    npx patch-package react-native --append 'fix-touchable-opacity'
+
+This will create a new patch file while renaming the old patch file so that you
+now have:
+
+- `patches/react-native+0.72.0+001+initial.patch`
+- `patches/react-native+0.72.0+002+fix-touchable-opacity.patch`
+
+The patches are ordered in a sequence, so that they can build on each other if
+necessary. **Think of these as commits in a git history**.
+
+#### Updating a sequenced patch file
+
+If the patch file is the last one in the sequence, you can just make your
+changes inside e.g. `node_modules/react-native` and then run
+
+    npx patch-package react-native
+
+This will update the last patch file in the sequence.
+
+If the patch file is not the last one in the sequence **you need to use the
+`--rebase` feature** to un-apply the succeeding patch files first.
+
+Using the example above, let's say you want to update the `001+initial` patch
+but leave the other patch alone. You can run
+
+    npx patch-package react-native --rebase patches/react-native+0.72.0+001+initial.patch
+
+This will undo the `002-fix-touchable-opacity` patch file. You can then make
+your changes and run
+
+    npx patch-package react-native
+
+to finish the rebase by updating the `001+initial` patch file and re-apply the
+`002-fix-touchable-opacity` patch file, leaving you with all patches applied and
+up-to-date.
+
+#### Inserting a new patch file in the middle of an existing sequence
+
+Using the above example, let's say you want to insert a new patch file between
+the `001+initial` and `002+fix-touchable-opacity` patch files. You can run
+
+    npx patch-package react-native --rebase patches/react-native+0.72.0+001+initial.patch
+
+This will undo the `002-fix-touchable-opacity` patch file. You can then make any
+changes you want to insert in a new patch file and run
+
+    npx patch-package react-native --append 'fix-console-warnings'
+
+This will create a new patch file while renaming any successive patches to
+maintain the sequence order, leaving you with
+
+- `patches/react-native+0.72.0+001+initial.patch`
+- `patches/react-native+0.72.0+002+fix-console-warnings.patch`
+- `patches/react-native+0.72.0+003+fix-touchable-opacity.patch`
+
+To insert a new patch file at the start of the sequence, you can run
+
+    npx patch-package react-native --rebase 0
+
+Which will un-apply all patch files in the sequence. Then follow the process
+above to create a new patch file numbered `001`.
+
+#### Deleting a sequenced patch file
+
+To delete a sequenced patch file, just delete it, then remove and reinstall your
+`node_modules` folder.
+
+If you deleted one of the patch files other than the last one, you don't need to
+update the sequence numbers in the successive patch file names, but you might
+want to do so to keep things tidy.
+
+#### Partially applying a broken patch file
+
+Normally patch application is atomic per patch file. i.e. if a patch file
+contains an error anywhere then none of the changes in the patch file will be
+applied and saved to disk.
+
+This can be problematic if you have a patch with many changes and you want to
+keep some of them and update others.
+
+In this case you can use the `--partial` option. Patch-package will apply as
+many of the changes as it can and then leave it to you to fix the rest.
+
+Any errors encountered will be written to a file `./patch-package-errors.log` to
+help you keep track of what needs fixing.
+
+## Benefits of patching over forking
+
+- Sometimes forks need extra build steps, e.g. with react-native for Android.
+  Forget that noise.
+- Get told in big red letters when the dependency changed and you need to check
+  that your fix is still valid.
+- Keep your patches colocated with the code that depends on them.
+- Patches can be reviewed as part of your normal review process, forks probably
+  can't
+
+## When to fork instead
+
+- The change is too consequential to be developed in situ.
+- The change would be useful to other people as-is.
+- You can afford to make a proper PR to upstream.
+
+## Isn't this dangerous?
+
+Nope. The technique is quite robust. Here are some things to keep in mind
+though:
+
+- It's easy to forget to run `yarn` or `npm` when switching between branches
+  that do and don't have patch files.
+- Long lived patches can be costly to maintain if they affect an area of code
+  that is updated regularly and you want to update the package regularly too.
+- Big semantic changes can be hard to review. Keep them small and obvious or add
+  plenty of comments.
+- Changes can also impact the behaviour of other untouched packages. It's
+  normally obvious when this will happen, and often desired, but be careful
+  nonetheless.
+
+## Why use postinstall-postinstall with Yarn?
+
+Most times when you do a `yarn`, `yarn add`, `yarn remove`, or `yarn install`
+(which is the same as just `yarn`) Yarn will completely replace the contents of
+your node_modules with freshly unpackaged modules. patch-package uses the
+`postinstall` hook to modify these fresh modules, so that they behave well
+according to your will.
+
+Yarn only runs the `postinstall` hook after `yarn` and `yarn add`, but not after
+`yarn remove`. The `postinstall-postinstall` package is used to make sure your
+`postinstall` hook gets executed even after a `yarn remove`.
+
+## License
+
+MIT
+
+[![Empowered by Futurice's open source sponsorship program](https://img.shields.io/badge/sponsor-chilicorn-ff69b4.svg)](http://futurice.com/blog/sponsoring-free-time-open-source-activities?utm_source=github&utm_medium=spice&utm_campaign=patch-package)

package/dist/PackageDetails.js

@@ -0,0 +1,126 @@
+"use strict";
+Object.defineProperty(exports, "__esModule", { value: true });
+exports.parseNameAndVersion = parseNameAndVersion;
+exports.getPackageDetailsFromPatchFilename = getPackageDetailsFromPatchFilename;
+exports.getPatchDetailsFromCliString = getPatchDetailsFromCliString;
+const path_1 = require("./path");
+function parseNameAndVersion(str) {
+    const parts = str
+        .split("+")
+        .map((s) => s.trim())
+        .filter(Boolean);
+    if (parts.length === 0) {
+        return null;
+    }
+    if (parts.length === 1) {
+        return { packageName: str };
+    }
+    const versionIndex = parts.findIndex((part) => part.match(/^\d+\.\d+\.\d+.*$/));
+    if (versionIndex === -1) {
+        const [scope, name] = parts;
+        return { packageName: `${scope}/${name}` };
+    }
+    const nameParts = parts.slice(0, versionIndex);
+    let packageName;
+    switch (nameParts.length) {
+        case 0:
+            return null;
+        case 1:
+            packageName = nameParts[0];
+            break;
+        case 2:
+            const [scope, name] = nameParts;
+            packageName = `${scope}/${name}`;
+            break;
+        default:
+            return null;
+    }
+    const version = parts[versionIndex];
+    const sequenceParts = parts.slice(versionIndex + 1);
+    if (sequenceParts.length === 0) {
+        return { packageName, version };
+    }
+    // expect sequenceParts[0] to be a number, strip leading 0s
+    const sequenceNumber = parseInt(sequenceParts[0].replace(/^0+/, ""), 10);
+    if (isNaN(sequenceNumber)) {
+        return null;
+    }
+    switch (sequenceParts.length) {
+        case 1: {
+            return { packageName, version, sequenceNumber };
+        }
+        case 2: {
+            return {
+                packageName,
+                version,
+                sequenceName: sequenceParts[1],
+                sequenceNumber,
+            };
+        }
+        default: {
+            return null;
+        }
+    }
+    return null;
+}
+function getPackageDetailsFromPatchFilename(patchFilename) {
+    const parts = patchFilename
+        .replace(/(\.dev)?\.patch$/, "")
+        .split("++")
+        .map(parseNameAndVersion)
+        .filter((x) => x !== null);
+    if (parts.length === 0) {
+        return null;
+    }
+    const lastPart = parts[parts.length - 1];
+    if (!lastPart.version) {
+        return null;
+    }
+    return {
+        name: lastPart.packageName,
+        version: lastPart.version,
+        path: (0, path_1.join)("node_modules", parts.map(({ packageName: name }) => name).join("/node_modules/")),
+        patchFilename,
+        pathSpecifier: parts.map(({ packageName: name }) => name).join("/"),
+        humanReadablePathSpecifier: parts
+            .map(({ packageName: name }) => name)
+            .join(" => "),
+        isNested: parts.length > 1,
+        packageNames: parts.map(({ packageName: name }) => name),
+        isDevOnly: patchFilename.endsWith(".dev.patch"),
+        sequenceName: lastPart.sequenceName,
+        sequenceNumber: lastPart.sequenceNumber,
+    };
+}
+function getPatchDetailsFromCliString(specifier) {
+    const parts = specifier.split("/");
+    const packageNames = [];
+    let scope = null;
+    for (let i = 0; i < parts.length; i++) {
+        if (parts[i].startsWith("@")) {
+            if (scope) {
+                return null;
+            }
+            scope = parts[i];
+        }
+        else {
+            if (scope) {
+                packageNames.push(`${scope}/${parts[i]}`);
+                scope = null;
+            }
+            else {
+                packageNames.push(parts[i]);
+            }
+        }
+    }
+    const path = (0, path_1.join)("node_modules", packageNames.join("/node_modules/"));
+    return {
+        packageNames,
+        path,
+        name: packageNames[packageNames.length - 1],
+        humanReadablePathSpecifier: packageNames.join(" => "),
+        isNested: packageNames.length > 1,
+        pathSpecifier: specifier,
+    };
+}
+//# sourceMappingURL=data:application/json;base64,eyJ2ZXJzaW9uIjozLCJmaWxlIjoiUGFja2FnZURldGFpbHMuanMiLCJzb3VyY2VSb290IjoiIiwic291cmNlcyI6WyIuLi9zcmMvUGFja2FnZURldGFpbHMudHMiXSwibmFtZXMiOltdLCJtYXBwaW5ncyI6Ijs7QUFtQkEsa0RBcUVDO0FBRUQsZ0ZBcUNDO0FBRUQsb0VBbUNDO0FBcEtELGlDQUE2QjtBQW1CN0IsU0FBZ0IsbUJBQW1CLENBQ2pDLEdBQVc7SUFPWCxNQUFNLEtBQUssR0FBRyxHQUFHO1NBQ2QsS0FBSyxDQUFDLEdBQUcsQ0FBQztTQUNWLEdBQUcsQ0FBQyxDQUFDLENBQUMsRUFBRSxFQUFFLENBQUMsQ0FBQyxDQUFDLElBQUksRUFBRSxDQUFDO1NBQ3BCLE1BQU0sQ0FBQyxPQUFPLENBQUMsQ0FBQTtJQUNsQixJQUFJLEtBQUssQ0FBQyxNQUFNLEtBQUssQ0FBQyxFQUFFLENBQUM7UUFDdkIsT0FBTyxJQUFJLENBQUE7SUFDYixDQUFDO0lBQ0QsSUFBSSxLQUFLLENBQUMsTUFBTSxLQUFLLENBQUMsRUFBRSxDQUFDO1FBQ3ZCLE9BQU8sRUFBRSxXQUFXLEVBQUUsR0FBRyxFQUFFLENBQUE7SUFDN0IsQ0FBQztJQUNELE1BQU0sWUFBWSxHQUFHLEtBQUssQ0FBQyxTQUFTLENBQUMsQ0FBQyxJQUFJLEVBQUUsRUFBRSxDQUM1QyxJQUFJLENBQUMsS0FBSyxDQUFDLG1CQUFtQixDQUFDLENBQ2hDLENBQUE7SUFDRCxJQUFJLFlBQVksS0FBSyxDQUFDLENBQUMsRUFBRSxDQUFDO1FBQ3hCLE1BQU0sQ0FBQyxLQUFLLEVBQUUsSUFBSSxDQUFDLEdBQUcsS0FBSyxDQUFBO1FBQzNCLE9BQU8sRUFBRSxXQUFXLEVBQUUsR0FBRyxLQUFLLElBQUksSUFBSSxFQUFFLEVBQUUsQ0FBQTtJQUM1QyxDQUFDO0lBQ0QsTUFBTSxTQUFTLEdBQUcsS0FBSyxDQUFDLEtBQUssQ0FBQyxDQUFDLEVBQUUsWUFBWSxDQUFDLENBQUE7SUFDOUMsSUFBSSxXQUFXLENBQUE7SUFDZixRQUFRLFNBQVMsQ0FBQyxNQUFNLEVBQUUsQ0FBQztRQUN6QixLQUFLLENBQUM7WUFDSixPQUFPLElBQUksQ0FBQTtRQUNiLEtBQUssQ0FBQztZQUNKLFdBQVcsR0FBRyxTQUFTLENBQUMsQ0FBQyxDQUFDLENBQUE7WUFDMUIsTUFBSztRQUNQLEtBQUssQ0FBQztZQUNKLE1BQU0sQ0FBQyxLQUFLLEVBQUUsSUFBSSxDQUFDLEdBQUcsU0FBUyxDQUFBO1lBQy9CLFdBQVcsR0FBRyxHQUFHLEtBQUssSUFBSSxJQUFJLEVBQUUsQ0FBQTtZQUNoQyxNQUFLO1FBQ1A7WUFDRSxPQUFPLElBQUksQ0FBQTtJQUNmLENBQUM7SUFFRCxNQUFNLE9BQU8sR0FBRyxLQUFLLENBQUMsWUFBWSxDQUFDLENBQUE7SUFDbkMsTUFBTSxhQUFhLEdBQUcsS0FBSyxDQUFDLEtBQUssQ0FBQyxZQUFZLEdBQUcsQ0FBQyxDQUFDLENBQUE7SUFDbkQsSUFBSSxhQUFhLENBQUMsTUFBTSxLQUFLLENBQUMsRUFBRSxDQUFDO1FBQy9CLE9BQU8sRUFBRSxXQUFXLEVBQUUsT0FBTyxFQUFFLENBQUE7SUFDakMsQ0FBQztJQUVELDJEQUEyRDtJQUMzRCxNQUFNLGNBQWMsR0FBRyxRQUFRLENBQUMsYUFBYSxDQUFDLENBQUMsQ0FBQyxDQUFDLE9BQU8sQ0FBQyxLQUFLLEVBQUUsRUFBRSxDQUFDLEVBQUUsRUFBRSxDQUFDLENBQUE7SUFDeEUsSUFBSSxLQUFLLENBQUMsY0FBYyxDQUFDLEVBQUUsQ0FBQztRQUMxQixPQUFPLElBQUksQ0FBQTtJQUNiLENBQUM7SUFDRCxRQUFRLGFBQWEsQ0FBQyxNQUFNLEVBQUUsQ0FBQztRQUM3QixLQUFLLENBQUMsQ0FBQyxDQUFDLENBQUM7WUFDUCxPQUFPLEVBQUUsV0FBVyxFQUFFLE9BQU8sRUFBRSxjQUFjLEVBQUUsQ0FBQTtRQUNqRCxDQUFDO1FBQ0QsS0FBSyxDQUFDLENBQUMsQ0FBQyxDQUFDO1lBQ1AsT0FBTztnQkFDTCxXQUFXO2dCQUNYLE9BQU87Z0JBQ1AsWUFBWSxFQUFFLGFBQWEsQ0FBQyxDQUFDLENBQUM7Z0JBQzlCLGNBQWM7YUFDZixDQUFBO1FBQ0gsQ0FBQztRQUNELE9BQU8sQ0FBQyxDQUFDLENBQUM7WUFDUixPQUFPLElBQUksQ0FBQTtRQUNiLENBQUM7SUFDSCxDQUFDO0lBQ0QsT0FBTyxJQUFJLENBQUE7QUFDYixDQUFDO0FBRUQsU0FBZ0Isa0NBQWtDLENBQ2hELGFBQXFCO0lBRXJCLE1BQU0sS0FBSyxHQUFHLGFBQWE7U0FDeEIsT0FBTyxDQUFDLGtCQUFrQixFQUFFLEVBQUUsQ0FBQztTQUMvQixLQUFLLENBQUMsSUFBSSxDQUFDO1NBQ1gsR0FBRyxDQUFDLG1CQUFtQixDQUFDO1NBQ3hCLE1BQU0sQ0FBQyxDQUFDLENBQUMsRUFBOEIsRUFBRSxDQUFDLENBQUMsS0FBSyxJQUFJLENBQUMsQ0FBQTtJQUV4RCxJQUFJLEtBQUssQ0FBQyxNQUFNLEtBQUssQ0FBQyxFQUFFLENBQUM7UUFDdkIsT0FBTyxJQUFJLENBQUE7SUFDYixDQUFDO0lBRUQsTUFBTSxRQUFRLEdBQUcsS0FBSyxDQUFDLEtBQUssQ0FBQyxNQUFNLEdBQUcsQ0FBQyxDQUFDLENBQUE7SUFFeEMsSUFBSSxDQUFDLFFBQVEsQ0FBQyxPQUFPLEVBQUUsQ0FBQztRQUN0QixPQUFPLElBQUksQ0FBQTtJQUNiLENBQUM7SUFFRCxPQUFPO1FBQ0wsSUFBSSxFQUFFLFFBQVEsQ0FBQyxXQUFXO1FBQzFCLE9BQU8sRUFBRSxRQUFRLENBQUMsT0FBTztRQUN6QixJQUFJLEVBQUUsSUFBQSxXQUFJLEVBQ1IsY0FBYyxFQUNkLEtBQUssQ0FBQyxHQUFHLENBQUMsQ0FBQyxFQUFFLFdBQVcsRUFBRSxJQUFJLEVBQUUsRUFBRSxFQUFFLENBQUMsSUFBSSxDQUFDLENBQUMsSUFBSSxDQUFDLGdCQUFnQixDQUFDLENBQ2xFO1FBQ0QsYUFBYTtRQUNiLGFBQWEsRUFBRSxLQUFLLENBQUMsR0FBRyxDQUFDLENBQUMsRUFBRSxXQUFXLEVBQUUsSUFBSSxFQUFFLEVBQUUsRUFBRSxDQUFDLElBQUksQ0FBQyxDQUFDLElBQUksQ0FBQyxHQUFHLENBQUM7UUFDbkUsMEJBQTBCLEVBQUUsS0FBSzthQUM5QixHQUFHLENBQUMsQ0FBQyxFQUFFLFdBQVcsRUFBRSxJQUFJLEVBQUUsRUFBRSxFQUFFLENBQUMsSUFBSSxDQUFDO2FBQ3BDLElBQUksQ0FBQyxNQUFNLENBQUM7UUFDZixRQUFRLEVBQUUsS0FBSyxDQUFDLE1BQU0sR0FBRyxDQUFDO1FBQzFCLFlBQVksRUFBRSxLQUFLLENBQUMsR0FBRyxDQUFDLENBQUMsRUFBRSxXQUFXLEVBQUUsSUFBSSxFQUFFLEVBQUUsRUFBRSxDQUFDLElBQUksQ0FBQztRQUN4RCxTQUFTLEVBQUUsYUFBYSxDQUFDLFFBQVEsQ0FBQyxZQUFZLENBQUM7UUFDL0MsWUFBWSxFQUFFLFFBQVEsQ0FBQyxZQUFZO1FBQ25DLGNBQWMsRUFBRSxRQUFRLENBQUMsY0FBYztLQUN4QyxDQUFBO0FBQ0gsQ0FBQztBQUVELFNBQWdCLDRCQUE0QixDQUMxQyxTQUFpQjtJQUVqQixNQUFNLEtBQUssR0FBRyxTQUFTLENBQUMsS0FBSyxDQUFDLEdBQUcsQ0FBQyxDQUFBO0lBRWxDLE1BQU0sWUFBWSxHQUFHLEVBQUUsQ0FBQTtJQUV2QixJQUFJLEtBQUssR0FBa0IsSUFBSSxDQUFBO0lBRS9CLEtBQUssSUFBSSxDQUFDLEdBQUcsQ0FBQyxFQUFFLENBQUMsR0FBRyxLQUFLLENBQUMsTUFBTSxFQUFFLENBQUMsRUFBRSxFQUFFLENBQUM7UUFDdEMsSUFBSSxLQUFLLENBQUMsQ0FBQyxDQUFDLENBQUMsVUFBVSxDQUFDLEdBQUcsQ0FBQyxFQUFFLENBQUM7WUFDN0IsSUFBSSxLQUFLLEVBQUUsQ0FBQztnQkFDVixPQUFPLElBQUksQ0FBQTtZQUNiLENBQUM7WUFDRCxLQUFLLEdBQUcsS0FBSyxDQUFDLENBQUMsQ0FBQyxDQUFBO1FBQ2xCLENBQUM7YUFBTSxDQUFDO1lBQ04sSUFBSSxLQUFLLEVBQUUsQ0FBQztnQkFDVixZQUFZLENBQUMsSUFBSSxDQUFDLEdBQUcsS0FBSyxJQUFJLEtBQUssQ0FBQyxDQUFDLENBQUMsRUFBRSxDQUFDLENBQUE7Z0JBQ3pDLEtBQUssR0FBRyxJQUFJLENBQUE7WUFDZCxDQUFDO2lCQUFNLENBQUM7Z0JBQ04sWUFBWSxDQUFDLElBQUksQ0FBQyxLQUFLLENBQUMsQ0FBQyxDQUFDLENBQUMsQ0FBQTtZQUM3QixDQUFDO1FBQ0gsQ0FBQztJQUNILENBQUM7SUFFRCxNQUFNLElBQUksR0FBRyxJQUFBLFdBQUksRUFBQyxjQUFjLEVBQUUsWUFBWSxDQUFDLElBQUksQ0FBQyxnQkFBZ0IsQ0FBQyxDQUFDLENBQUE7SUFFdEUsT0FBTztRQUNMLFlBQVk7UUFDWixJQUFJO1FBQ0osSUFBSSxFQUFFLFlBQVksQ0FBQyxZQUFZLENBQUMsTUFBTSxHQUFHLENBQUMsQ0FBQztRQUMzQywwQkFBMEIsRUFBRSxZQUFZLENBQUMsSUFBSSxDQUFDLE1BQU0sQ0FBQztRQUNyRCxRQUFRLEVBQUUsWUFBWSxDQUFDLE1BQU0sR0FBRyxDQUFDO1FBQ2pDLGFBQWEsRUFBRSxTQUFTO0tBQ3pCLENBQUE7QUFDSCxDQUFDIiwic291cmNlc0NvbnRlbnQiOlsiaW1wb3J0IHsgam9pbiB9IGZyb20gXCIuL3BhdGhcIlxyXG5cclxuZXhwb3J0IGludGVyZmFjZSBQYWNrYWdlRGV0YWlscyB7XHJcbiAgaHVtYW5SZWFkYWJsZVBhdGhTcGVjaWZpZXI6IHN0cmluZ1xyXG4gIHBhdGhTcGVjaWZpZXI6IHN0cmluZ1xyXG4gIHBhdGg6IHN0cmluZ1xyXG4gIG5hbWU6IHN0cmluZ1xyXG4gIGlzTmVzdGVkOiBib29sZWFuXHJcbiAgcGFja2FnZU5hbWVzOiBzdHJpbmdbXVxyXG59XHJcblxyXG5leHBvcnQgaW50ZXJmYWNlIFBhdGNoZWRQYWNrYWdlRGV0YWlscyBleHRlbmRzIFBhY2thZ2VEZXRhaWxzIHtcclxuICB2ZXJzaW9uOiBzdHJpbmdcclxuICBwYXRjaEZpbGVuYW1lOiBzdHJpbmdcclxuICBpc0Rldk9ubHk6IGJvb2xlYW5cclxuICBzZXF1ZW5jZU5hbWU/OiBzdHJpbmdcclxuICBzZXF1ZW5jZU51bWJlcj86IG51bWJlclxyXG59XHJcblxyXG5leHBvcnQgZnVuY3Rpb24gcGFyc2VOYW1lQW5kVmVyc2lvbihcclxuICBzdHI6IHN0cmluZyxcclxuKToge1xyXG4gIHBhY2thZ2VOYW1lOiBzdHJpbmdcclxuICB2ZXJzaW9uPzogc3RyaW5nXHJcbiAgc2VxdWVuY2VOYW1lPzogc3RyaW5nXHJcbiAgc2VxdWVuY2VOdW1iZXI/OiBudW1iZXJcclxufSB8IG51bGwge1xyXG4gIGNvbnN0IHBhcnRzID0gc3RyXHJcbiAgICAuc3BsaXQoXCIrXCIpXHJcbiAgICAubWFwKChzKSA9PiBzLnRyaW0oKSlcclxuICAgIC5maWx0ZXIoQm9vbGVhbilcclxuICBpZiAocGFydHMubGVuZ3RoID09PSAwKSB7XHJcbiAgICByZXR1cm4gbnVsbFxyXG4gIH1cclxuICBpZiAocGFydHMubGVuZ3RoID09PSAxKSB7XHJcbiAgICByZXR1cm4geyBwYWNrYWdlTmFtZTogc3RyIH1cclxuICB9XHJcbiAgY29uc3QgdmVyc2lvbkluZGV4ID0gcGFydHMuZmluZEluZGV4KChwYXJ0KSA9PlxyXG4gICAgcGFydC5tYXRjaCgvXlxcZCtcXC5cXGQrXFwuXFxkKy4qJC8pLFxyXG4gIClcclxuICBpZiAodmVyc2lvbkluZGV4ID09PSAtMSkge1xyXG4gICAgY29uc3QgW3Njb3BlLCBuYW1lXSA9IHBhcnRzXHJcbiAgICByZXR1cm4geyBwYWNrYWdlTmFtZTogYCR7c2NvcGV9LyR7bmFtZX1gIH1cclxuICB9XHJcbiAgY29uc3QgbmFtZVBhcnRzID0gcGFydHMuc2xpY2UoMCwgdmVyc2lvbkluZGV4KVxyXG4gIGxldCBwYWNrYWdlTmFtZVxyXG4gIHN3aXRjaCAobmFtZVBhcnRzLmxlbmd0aCkge1xyXG4gICAgY2FzZSAwOlxyXG4gICAgICByZXR1cm4gbnVsbFxyXG4gICAgY2FzZSAxOlxyXG4gICAgICBwYWNrYWdlTmFtZSA9IG5hbWVQYXJ0c1swXVxyXG4gICAgICBicmVha1xyXG4gICAgY2FzZSAyOlxyXG4gICAgICBjb25zdCBbc2NvcGUsIG5hbWVdID0gbmFtZVBhcnRzXHJcbiAgICAgIHBhY2thZ2VOYW1lID0gYCR7c2NvcGV9LyR7bmFtZX1gXHJcbiAgICAgIGJyZWFrXHJcbiAgICBkZWZhdWx0OlxyXG4gICAgICByZXR1cm4gbnVsbFxyXG4gIH1cclxuXHJcbiAgY29uc3QgdmVyc2lvbiA9IHBhcnRzW3ZlcnNpb25JbmRleF1cclxuICBjb25zdCBzZXF1ZW5jZVBhcnRzID0gcGFydHMuc2xpY2UodmVyc2lvbkluZGV4ICsgMSlcclxuICBpZiAoc2VxdWVuY2VQYXJ0cy5sZW5ndGggPT09IDApIHtcclxuICAgIHJldHVybiB7IHBhY2thZ2VOYW1lLCB2ZXJzaW9uIH1cclxuICB9XHJcblxyXG4gIC8vIGV4cGVjdCBzZXF1ZW5jZVBhcnRzWzBdIHRvIGJlIGEgbnVtYmVyLCBzdHJpcCBsZWFkaW5nIDBzXHJcbiAgY29uc3Qgc2VxdWVuY2VOdW1iZXIgPSBwYXJzZUludChzZXF1ZW5jZVBhcnRzWzBdLnJlcGxhY2UoL14wKy8sIFwiXCIpLCAxMClcclxuICBpZiAoaXNOYU4oc2VxdWVuY2VOdW1iZXIpKSB7XHJcbiAgICByZXR1cm4gbnVsbFxyXG4gIH1cclxuICBzd2l0Y2ggKHNlcXVlbmNlUGFydHMubGVuZ3RoKSB7XHJcbiAgICBjYXNlIDE6IHtcclxuICAgICAgcmV0dXJuIHsgcGFja2FnZU5hbWUsIHZlcnNpb24sIHNlcXVlbmNlTnVtYmVyIH1cclxuICAgIH1cclxuICAgIGNhc2UgMjoge1xyXG4gICAgICByZXR1cm4ge1xyXG4gICAgICAgIHBhY2thZ2VOYW1lLFxyXG4gICAgICAgIHZlcnNpb24sXHJcbiAgICAgICAgc2VxdWVuY2VOYW1lOiBzZXF1ZW5jZVBhcnRzWzFdLFxyXG4gICAgICAgIHNlcXVlbmNlTnVtYmVyLFxyXG4gICAgICB9XHJcbiAgICB9XHJcbiAgICBkZWZhdWx0OiB7XHJcbiAgICAgIHJldHVybiBudWxsXHJcbiAgICB9XHJcbiAgfVxyXG4gIHJldHVybiBudWxsXHJcbn1cclxuXHJcbmV4cG9ydCBmdW5jdGlvbiBnZXRQYWNrYWdlRGV0YWlsc0Zyb21QYXRjaEZpbGVuYW1lKFxyXG4gIHBhdGNoRmlsZW5hbWU6IHN0cmluZyxcclxuKTogUGF0Y2hlZFBhY2thZ2VEZXRhaWxzIHwgbnVsbCB7XHJcbiAgY29uc3QgcGFydHMgPSBwYXRjaEZpbGVuYW1lXHJcbiAgICAucmVwbGFjZSgvKFxcLmRldik/XFwucGF0Y2gkLywgXCJcIilcclxuICAgIC5zcGxpdChcIisrXCIpXHJcbiAgICAubWFwKHBhcnNlTmFtZUFuZFZlcnNpb24pXHJcbiAgICAuZmlsdGVyKCh4KTogeCBpcyBOb25OdWxsYWJsZTx0eXBlb2YgeD4gPT4geCAhPT0gbnVsbClcclxuXHJcbiAgaWYgKHBhcnRzLmxlbmd0aCA9PT0gMCkge1xyXG4gICAgcmV0dXJuIG51bGxcclxuICB9XHJcblxyXG4gIGNvbnN0IGxhc3RQYXJ0ID0gcGFydHNbcGFydHMubGVuZ3RoIC0gMV1cclxuXHJcbiAgaWYgKCFsYXN0UGFydC52ZXJzaW9uKSB7XHJcbiAgICByZXR1cm4gbnVsbFxyXG4gIH1cclxuXHJcbiAgcmV0dXJuIHtcclxuICAgIG5hbWU6IGxhc3RQYXJ0LnBhY2thZ2VOYW1lLFxyXG4gICAgdmVyc2lvbjogbGFzdFBhcnQudmVyc2lvbixcclxuICAgIHBhdGg6IGpvaW4oXHJcbiAgICAgIFwibm9kZV9tb2R1bGVzXCIsXHJcbiAgICAgIHBhcnRzLm1hcCgoeyBwYWNrYWdlTmFtZTogbmFtZSB9KSA9PiBuYW1lKS5qb2luKFwiL25vZGVfbW9kdWxlcy9cIiksXHJcbiAgICApLFxyXG4gICAgcGF0Y2hGaWxlbmFtZSxcclxuICAgIHBhdGhTcGVjaWZpZXI6IHBhcnRzLm1hcCgoeyBwYWNrYWdlTmFtZTogbmFtZSB9KSA9PiBuYW1lKS5qb2luKFwiL1wiKSxcclxuICAgIGh1bWFuUmVhZGFibGVQYXRoU3BlY2lmaWVyOiBwYXJ0c1xyXG4gICAgICAubWFwKCh7IHBhY2thZ2VOYW1lOiBuYW1lIH0pID0+IG5hbWUpXHJcbiAgICAgIC5qb2luKFwiID0+IFwiKSxcclxuICAgIGlzTmVzdGVkOiBwYXJ0cy5sZW5ndGggPiAxLFxyXG4gICAgcGFja2FnZU5hbWVzOiBwYXJ0cy5tYXAoKHsgcGFja2FnZU5hbWU6IG5hbWUgfSkgPT4gbmFtZSksXHJcbiAgICBpc0Rldk9ubHk6IHBhdGNoRmlsZW5hbWUuZW5kc1dpdGgoXCIuZGV2LnBhdGNoXCIpLFxyXG4gICAgc2VxdWVuY2VOYW1lOiBsYXN0UGFydC5zZXF1ZW5jZU5hbWUsXHJcbiAgICBzZXF1ZW5jZU51bWJlcjogbGFzdFBhcnQuc2VxdWVuY2VOdW1iZXIsXHJcbiAgfVxyXG59XHJcblxyXG5leHBvcnQgZnVuY3Rpb24gZ2V0UGF0Y2hEZXRhaWxzRnJvbUNsaVN0cmluZyhcclxuICBzcGVjaWZpZXI6IHN0cmluZyxcclxuKTogUGFja2FnZURldGFpbHMgfCBudWxsIHtcclxuICBjb25zdCBwYXJ0cyA9IHNwZWNpZmllci5zcGxpdChcIi9cIilcclxuXHJcbiAgY29uc3QgcGFja2FnZU5hbWVzID0gW11cclxuXHJcbiAgbGV0IHNjb3BlOiBzdHJpbmcgfCBudWxsID0gbnVsbFxyXG5cclxuICBmb3IgKGxldCBpID0gMDsgaSA8IHBhcnRzLmxlbmd0aDsgaSsrKSB7XHJcbiAgICBpZiAocGFydHNbaV0uc3RhcnRzV2l0aChcIkBcIikpIHtcclxuICAgICAgaWYgKHNjb3BlKSB7XHJcbiAgICAgICAgcmV0dXJuIG51bGxcclxuICAgICAgfVxyXG4gICAgICBzY29wZSA9IHBhcnRzW2ldXHJcbiAgICB9IGVsc2Uge1xyXG4gICAgICBpZiAoc2NvcGUpIHtcclxuICAgICAgICBwYWNrYWdlTmFtZXMucHVzaChgJHtzY29wZX0vJHtwYXJ0c1tpXX1gKVxyXG4gICAgICAgIHNjb3BlID0gbnVsbFxyXG4gICAgICB9IGVsc2Uge1xyXG4gICAgICAgIHBhY2thZ2VOYW1lcy5wdXNoKHBhcnRzW2ldKVxyXG4gICAgICB9XHJcbiAgICB9XHJcbiAgfVxyXG5cclxuICBjb25zdCBwYXRoID0gam9pbihcIm5vZGVfbW9kdWxlc1wiLCBwYWNrYWdlTmFtZXMuam9pbihcIi9ub2RlX21vZHVsZXMvXCIpKVxyXG5cclxuICByZXR1cm4ge1xyXG4gICAgcGFja2FnZU5hbWVzLFxyXG4gICAgcGF0aCxcclxuICAgIG5hbWU6IHBhY2thZ2VOYW1lc1twYWNrYWdlTmFtZXMubGVuZ3RoIC0gMV0sXHJcbiAgICBodW1hblJlYWRhYmxlUGF0aFNwZWNpZmllcjogcGFja2FnZU5hbWVzLmpvaW4oXCIgPT4gXCIpLFxyXG4gICAgaXNOZXN0ZWQ6IHBhY2thZ2VOYW1lcy5sZW5ndGggPiAxLFxyXG4gICAgcGF0aFNwZWNpZmllcjogc3BlY2lmaWVyLFxyXG4gIH1cclxufVxyXG4iXX0=