semvec/pypi-packages huggingface dataset:
moark-pack 0.1.0
Moses in the Ark - Pack tool for creating Git bundles in internet-connected networks
Requires Python: >=3.10

# ⛵ Moses in the Ark - Pack

**Moses in the Ark** is a secure air-gap transfer system for Git repositories and CI/CD artifacts.

The **Pack** tool creates bundles in internet-connected networks for transfer to air-gapped environments.

## Installation

```bash
pip install .
# Or with Terminal UI
pip install ".[ui]"
```

Requirements: git installed, Python 3.10+.

## Usage

### Terminal User Interface (TUI)

```bash
moark-pack-ui
```

Opens an interactive terminal interface for creating bundles. The interface includes:
- **Repository URL**: Single input for full Git repository URL
- **Credentials**: Username and password for GitLab authentication
- **Options**: Submodules, artifacts, SSL verification
- **Real-time output**: Live streaming of the packing process

The system intelligently detects:
- Public repositories (GitHub, GitLab.com, Bitbucket)
- Private GitLab instances (requires credentials)
- Automatic URL parsing and configuration

### CLI Usage

#### Pack a public repository

```bash
moark-pack pack \
  --repo-url https://github.com/user/project.git \
  --output-dir ./dist
```

#### Pack a private GitLab repository

```bash
moark-pack pack \
  --source-gitlab-url https://gitlab.company.com \
  --repo-path group/project \
  --source-username deploy-user \
  --source-password your-password \
  --output-dir ./dist
```

#### Include submodules

```bash
moark-pack pack \
  --repo-url https://github.com/user/project.git \
  --with-submodules \
  --output-dir ./dist
```

#### Download CI/CD artifacts

```bash
moark-pack pack \
  --source-gitlab-url https://gitlab.company.com \
  --repo-path group/project \
  --source-username deploy-user \
  --source-password your-password \
  --with-artifacts \
  --artifacts-ref main \
  --output-dir ./dist
```

## Parameters

### Pack Parameters

- `--repo-url`: Public Git repository URL (for public repos)
- `--source-gitlab-url`: GitLab base URL (for private GitLab)
- `--repo-path`: Repository path in GitLab (e.g., `group/project`)
- `--source-username`: GitLab username
- `--source-password`: GitLab password (or ENV: `SOURCE_GITLAB_PASSWORD`)
- `--output-dir`: Output directory for bundles (default: `./dist`)
- `--repo-name`: Override repository name
- `--with-submodules`: Include submodules
- `--with-artifacts`: Download CI/CD artifacts
- `--artifacts-ref`: Branch/tag for artifacts (default: `main`)
- `--insecure`: Disable SSL verification

### Environment Variables

- `SOURCE_GITLAB_PASSWORD` - GitLab password (alternative to --source-password)

## Output

The tool creates a `.tar.gz` bundle containing:
- Git repository bundle (`.bundle` file)
- Submodules (if requested)
- CI/CD artifacts (if requested)
- Manifest file with metadata

Example output:
```
dist/
└── project-2024-01-15-143022.tar.gz
```

## Security Notes

- Passwords are never stored or logged
- SSL verification is enabled by default
- Credentials are only used during the packing process
- Bundle files are self-contained and portable

## For Support

For support or questions, contact: **Moshe Eliya**
ose-plugin-hierarchical-spreadsheets 1.3.2
OntoSpreadEd plugin for hierarchical spreadsheet generation
Requires Python: >=3.12

# OSE Plugin: Hierarchical Spreadsheets

OntoSpreadEd plugin for generating hierarchical spreadsheet exports during ontology releases.

## Description

This plugin adds a release step that generates hierarchical spreadsheet representations of ontologies. It exports ontology structures in a format that preserves parent-child relationships in an easy-to-read tabular format.

## Installation

```bash
pip install ose-plugin-hierarchical-spreadsheets
```

## Requirements

- Python 3.12+
- ose-core

## Usage

Add the `GenerateHierarchicalSpreadsheetReleaseStep` to your release script configuration to include hierarchical spreadsheet generation in your release pipeline.

## License

LGPL-3.0-or-later
ose-plugin-hbcp 1.3.2
OntoSpreadEd plugin for HBCP common services
Requires Python: >=3.12

# OSE Plugin: HBCP

OntoSpreadEd plugin for HBCP (Human Behaviour Change Project) services.

## Description

This plugin provides common functionality for HBCP-related ontology projects. It serves as a base plugin with shared services used by derived plugins like AddictO and BCIO.

Features:
- Search API client for external vocabulary services
- HTTP error handling utilities
- Common service infrastructure

## Installation

```bash
pip install ose-plugin-hbcp
```

## Requirements

- Python 3.12+
- ose-core

## License

LGPL-3.0-or-later
ose-plugin-bcio 1.3.2
Plugin for BCIO services and workflows
Requires Python: >=3.12

# OSE Plugin: BCIO

OntoSpreadEd plugin for BCIO (Behaviour Change Intervention Ontology) services and workflows.

## Description

This plugin extends OntoSpreadEd with functionality specific to the BCIO ontology project. It provides:

- BCIO search release step for automated release pipelines
- Custom scripts for BCIO vocabulary management:
  - Clean up BCIO vocabulary
  - Import missing external terms
  - Update imports to latest versions
  - Set pre-proposed curation status
- Integration with BCIO search services
- Custom UI components for BCIO-specific workflows

## Installation

```bash
pip install ose-plugin-bcio
```

## Requirements

- Python 3.12+
- ose-core
- ose-plugin-hbcp

## Configuration

The plugin is automatically discovered and loaded when installed. Register it in your release script to use BCIO-specific release steps and scripts.

## License

LGPL-3.0-or-later
ose-plugin-addicto 1.3.2
OntoSpreadEd plugin for AddictO services and workflows
Requires Python: >=3.12

# OSE Plugin: AddictO

OntoSpreadEd plugin for AddictO (Addiction Ontology) services and workflows.

## Description

This plugin extends OntoSpreadEd with functionality specific to the AddictO ontology project. It provides:

- AddictO vocabulary release step for automated release pipelines
- Integration with external AddictO vocabulary services
- Custom UI components for AddictO-specific workflows

## Installation

```bash
pip install ose-plugin-addicto
```

## Requirements

- Python 3.12+
- ose-core
- ose-plugin-hbcp

## Configuration

The plugin is automatically discovered and loaded when installed. Register it in your release script to use the AddictO vocabulary step.

## License

LGPL-3.0-or-later
kodexa-cli 7.4.421830450373
Command Line Tools for Kodexa
Requires Python: <3.14,>=3.11

# Kodexa Command Line Tools

[![Kodexa CLI Python Package](https://github.com/kodexa-ai/kodexa-cli/actions/workflows/build-and-release.yml/badge.svg)](https://github.com/kodexa-ai/kodexa-cli/actions/workflows/build-and-release.yml)

[![Ask DeepWiki](https://deepwiki.com/badge.svg)](https://deepwiki.com/kodexa-ai/kodexa-cli)

Kodexa is a platform for building intelligent document processing pipelines. It is a set of tools and services that
allow you to build a pipeline that can take a document, extract the content, and then process it to extract the
information you need.

It is built on a set of core principles:

* **Document Centric** - Kodexa is built around the idea of a document. A document is a collection of content
  nodes that are connected together. This is a powerful model that allows you to build pipelines that can
  extract content from a wide range of sources.

* **Pipeline Oriented** - Kodexa is built around the idea of a pipeline. A pipeline is a series of steps that
  can be executed on a document. This allows you to build a pipeline that can extract content from a wide range
  of sources.

* **Extensible** - Kodexa is built around the idea of a pipeline. A pipeline is a series of steps that can be executed
  on a document. This allows you to build a pipeline that can extract content from a wide range of sources.

* **Label Driven** - Kodexa focuses on the idea of labels. Labels are a way to identify content within a document
  and then use that content to drive the processing of the document.

# Command Line Tools

This repository contains the command line tools for Kodexa. The tools are the primary way to interact with Kodexa. It
allows you to configure components and manage aspects of your Kodexa Platform installation.

You can learn about about Kodexa at https://support.kodexa.ai

## Set-up

We use poetry to manage our dependencies, so you can install them with:

    poetry install

You can then run the tests with:

    poetry run pytest

# Contributing

We welcome contributions to the Kodexa platform. Please see our [contributing guide](CONTRIBUTING.md) for more details.

# License

Apache 2.0