Packages, services and updates for both drivers (NetOrk/netork#799).
Packages:get_packages, install_package, uninstall_package, all actions as root and names validated first.
Updates:get_available_updates.
FreeBSD: pkg upgrade -n, with security from VuXML (pkg audit).
OpenBSD: pkg_add -u -n -v.
Base-system patches are one base-system entry (decided in #799): syspatch -c, or what freebsd-update has fetched on a classic FreeBSD. On pkgbase the base system is ordinary packages.
Services:get_services (the enabled services; FreeBSD reads their status as root, OpenBSD uses rcctl check) and manage_service (start, stop, restart, enable, disable as root).
Fixtures come from VMs with genuinely outdated packages. Checked live on FreeBSD 15.1 and OpenBSD 7.9: VuXML flags expat and python312; OpenBSD reports pcre2 and py3-tzdata plus base-system (34 patches). A service restart and installing and removing a package work on both. 102 tests.
Not verifiable here: the classic-FreeBSD freebsd-update updatesready path (the hand-installed test host has no sudo).
Packages, services and updates for both drivers (NetOrk/netork#799).
- **Packages:** `get_packages`, `install_package`, `uninstall_package`, all actions as root and names validated first.
- **Updates:** `get_available_updates`.
- FreeBSD: `pkg upgrade -n`, with `security` from VuXML (`pkg audit`).
- OpenBSD: `pkg_add -u -n -v`.
- Base-system patches are one `base-system` entry (decided in #799): `syspatch -c`, or what `freebsd-update` has fetched on a classic FreeBSD. On pkgbase the base system is ordinary packages.
- **Services:** `get_services` (the enabled services; FreeBSD reads their status as root, OpenBSD uses `rcctl check`) and `manage_service` (start, stop, restart, enable, disable as root).
Fixtures come from VMs with genuinely outdated packages. Checked live on FreeBSD 15.1 and OpenBSD 7.9: VuXML flags `expat` and `python312`; OpenBSD reports `pcre2` and `py3-tzdata` plus `base-system` (34 patches). A service restart and installing and removing a package work on both. 102 tests.
Not verifiable here: the classic-FreeBSD `freebsd-update updatesready` path (the hand-installed test host has no sudo).
The write side NetOrk/netork#799 needs, on both drivers.
- Packages: get_packages (FreeBSD `pkg query` with the repository as
source, nothing on a classic system without pkg; OpenBSD `pkg_info`),
install_package / uninstall_package as root (`pkg install`/`pkg
delete`, `pkg_add -I`/`pkg_delete`), names checked before anything is
sent, a failure raised with what the tool printed.
- Updates: get_available_updates. FreeBSD `pkg upgrade -n`, with
`security` from VuXML (`pkg audit`: True for a listed package, False for
any other, None when the audit could not run); OpenBSD `pkg_add -u -n
-v` (no security verdict). Base-system patches are one `base-system`
entry, as decided in #799: OpenBSD's `syspatch -c`, and on a classic
FreeBSD what `freebsd-update` has fetched; on pkgbase the base system is
packages from FreeBSD-base.
- Services: get_services lists the enabled ones (FreeBSD `service ...
status` as root, as root-only pidfiles hide daemons otherwise, without
root when sudo refuses; OpenBSD `rcctl check`), manage_service runs
start/stop/restart/enable/disable as root and returns success and
output.
Fixtures recorded on the FreeBSD 15.1 and OpenBSD 7.9 VMs with genuinely
outdated packages (FreeBSD pointed at the latest branch, an OpenBSD
package taken back to its release build). Checked live on both, including
a service restart and installing and removing a package.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Packages, services and updates for both drivers (NetOrk/netork#799).
get_packages,install_package,uninstall_package, all actions as root and names validated first.get_available_updates.pkg upgrade -n, withsecurityfrom VuXML (pkg audit).pkg_add -u -n -v.base-systementry (decided in #799):syspatch -c, or whatfreebsd-updatehas fetched on a classic FreeBSD. On pkgbase the base system is ordinary packages.get_services(the enabled services; FreeBSD reads their status as root, OpenBSD usesrcctl check) andmanage_service(start, stop, restart, enable, disable as root).Fixtures come from VMs with genuinely outdated packages. Checked live on FreeBSD 15.1 and OpenBSD 7.9: VuXML flags
expatandpython312; OpenBSD reportspcre2andpy3-tzdataplusbase-system(34 patches). A service restart and installing and removing a package work on both. 102 tests.Not verifiable here: the classic-FreeBSD
freebsd-update updatesreadypath (the hand-installed test host has no sudo).