Please confirm these before moving forward
UniGetUI Version
2026.3.0 (latest stable)
Windows version, edition, and architecture
Windows 11 x64, build 26200
Describe your issue
Observed behavior
With UniGetUI 2026.3.0 and Devolutions Agent 2026.3.0, the broker is reachable and its policy is loaded. Pip updates fail before pip starts:
Broker package manager 'Pip' does not support scope 'Machine'.
This affects unrelated Pip packages and is distinct from #5273, where the broker itself is unavailable.
Root cause
- Pip inventory currently labels installed and updatable distributions
PackageScope.Global without determining their actual installation scheme.
BrokerRequestBuilder maps Global to broker Machine for every manager. The Agent advertises only User for Pip and rejects Machine/elevated Pip requests.
- Simply changing every request to
User is not correct: the Agent adds --user, which installs into the Python user-site. A per-user Python installation can also have packages in its separate interpreter base-site. On this machine both schemes occur under the same Python 3.10 interpreter.
- The Agent resolves
python.exe from the target user PATH rather than receiving a bound interpreter identity. The client also sends the Pip source URL although the Agent Pip builder rejects explicit source URLs. A scope-only change would therefore still not provide reliable updates.
Expected behavior / proposed fix
- Discover and retain the Python interpreter and installation scheme for each Pip distribution. Do not treat Pip
Global as proof of OS-wide Machine scope.
- Define broker semantics for interpreter base-site versus Python user-site. For a per-user interpreter, run base-site updates under the same non-elevated user without
--user; use --user only for confirmed user-site packages. Bind discovery and execution to the same validated interpreter. Do not allow a client-supplied arbitrary executable path to bypass broker policy.
- Keep true
Machine/elevated Pip operations unsupported until the Agent can select and validate a trusted system-wide Python and its imported pip modules. Do not elevate a user-writable Python installation.
- Represent default PyPI without an unsupported explicit source URL, and validate/authorize any custom index in the broker protocol.
- Until end-to-end support exists, reject unsupported Pip broker operations before queueing with an actionable capability message. Do not silently fall back to local execution when the broker is required.
Suggested regression tests
- Base-site package in a per-user Python: same interpreter, no elevation, no
--user, no duplicate user-site installation.
- User-site package: same interpreter,
--user.
- Different Python on PATH: never update a different interpreter from the one inventoried.
Machine/elevated Pip: rejected unless a trusted system-wide interpreter is explicitly supported.
- Default versus custom package source, and mixed bulk updates with other managers.
Steps to reproduce the issue
- Install Python for the current Windows user and install a package into its interpreter base-site (ordinary
python -m pip install <package>). Optionally install another package with --user into the separate user-site.
- Install UniGetUI 2026.3.0 and Devolutions Agent 2026.3.0, enable a working Agent broker, then refresh Pip updates.
- Start an update for either Pip package. The operation fails at broker validation with the same
Machine-scope message, before pip runs.
UniGetUI Log
Broker package manager 'Pip' does not support scope 'Machine'.
Package Managers Logs
No pip process/output: the broker rejects the request before invoking the package manager.
Relevant information
Relevant source paths (release v2026.3.0):
Screenshots and videos
No response
Please confirm these before moving forward
UniGetUI Version
2026.3.0 (latest stable)
Windows version, edition, and architecture
Windows 11 x64, build 26200
Describe your issue
Observed behavior
With UniGetUI 2026.3.0 and Devolutions Agent 2026.3.0, the broker is reachable and its policy is loaded. Pip updates fail before pip starts:
This affects unrelated Pip packages and is distinct from #5273, where the broker itself is unavailable.
Root cause
PackageScope.Globalwithout determining their actual installation scheme.BrokerRequestBuildermapsGlobalto brokerMachinefor every manager. The Agent advertises onlyUserfor Pip and rejectsMachine/elevated Pip requests.Useris not correct: the Agent adds--user, which installs into the Python user-site. A per-user Python installation can also have packages in its separate interpreter base-site. On this machine both schemes occur under the same Python 3.10 interpreter.python.exefrom the target user PATH rather than receiving a bound interpreter identity. The client also sends the Pip source URL although the Agent Pip builder rejects explicit source URLs. A scope-only change would therefore still not provide reliable updates.Expected behavior / proposed fix
Globalas proof of OS-wideMachinescope.--user; use--useronly for confirmed user-site packages. Bind discovery and execution to the same validated interpreter. Do not allow a client-supplied arbitrary executable path to bypass broker policy.Machine/elevated Pip operations unsupported until the Agent can select and validate a trusted system-wide Python and its imported pip modules. Do not elevate a user-writable Python installation.Suggested regression tests
--user, no duplicate user-site installation.--user.Machine/elevated Pip: rejected unless a trusted system-wide interpreter is explicitly supported.Steps to reproduce the issue
python -m pip install <package>). Optionally install another package with--userinto the separate user-site.Machine-scope message, before pip runs.UniGetUI Log
Package Managers Logs
Relevant information
Relevant source paths (release v2026.3.0):
Screenshots and videos
No response