Skip to content

Release 0.3.1a1 - #102

Open
github-actions[bot] wants to merge 23 commits into
masterfrom
release-0.3.1a1
Open

Release 0.3.1a1#102
github-actions[bot] wants to merge 23 commits into
masterfrom
release-0.3.1a1

Conversation

@github-actions

@github-actions github-actions Bot commented Sep 1, 2026

Copy link
Copy Markdown

Human review requested!

renovate Bot and others added 23 commits June 7, 2026 06:11
* chore: add missing shared CI workflows

* chore: point publish workflows to OpenVoiceOS/gh-automations@dev

* chore: remove legacy workflows superseded by shared callers

* chore: modernize packaging to pyproject.toml
Raise the upper version cap so this repo accepts the new major(s), matching the semver-major caps used across the OVOS ecosystem (bus-client <3.0.0, plugin-manager <3.0.0).

Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Every ovos-PHAL[extras] plugin pinned a stable floor; their stable releases cap
ovos-bus-client<2.0, and a non-prerelease floor does NOT enable prereleases, so a
consumer (ovos-core[mycroft]) resolving under bus-client 2.x only sees the capped
stables and fails. Floor each at its cap-free (pre)release so prereleases are
enabled: connectivity-events>=0.1.6a1, ipgeo>=0.1.9a1, oauth>=0.1.7a1,
alsa>=0.1.9a1, system>=1.3.8a1, network-manager>=1.3.7a1,
wallpaper-manager>=0.2.8a1, mac>=0.2.0, mk1>=0.1.5a1, hotkeys>=0.1.3a1,
mk2-fan-control>=0.0.3a1. Verified: ovos-PHAL[extras] resolves on
bus-client 2.3.0a2 / opm 2.8.0a1.
Co-authored-by: Claude Sonnet 5 <noreply@anthropic.com>
…the bus (#99)

Instantiate ovos_utils.skill_installer.ServiceInstaller in the PHAL service so
each PHAL process installs plugins into its own environment over the message
bus, gated by the existing skills.installer.allow_pip config (off by default),
cleanly unregistered on shutdown.

The admin PHAL runs as a SEPARATE process (AdminPHAL, skill_id 'PHAL.admin',
usually root) owning the admin plugins. So the two processes register distinct
topics — the plain daemon answers ovos.pip.install.ovos_PHAL, the admin daemon
ovos.pip.install.ovos_PHAL_admin — and a wifi/system (admin) plugin installs
into the root env while a user plugin installs into the user env.

Co-authored-by: Claude Opus 4.8 <noreply@anthropic.com>
ovos-config 3.0.0a1 removes AssistantConfig and remote-config APIs that
ovos-PHAL never used, so the upper bound blocking resolution to the
3.x series is unnecessarily strict. Full test suite forced against
ovos-config 3.0.1a1 (1 passed) with no regressions.

Co-authored-by: Claude Sonnet 5 <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant