open-index/open-npm huggingface dataset:
npm package: @paulll/ascii-separated-values
Description: ASCII (\x1f, \x1e)-separated values file streaming parser/writer
Author: paulll
Latest version: 1.0.3

# ascii-separated-values
ASCII (\x1f, \x1e)-separated values file streaming parser/writer.

Since almost any CSV parser/writer implementation is different (just look at jqnatividad/qsv: there are different supported syntaxes per command, no consistency at all!), I think there's time for brand new standard. 

![xkcd about standards](https://imgs.xkcd.com/comics/standards.png)

Just kidding, it isn't even something new, there's always been a [Delimiter-Separated Values](https://en.wikipedia.org/wiki/Delimiter-separated_values) format, so ASV files should work with any DSV/CSV parser that allows custom field/row delimiters. There are special reserved symbols 'RECORD SEPARATOR' aka \x1e  and 'FIELD SEPARATOR' aka \x1f in almost any text encoding, but for some unknown reason everyone just proposes their new standards with complex escaping rules, or even without escaping assuming that there will never be text with their uncommon separator like '|'.  Also there are people who also faced such escaping problem, but again offer crutch solutions like using \00 as field separator.

## Format
In terms of common CSV/DSV settings:
```json
{
    "quote":      "never",
    "escape":     "never",
    "delimiter":  "\x1f",
    "terminator": "\x1e"
}
```
npm package: @paulll/siso
Description: Simple Solve
Author: paulll
Latest version: 1.6.1

# Simple Solve

[![build:unknown](https://travis-ci.org/paulll/siso.svg?branch=master)](https://travis-ci.org/paulll/siso)
[![npm](https://img.shields.io/npm/v/@paulll/siso.svg)](https://npmjs.com@paulll/siso)
[![license:mit](https://img.shields.io/npm/l/@paulll/siso.svg)](https://github.com/paulll/siso/blob/master/LICENSE)

Фреймворк для автоматического анализа чего бы то ни было. Изначально 
задумывался для автоматического решения CTF-задач.

## Принцип

В основном похож на [Dataflow Programming](https://ru.wikipedia.org/wiki/Программирование_потоков_данных),
но в данном случае мы оперируем единичными неизменяемыми единицами данных, а не их потоками, а 
"дуги" составляются автоматически в реальном времени, и не могут быть опредены заранее. Позаимствуем
терминологию:

- __Узел__ - черный ящик, принимающий на вход одни данные и выдающий на выходе другие 
на основе входящих
- __Токен__ - единица данных, передаваемая между узлами. Помимо самих данных содержит 
так же информацию об их типе и показатель релевантности

На вход подается некоторый первоначальный набор токенов (обычно исходные данные для анализа),
затем система из узлов создает новые токены на основе существующих. 
Вновь появившиеся токены рассматриваются наравне с первоначальными, и так пока не будут обработаны
все токены.

Подобный принцип хорошо подходит для обработки данных, структура которых заранее неизвестна:
анализ социального графа; решение типовых ctf-задач, декомпозирующихся в более простые

## Пример

Рекурсивная распаковка Base64:

```typescript
import {ProcessorNode, Token, Executor, Context} from "@paulll/siso";

class Base64DecodeTextNode extends ProcessorNode {
  public input = [["string"]];
  public async process(ctx: Context, tokens: Token[]) {
    const data = await tokens[0].data;
    const decoded = Buffer.from(data, "base64");

    // Если data в действительности содержала лишь base64
    if (decoded.toString("base64") === data) {
      return [new Token(["string"], decoded.toString("utf8"), 1)];
    }
  }
}

const executor = new Executor();
executor.addNode(new Base64DecodeTextNode());

const ctx = executor.run([
  new Token(["string"], "U0dWc2JHOGdWMjl5YkdRaA==", 1),
]);

ctx.on("newToken", async (token: Token) => {
  console.log(await token.data);
});
```

Здесь мы имеем всего один узел, который принимает на вход строку, и при обнаружении в ней
base64-содержимого декодирует его, создавая новый токен. Новый токен поступает на вход 
того же узла, и так будет продолжаться, пока вся "матрешка" из base64 не декодируется.
npm package: @paulll/vklib
Description: fast vk api library
Author: paulll
Latest version: 2.4.5

# node-vkapi
Быстрый клиент для API Вконтакте.

### Особенности

- Мало зависимостей (4, считая рекурсивно)
- Упаковка запросов в Execute
- Автоматическая загрузка списков (где поля items, count)
- Параллельные запросы и ограничение количества запросов в обработке
- Приоритезация запросов
- Повтор запроса при ошибке или таймауте
- Троттлинг запросов с access_token
- Использование access_token как fallback при обращении с service_token

### Установка
```bash
npm i -S @paulll/vklib
```

### Пример

```typescript
const api = new API({ access_token, service_token });
const friends = await api.fetch('friends.get', {user_id: 0, fields: 'photo_max'});
const me = (await api.fetch('users.get', {user_ids: 0}, {priority: 10}))[0];
```
npm package: @paulmedynski/uglify-es-brunch
Description: Adds uglify-es support to Brunch.
Author: Paul Medynski
Latest version: 0.9.3

# uglify-es-brunch
An uglify-es plugin for Brunch.

## Installation

`npm install -D @paulmedynski/uglify-es-brunch`

The `uglify-es` and `brunch` modules are specified as peer dependencies, so you may install whatever versions of those you wish.

## Configuration
Add an `uglify-es` object to your Brunch config's `plugins` object:

```
{
  plugins:
  {
    'uglify-es':
    {
      <options here>
    }
  }
}
```

You may specify any options that are accepted by `uglify-es` as described
in the API Reference section [here](https://www.npmjs.com/package/uglify-es).
This plugin doesn't parse or normalize any options - they are passed as-is to
`uglify-es`.  The options are held by reference, so they may be modified by
`uglify-es`, for example the `nameCache` option.

Sample config:

```
{
  plugins:
  {
    'uglify-es':
    {
      // When warnings are requested, they are treated like errors by
      // the plugin.
      warnings: true,

      // Produce ECMA2017 code.
      ecma: 8,

      // Mangle top-level variable and function names.
      toplevel: true,

      // Consistently mangle names across files.
      nameCache: {},

      parse:
      {
        // Support #!command as the first line.
        shebang: true
      }
    }
  }
}
```
npm package: @paulmillr/trusted-setups
Description: Easily access KZG (EIP-4844) / PeerDAS (EIP-7594) ETH trusted setups in JS
Author: Paul Miller
Latest version: 0.3.0

# trusted-setups

Easily access KZG (EIP-4844) + PeerDAS (EIP-7594) / ETH [trusted setups](https://vitalik.eth.limo/general/2022/03/14/trustedsetup.html) in JS.

Exports 5 files:

- `small-kzg.js` - 400KB KZG setup
- `small-peerdas.js` - ~800KB KZG+PeerDAS setup
- `fast-kzg.js` - fast ~800KB KZG setup for [eth-signer](https://github.com/paulmillr/micro-eth-signer)
- `fast-peerdas.js` - fast 3.1MB KZG+PeerDAS setup for [eth-signer](https://github.com/paulmillr/micro-eth-signer)
- `trusted_setup.json`, for c-kzg and others

## Usage

> npm install @paulmillr/trusted-setups

The package is located in namespace for security / anti-squatting reasons.

We test against [eth-signer](https://github.com/paulmillr/micro-eth-signer),
[kzg-wasm](https://github.com/ethereumjs/kzg-wasm) and
[c-kzg](https://github.com/ethereum/c-kzg-4844).
Other libraries with similar API should also work.

```js
import { trustedSetup } from '@paulmillr/trusted-setups/small-kzg.js';
// import { trustedSetup } from '@paulmillr/trusted-setups/small-peerdas.js';
// import { trustedSetup } from '@paulmillr/trusted-setups/fast-kzg.js';
// import { trustedSetup } from '@paulmillr/trusted-setups/fast-peerdas.js';

// Typed as:
type trustedSetup = {
  g1_lagrange: string[];
  g2_monomial: string[];
  g1_monomial: string[];
}

// eth-signer
import { KZG } from 'micro-eth-signer/kzg';
const kzg = new KZG(trustedSetup);

// kzg-wasm
const strip0x = items => items.map((i) => i.substring(2)).join('');
const g1 = strip0x(trustedSetup.g1_lagrange);
const g2 = strip0x(trustedSetup.g2_monomial);
const opts = { n1: 4096, n2: 65, g1, g2 };
const kzg = await loadKZG(opts);

// c-kzg can't receive object, requires path
const __dirname = dirname(fileURLToPath(import.meta.url));
ckzg.loadTrustedSetup(1, __dirname + '/trusted_setup.json');

trustedSetup.g1_lagrange.slice(0, 2)
// [
//   '0xa0413c0dcafec6dbc9f47d66785cf1e8c981044f7d13cfe3e4fcbb71b5408dfde6312493cb3c1d30516cb3ca88c03654',
//   '0x8b997fb25730d661918371bb41f2a6e899cac23f04fc5365800b75433c0a953250e15e7a98fb5ca5cc56a8cd34c20c57'
// ]
trustedSetup.g2_monomial.slice(0, 2)
// [
//   '0x93e02b6052719f607dacd3a088274f65596bd0d09920b61ab5da61bbdc7f5049334cf11213945d57e5ac7d055d042b7e024aa2b2f08f0a91260805272dc51051c6e47ad4fa403b02b4510b647ae3d1770bac0326a805bbefd48056c8c121bdb8',
//   '0xb5bfd7dd8cdeb128843bc287230af38926187075cbfbefa81009a2ce615ac53d2914e5870cb452d2afaaab24f3499f72185cbfee53492714734429b7b38608e23926c911cceceac9a36851477ba4c60b087041de621000edc98edada20c1def2'
// ]
```

## Verification

`npm install && npm run build` will build files from `trusted_setup.txt`, which was copied from
[c-kzg-4844](https://github.com/ethereum/c-kzg-4844/blob/445387f7dfd95b2b0d74b537b9d28f7b603b6f24/src/trusted_setup.txt).

Its checksum is `d39b9f2d047cc9dca2de58f264b6a09448ccd34db967881a6713eacacf0f26b7`.

## License

MIT License

Copyright (c) 2024 Paul Miller (https://paulmillr.com)
npm package: @paulmojicatech/native-auth
Description: Plugin to provide native auth solutions
Author: Paul Mojica Technologies
Latest version: 0.0.10

# @paulmojicatech/native-auth

Plugin to provide native auth solutions

## Install

```bash
npm install @paulmojicatech/native-auth
npx cap sync
```

## API

<docgen-index>

* [`echo(...)`](#echo)
* [`showAppleSignIn(...)`](#showapplesignin)
* [Type Aliases](#type-aliases)

</docgen-index>

<docgen-api>
<!--Update the source file JSDoc comments and rerun docgen to update the docs below-->

### echo(...)

```typescript
echo(options: { value: string; }) => Promise<{ value: string; }>
```

| Param         | Type                            |
| ------------- | ------------------------------- |
| **`options`** | <code>{ value: string; }</code> |

**Returns:** <code>Promise&lt;{ value: string; }&gt;</code>

--------------------


### showAppleSignIn(...)

```typescript
showAppleSignIn(options: NativeAuthConfigOptions) => Promise<NativeAuthResponse>
```

| Param         | Type                                                                        |
| ------------- | --------------------------------------------------------------------------- |
| **`options`** | <code><a href="#nativeauthconfigoptions">NativeAuthConfigOptions</a></code> |

**Returns:** <code>Promise&lt;<a href="#nativeauthresponse">NativeAuthResponse</a>&gt;</code>

--------------------


### Type Aliases


#### NativeAuthResponse

<code>{ isSuccess: boolean; userIdentifier: string; fullName: string; email: string; }</code>


#### NativeAuthConfigOptions

<code>{ xOffset: number; yOffset: number; width: number; height: number; }</code>

</docgen-api>
npm package: @paulo9mv/ra-language-pt-br
Description: Brazilian Portuguese messages for react-admin, the frontend framework for building admin applications on top of REST/GraphQL services
Author: Paulo Viana
Latest version: 1.4.2

# Brazilian Portuguese Messages for React-Admin

Brazilian Portuguese messages for [react-admin](https://github.com/marmelab/react-admin), the frontend framework for building admin applications on top of REST/GraphQL services.

[![react-admin-demo](https://marmelab.com/react-admin/img/react-admin-demo-still.png)](https://vimeo.com/268958716)

## Installation

```sh
npm install --save @paulo9mv/ra-language-pt-br
```

or

```sh
yarn add @paulo9mv/ra-language-pt-br
```

## Usage

```js
import ptBrMessages from '@ra-language-pt-br';
import polyglotI18nProvider from 'ra-i18n-polyglot';

const messages = {
  'pt-br': ptBrMessages,
};
const i18nProvider = polyglotI18nProvider(locale => messages[locale], 'pt-br');

<Admin i18nProvider={i18nProvider}>
  ...
</Admin>
```

## License

This translation is licensed under the MIT License.