Observed since 20 Oct, 17:35 UTC
No superseded metadata states collected. Unchanged observations do not create new revisions.
Madbot community Data plugin for Abromics file access
Madbot Data plugin for Abromics: Python package abromics-plugin, import path abromics_plugin, main class AbromicsPlugin, Django app config AbromicsPluginConfig.
Upstream: madbot_community_abromics on GitLab.
Registers a Madbot plugin that exposes Abromics-backed data and file access so the Madbot API (and clients such as Abromics Analysis) can open connections and resolve datalinks. The connection payload from Abromics uses plugin id:
abromics_plugin.plugins.AbromicsPlugin
django, requests (see pyproject.toml). Madbot’s plugin_api is expected to be on PYTHONPATH when Madbot runs.Clone and install in editable mode from the directory that contains pyproject.toml:
git clone git@gitlab.com:ifb-elixirfr/madbot/plugins/community/madbot_community_abromics.git
cd madbot_community_abromics
pip install -e .
If your Madbot checkout provides a helper (e.g. a Pixi task in api/ that installs this path), you can use that instead—what matters is that import abromics_plugin succeeds in the process that serves the API and runs background jobs.
Docker: add the same pip install -e . (or equivalent) to the API (and worker) image build, not only your laptop venv.
Add the Django app module to MADBOT_INSTALLED_PLUGINS (comma-separated list in .env):
MADBOT_INSTALLED_PLUGINS=abromics_plugin,madbot_ena
Include any other plugins you use; order is only relevant if you rely on specific discovery behaviour.
Restart the API and Celery (or reload as your deployment does).
After changing plugin metadata, run Madbot’s plugin reload if your setup uses it (e.g. reload_plugins management command) so schemas stay in sync.
If POST /api/connections returns 400 with plugin / does_not_exist, the runtime cannot import abromics_plugin.plugins.AbromicsPlugin—fix the install in that environment and restart.
| Path | Role |
|---|---|
abromics_plugin/ | Django app and plugin implementation |
abromics_plugin/plugins.py | AbromicsPlugin (Data plugin class) |
abromics_plugin/apps.py | AbromicsPluginConfig |
PyPI-style name: abromics-plugin ([project].name in pyproject.toml).
On push to dev, GitLab CI runs semantic-release (conventional commits). If there is a releasable change, it bumps the version in pyproject.toml and abromics_plugin/__init__.py, updates CHANGELOG.md, builds the sdist/wheel, uploads to PyPI, and pushes the release commit.
CI/CD variables (Settings → CI/CD → Variables):
| Variable | Purpose |
|---|---|
GITLAB_TOKEN | Project access token with api + write_repository (push tags/commits from the job) |
PYPI_TOKEN | PyPI API token (upload scope); used as twine password with username __token__ |
Local dry-run (optional): pixi install -e dev && npm install && npx semantic-release --dry-run (export the same env vars or use .env tooling—never commit tokens).
MIT — Copyright (c) 2026 Abromics Team.
Download counts and popularity will appear here as the collector receives them.
| Version | Published | Direct dependencies | Open version |
|---|---|---|---|
| 1.0.0 | 24 Apr 2026 | 4 |
This describes our collected data; it is not a security assessment.
Observed since 20 Oct, 17:35 UTC
No superseded metadata states collected. Unchanged observations do not create new revisions.
package:d0d0e26bc4c5168a400ba6151091e8b6a4aeae5541395f7e1999ae44189cffa8