HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
debauchee
barrier
C2018–2026
debauchee / barrier

barrier

Open-source KVM software

62Distinct people
71Mentions
0Explicit recommenders
31KGitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

Open-source KVM software

GitHub

Where it is used

No documented product use was verified in the last source check.

What people are saying

No recommendation phrase was found in the indexed comments.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

Mentioned in the same Hacker News threads. That is not proof they are substitutes.

This week on Hacker News

Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 3:56:07 PM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by year71 dated mentions

Observed mentions: 2018-06-20 18:29:14 UTC to 2026-07-17 11:47:36 UTC.

01020302018-01-01 00:00:00 UTC to 2019-01-01 00:00:00 UTC (exclusive): 2 mentions; 1 submissions, 1 comments20182019-01-01 00:00:00 UTC to 2020-01-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2020-01-01 00:00:00 UTC to 2021-01-01 00:00:00 UTC (exclusive): 12 mentions; 3 submissions, 9 comments2021-01-01 00:00:00 UTC to 2022-01-01 00:00:00 UTC (exclusive): 27 mentions; 3 submissions, 24 comments2022-01-01 00:00:00 UTC to 2023-01-01 00:00:00 UTC (exclusive): 8 mentions; 1 submissions, 7 comments20222023-01-01 00:00:00 UTC to 2024-01-01 00:00:00 UTC (exclusive): 15 mentions; 1 submissions, 14 comments2024-01-01 00:00:00 UTC to 2025-01-01 00:00:00 UTC (exclusive): 5 mentions; 0 submissions, 5 comments2025-01-01 00:00:00 UTC to 2026-01-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2026-01-01 00:00:00 UTC to 2027-01-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments. Incomplete calendar period.2026*

* An incomplete calendar period is marked with an outlined bar. Its count is not directly comparable with a full period.

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges
UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
PeriodStart (UTC)End (exclusive, UTC)MentionsSubmissionsComments
20182018-01-01 00:00:00 UTC2019-01-01 00:00:00 UTC211
20192019-01-01 00:00:00 UTC2020-01-01 00:00:00 UTC101
20202020-01-01 00:00:00 UTC2021-01-01 00:00:00 UTC1239
20212021-01-01 00:00:00 UTC2022-01-01 00:00:00 UTC27324
20222022-01-01 00:00:00 UTC2023-01-01 00:00:00 UTC817
20232023-01-01 00:00:00 UTC2024-01-01 00:00:00 UTC15114
20242024-01-01 00:00:00 UTC2025-01-01 00:00:00 UTC505
20252025-01-01 00:00:00 UTC2026-01-01 00:00:00 UTC000
2026 (partial)2026-01-01 00:00:00 UTC2027-01-01 00:00:00 UTC101

From the project README

An excerpt from the repository, fetched Nov 13, 2026.

Read the project’s introduction
Barrier Eliminate the barrier between your machines. Find releases for windows and macOS here. Your distro probably already has barrier packaged for it, see distro specific packages below for a list. Alternatively, we also provide a flatpak and a snap. Contact info: #barrier on LiberaChat IRC network CI Build Status Master branch overall build status: Platform Build Status Linux Mac Windows Debug Windows Release Snap Our CI Builds are provided by Microsoft Azure Pipelines, Flathub, and Canonical. What is it? Barrier is software that mimics the functionality of a KVM switch, which historically would allow you to use a single keyboard and mouse to control multiple computers by physically turning a dial on the box to switch the machine you're controlling at any given moment. Barrier does this in software, allowing you to tell it which machine to control by moving your mouse to the edge of the screen, or by using a keypress to switch focus to a different system. Barrier was forked from Symless's Synergy 1.9 codebase. Synergy was a commercialized reimplementation of the original CosmoSynergy written by Chris Schoeneman. At the moment, barrier is not compatible with synergy. Barrier needs to be installed on all machines that will share keyboard and mouse. What's different? Whereas Synergy has moved beyond its goals from the 1.x era, Barrier aims to maintain that simplicity. Barrier will let you use your keyboard and mouse from one computer to control one or more other computers. Clipboard sharing is supported. That's it. Project goals Hassle-free reliability. We are users, too. Barrier was created so that we could solve the issues we had with synergy and then share these fixes with other users. Compatibility. We use more than one operating system and you probably do, too. Windows, OSX, Linux, FreeBSD... Barrier should "just work". We will also have our eye on Wayland when the time comes. Communication. Everything we do is in the open. Our issue tracker will let you see if others are having the same problem you're having and will allow you to add additional information. You will also be able to see when progress is made and how the issue gets resolved. Usage Install and run barrier on each machine that will be sharing. On the machine with the keyboard and mouse, make it the server. Click the "Configure server" button and drag a new screen onto the grid for each client machine. Ensure the "screen name" matches exactly (case-sensitive) for each configured screen -- the clients' barrier windows will tell you their screen names (just above the server IP). On the client(s), put in the server machine's IP address (or use Bonjour/auto configuration when prompted) and "start" them. You should see Barrier is running on both server and clients. You should now be able to move the mouse between all the screens as if they were the same machine. Note that if the keyboard's Scroll Lock is active then this will prevent the mouse from switching screens. Contact & support Please be aware that the only way to draw our attention to a bug is to create a new issue in the issue tracker. Write a clear, concise, detailed report and you will get a clear, concise, detailed response. Priority is always given to issues that affect a wider range of users. For short and simple questions or to just say hello find us on the LiberaChat IRC network in the #barrier channel. Contributions At this time we are looking for developers to help fix the issues found in the issue tracker. Submit pull requests once you've polished up your patch and we'll review and possibly merge it. Most pull requests will need to include a release note. See docs/newsfragments/README.md for documentation of how to do that. Distro specific packages While not a comprehensive list, repology provides a decent list of distro specific packages. FAQ - Frequently Asked Questions Q: Does drag and drop work on linux? A: No (see #855 if you'd like to change that) Q: What OSes are supported? A: The most recent release of Barrier is known to work on: Windows 7, 8, 8.1, 10, and 11 macOS (previously known as OS X or Mac OS X) The current GUI does not work on OS versions prior to macOS 10.12 Sierra (but see the related answer below) Linux FreeBSD OpenBSD Q: Are 32-bit versions of Windows supported? A: No Q: Is it possible to use Barrier on Mac OS X / OS X versions prior to 10.12? A: Not officially. For OS X 10.10 Yosemite and later: Barrier v2.1.0 or earlier may work. For Mac OS X 10.9 Mavericks (and perhaps earlier): the command-line portions of the current release should run fine. The GUI will not run, as that OS version does not include Apple's Metal framework. (For a GUI workaround for Mac OS X 10.9, see the discussion at issue #544) Note: Only versions v2.3.4 and later of Barrier can be supported by this project. Anyone using an earlier version is advised to upgrade due to recently-addressed security vulnerabilities (and other bug fixes). This is especially important for computers accessible from the public Internet (or from other shared/untrusted networks, such as when using shared WiFi). Q: How do I load my configuration on startup? A: Start the binary with the argument --config <path_to_saved_configuration> Q: After loading my configuration on the client the field 'Server IP' is still empty! A: Edit your configuration to include the server's ip address manually with (...) section: options serverhostname=<AAA.BBB.CCC.DDD> Q: Are there any other significant limitations with the current version of Barrier? A: Currently: Barrier currently has limited UTF-8 support; issues have been reported with processing various languages. (see #860) There is interest in future support for the Wayland compositor/display server protocol (official site | Wikipedia article) on Linux. As of late 2021, there is no expected completion date for Wayland support. (see #109 and #1251 for status or to volunteer your tale
Read the full README on GitHub

What Hacker News says

71 sources
You kind of can do this already with a raspberry pi strapped to the back of a monitor and "barrier", the successor to synergy, to use the keyboard and pointing device of your laptop on as many displays on the same desk as you want. Each one is an independent computer. https://github.com/debauchee/barrier Unfortunately the new price of raspberry pi is kind of ridiculous.
In Starlink from 1984
Somehow I doubt it would work correctly for my setup. My middle monitor has a KVM switch to switch from my Linux work/main setup (laptop in a docking station) to my gaming Windows tower computer (+a bunch of audio hardware to merge output and split mic input). I'm using barrier[1] to share mouse and keyboard between my Linux and Windows PC. My password manager runs on Linux because the Windows setup is bare-bones for obvious reasons, with barrier syncing the clipboard over the network. If I had to guess, that stuff is going to synced to the cloud and ran through AI by default, because Microsoft won't have the foresight to make cloud-sync opt-in as opposed to opt-out by the software. Obviously I will make damn sure that Microsoft thing isn't running on my setup, but if they considered barrier/synergy users, I'll be surprised. [1] https://g
Read the rest
In Mixed Reality gone in Windows 11 Insider Preview Build 26052
libei looks useful. But IDK why libei is necessary to run Barrier with Wayland? For client systems, couldn't there just be a virtual /dev/input/XYZ that Barrier forwards events through And for host systems, it looks like xev only logs input events when the window is focused. Is xeyes still broken on Wayland, and how to fix it so that it would work with Barrier? With Barrier, when the mouse cursor reaches a screen boundary, the keyboard and mouse input are then passed to a different X session on another box until the cursor again crosses a screen boundary rule. Barrier is a fork of Synergy's open core: https://github.com/debauchee/barrier libei: https://libinput.pages.freedesktop.org/libei/
In Wayland vs. X – Overview

Showing the 15 most recent of 71 sources. Enable JavaScript to search and browse every indexed mention.

MAKE YOURSELF AT HOME

A few shortcuts

/
Search the collection
?
Open this guide
Esc
Close dialogs and navigation

Your saved repositories and interests stay in this browser.