openlineage-integration-common
OpenLineage common python library for integrations
Decision gist · record as of 2026-08-14
Yes, if you are building or extending OpenLineage integrations. The package is actively maintained, has no known vulnerabilities, and low install friction. Install only if you need to work with OpenLineage integration code; it is a library for integration developers rather than a general-purpose tool.AI-flagged interpretation of the facts on this page — verify before relying
Before you install
- Requires Python 3.10 or later.
- Active maintenance with a recent release (22 days old) and 2601 repository stars.
- Low install friction with four straightforward runtime dependencies.
License · maintenance · safety
Apache-2.0 (permissive) — Apache-2.0 permissive license allows commercial and private use with minimal restrictions, making it suitable for most integration scenarios.
last release 2026-07-23 (22 days) · last repo commit 2026-08-14 · 2,601 stars
0 known vulnerabilities (OSV.dev, 2026-08-14) · 8,512,435 downloads/mo, #1,614 on PyPI
Alternatives
Verify before relying
pip install openlineage-integration-common
from openlineage.integration.common import ...
# Use common models and utilities from the integration library- Specific common utilities and data models exposed by this package beyond the core OpenLineage entities.
- Whether this package is intended for end-user applications or primarily for internal integration development.
- Integration-specific configuration or setup requirements beyond the standard installation.
What it is and what it does
OpenLineage-integration-common is a shared Python library that provides common building blocks for OpenLineage integrations across data platforms. Rather than each integration (Spark, Airflow, dbt, Flink, etc.) duplicating effort to model and collect metadata, this package centralizes the common data structures, utilities, and patterns needed to instrument jobs and capture lineage events. It depends on openlineage-python for core models, openlineage-sql for SQL parsing, attrs for data class support, and pyyaml for configuration handling.
The package is part of the OpenLineage ecosystem, an LF AI & Data Foundation graduate project. It enables integrations to share the effort of metadata collection rather than each project maintaining separate instrumentation logic, reducing duplication and making it easier to keep integrations in sync with new OpenLineage specification versions.
Use it for
- Building custom OpenLineage integrations for data platforms not yet covered by official integrations.
- Standardizing metadata collection across multiple data processing frameworks in a single organization.
- Extending existing OpenLineage integrations with organization-specific facets and metadata enrichment.
- Instrumenting internal data jobs to emit lineage events to a central metadata repository like Marquez.
- Developing data observability solutions that need consistent lineage models across heterogeneous platforms.
Worth the install?
AI-flagged interpretation of the facts on this page. Verify before relying on it.
Yes, if you are building or extending OpenLineage integrations.
The package is actively maintained, has no known vulnerabilities, and low install friction. Install only if you need to work with OpenLineage integration code; it is a library for integration developers rather than a general-purpose tool.
Install
openlineage-integration-common on PyPI
Before you install
Active maintenance with a recent release (22 days old) and 2601 repository stars. Low install friction with four straightforward runtime dependencies. Supports current Python versions (3.10, 3.11, 3.12).
Requires Python 3.10 or later.
License in practice
Apache-2.0 permissive license allows commercial and private use with minimal restrictions, making it suitable for most integration scenarios.
Quickstart
pip install openlineage-integration-common
from openlineage.integration.common import ...
# Use common models and utilities from the integration library
Verify before relying
- Specific common utilities and data models exposed by this package beyond the core OpenLineage entities.
- Whether this package is intended for end-user applications or primarily for internal integration development.
- Integration-specific configuration or setup requirements beyond the standard installation.
Package facts
| License | Apache-2.0 permissive |
| Python support | Supports the current Python release >=3.10 |
| Install friction | Low. Pure-Python wheel |
| Runtime dependencies | 4 packagesattrsopenlineage-pythonopenlineage-sqlpyyaml |
| Maintenance | Actively maintained 22 days since the last release |
| Last repo commit | |
| First released | |
| Downloads | 8,512,435 / month, #1,614 on PyPI 30-day window, as of 2026-08-14 |
| Known vulnerabilities | None known OSV.dev, checked 2026-08-14 |
| Classifiers | Development Status :: 5 - Production/StableIntended Audience :: DevelopersLicense :: OSI Approved :: Apache Software LicenseProgramming Language :: Python :: 3Programming Language :: Python :: 3.10Programming Language :: Python :: 3.11Programming Language :: Python :: 3.12 |
Evidence: openlineage_integration_common-1.52.0-py3-none-any.whl
Tags
Let your AI agent find packages like this
Example. Real query, live index.
You found this page by searching. An agent finds it by wishing: SkillFed indexes 14,416 PyPI packages by what they can do, searchable in plain language.
wish › “openlineage integration library”
- openlineage-integration-commonProvides common Python utilities and data models for OpenLineage…
- openlineage-pythonPython client library for OpenLineage that enables applications to…
- openlineage-dbtAutomatically collects and sends dbt run metadata—model lifecycle,…
Give your agent the search over MCP, or paste the wish link into any chat.
More Monitoring packages
Wraps any iterable to display a real-time progress bar in the terminal or Jupyter notebook, showing iteration count, elapsed time, and estimated time remaining.
Provides generated Python code for OpenTelemetry semantic conventions, enabling standardized attribute naming and constant definitions for instrumentation and telemetry collection.
Install it if you are using OpenTelemetry and want to follow semantic conventions correctly.
Provides the reference implementation of the OpenTelemetry API for collecting and exporting traces, metrics, and logs from Python applications.
Provides the abstract API and interfaces for OpenTelemetry instrumentation in Python, defining how to emit traces, metrics, and logs without tying code to a specific SDK implementation.
Exports OpenTelemetry observability data to an OpenTelemetry Collector using Protobuf-encoded messages over HTTP.
Install it if you are using OpenTelemetry in Python and need to send data to a Collector over HTTP.
Provides automatic instrumentation commands and programmatic APIs to inject distributed tracing into Python applications without code changes, detecting and instrumenting packages used by your program.
Install it if you need distributed tracing without code changes and have compatible instrumented packages in your environment.
See also apache-airflow-providers-openlineage · openlineage-dbt · openlineage-python · openlineage-airflow · openlineage-sql · apache-airflow-providers-common-io · dbt-semantic-interfaces · collate-sqllineage · snakemake-interface-common · openmetadata-ingestion