AprilNEA/OpenLogi
Productivity & UtilitiesA local replacement for Logitech Options+ that remaps buttons, DPI and SmartShift without an account.
Worth a try if you own Logitech peripherals and dislike installing vendor software with an account; hold off if you need stable behavior across apps and desktops.
The problem
A Logitech mouse arrives with extra buttons, a DPI switch and a free-spinning wheel, but the useful configuration lives behind Logitech Options+, which requires an account and cannot run alongside other tools that talk to the same receiver. On Linux, the vendor path may not exist at all. OpenLogi changes that step: you install a native app instead, and button mappings, DPI presets, SmartShift settings and webcam controls are written to the hardware over HID++ and UVC. The result is a configured device plus a plain-text TOML config you can copy between machines.
What's different
The central mechanism is direct device communication. OpenLogi talks HID++ to receivers and devices over Logi Bolt, Unifying, Bluetooth or wired connections, and UVC to Logitech webcams, so changes like white balance or zoom appear in Meet, Zoom and OBS because they are written to the camera rather than applied in a preview layer project instructions. The same access allows separate tap and hold actions, gestures on specific controls, and hold-to-talk chords that release with the button. A CLI and a JSON automation API expose DPI, SmartShift, Fn-lock and report rate, which suits users who want those settings scripted rather than clicked CLI documentation.
The trade-off is that this is hardware-level software with a narrow supported-device surface. The README says the app shows only controls a device reports, so identical-looking mice or keyboards can expose different options. Platform behavior also varies by desktop: per-application profiles on Linux need X11 or wlroots, or a separate GNOME companion extension GNOME extension notes. Choosing OpenLogi means accepting that these gaps map to your environment, not just to the version number.
Who should try it
A good fit is a Logitech mouse or keyboard owner on macOS, Windows or Linux who wants button remapping, DPI changes and SmartShift without an online account, and who values a TOML config that can be versioned or synced. Someone using a Logi Bolt or Unifying receiver with a webcam from the same vendor gets one place to tune both. A poor fit is a user who depends on per-app profiles under a Wayland compositor outside wlroots without the companion extension, or on keyboard F-key remapping on Linux, which the support table lists as unavailable. macOS users below macOS 13 and Linux users on GLIBC older than 2.35 cannot use the released builds at all; building from source may be an alternative but is a different maintenance burden development instructions.
Requirements and limitations
The README flags active development and warns that features and config may still change, so a configuration that works today is not a stable contract. Only one application can own a receiver at a time, which means quitting Logi Options+ and Solaar before launching OpenLogi; for people evaluating it alongside the vendor tool, that is a per-session switch rather than a toggle. Platform coverage is uneven rather than uniform: keyboard F-key remapping is missing on Linux, menu-bar and tray icons are absent there, and window-manager actions do nothing where the documented desktop backend has no equivalent. On Windows, only Windows 11 is listed as tested.
Ongoing upkeep matters as much as installation. The release downloads carry minisign signatures and checksums, and in-app updates exist on all three platforms, but the project's own warning about changing configs means checking release notes before updating is part of the workflow. Webcam and device features depend on what the hardware reports, so two devices of the same model line may offer different controls.
HotRepo's take
HotRepo recorded six daily-board appearances between 2026-08-20 and 2026-10-28, with the last recorded day at +180 stars, and a later sample averaging lower than the earlier one. That is board-day evidence only, not a continuous growth series, and it does not show whether the project will keep pace. The Hacker News discussion is too thin to read as a verdict: one commenter said they had been looking for open-source alternatives to vendor peripheral software and expected a Rust implementation to be more reliable than Electron-based ones HN comment, which is an expectation, not a test. Before committing, check device support on your exact model and desktop, since the platform table and per-device reported controls are where most surprises will surface.
Written by AI from the project's README, updated October 28, 2026. The project's own docs are the source of truth.