Request to remove inactive software KVM projects #3644

Closed
opened 2026-07-14 12:33:27 +00:00 by rizzitello · 12 comments

Hello,
I am one of the maintainers of Deskflow and I would like to request the removal of the barrier and input-leap packages from future releases. Both of these have been replaced by deskflow. Deskflow can connect to the older versions as well. The settings files do not automatically convert.

Why remove Barrier

  1. Inactive project this project has been in active for several years. repo
  2. It was never setup to use xdg-portals and will fail without X11 sessions
  3. This project was replaced by input-leap; Various bugs have been fixed in Input-Leap including several security related issues.

Why Remove Input-Leap

  1. Inactive for over a year repo
  2. does not fully support xdg-portals (missing for example clipboard support w/ newer libportals)
  3. Various bugs have been fixed in Deskflow, including several security related issues.
Hello, I am one of the maintainers of [Deskflow](https://github.com/deskflow/deskflow) and I would like to request the removal of the `barrier` and `input-leap` packages from future releases. Both of these have been replaced by `deskflow`. Deskflow can connect to the older versions as well. The settings files do not automatically convert. Why remove Barrier 1. Inactive project this project has been in active for several years. [repo](https://github.com/debauchee/barrier) 2. It was never setup to use xdg-portals and will fail without X11 sessions 3. This project was replaced by input-leap; Various bugs have been fixed in Input-Leap including several security related issues. Why Remove Input-Leap 1. Inactive for over a year [repo](https://github.com/input-leap/input-leap) 2. does not fully support xdg-portals (missing for example clipboard support w/ newer libportals) 3. Various bugs have been fixed in Deskflow, including several security related issues.
Owner

As the deskflow maintainer, I can add the requisite Obsoletes+Provides stanzas for the two packages in deskflow to guarantee the replacement.

As the `deskflow` maintainer, I can add the requisite Obsoletes+Provides stanzas for the two packages in `deskflow` to guarantee the replacement.
Owner

Have the maintainers of barrier and input-leap been consulted? I don't like the idea of FESCo unilaterally removing packages just because there's (potentially) a better alternative.

As the deskflow maintainer, I can add the requisite Obsoletes+Provides stanzas for the two packages in deskflow to guarantee the replacement.

It sounds like adding Provides would be incorrect, since "the settings files do not automatically convert," so they are not drop-in compatible. Obsoletes, maybe, but we usually only add those as a last resort in the case of unresolvable dependencies or other serious issues.

Have the maintainers of barrier and input-leap been consulted? I don't like the idea of FESCo unilaterally removing packages just because there's (potentially) a better alternative. > As the deskflow maintainer, I can add the requisite Obsoletes+Provides stanzas for the two packages in deskflow to guarantee the replacement. It sounds like adding Provides would be incorrect, since "the settings files do not automatically convert," so they are not drop-in compatible. Obsoletes, maybe, but we usually only add those as a last resort in the case of unresolvable dependencies or other serious issues.
Owner

Well, if the packages are retired, then obsoletes are required somewhere.

Well, if the packages are retired, then obsoletes are required _somewhere_.
Owner

barrier is shown as a fork of deskflow in the upstream repo on github. The project is dormant. The fedora package had last update (apart from mass rebuilds and tree-wide fixes) 4 years ago. Retiring seems reasonable.

input-leap upstream was active in November 2025, and the Fedora package has seen updates too.

In both cases, we should get input from the maintainers. @dchen, @aekoroglu, opinions?

`barrier` is shown as a fork of deskflow in the upstream repo on github. The project is dormant. The fedora package had last update (apart from mass rebuilds and tree-wide fixes) 4 years ago. Retiring seems reasonable. `input-leap` upstream was active in November 2025, and the Fedora package has seen updates too. In both cases, we should get input from the maintainers. @dchen, @aekoroglu, opinions?
Owner

ngompa wrote in #3644 (comment):

Well, if the packages are retired, then obsoletes are required somewhere.

Not necessarily.

ngompa wrote in https://forge.fedoraproject.org/fesco/tickets/issues/3644#issuecomment-1062446: > Well, if the packages are retired, then obsoletes are required _somewhere_. Not necessarily.
Owner

Eventually, yes. Because they aren't getting rebuilt with new dependencies and it will eventually cause a system upgrade failure.

Eventually, yes. Because they aren't getting rebuilt with new dependencies and it will eventually cause a system upgrade failure.
Owner

https://src.fedoraproject.org/rpms/fedora-obsolete-packages probibly. But anyhow, I support trying to talk to the maintainers first before asking fesco to do anything here.

https://src.fedoraproject.org/rpms/fedora-obsolete-packages probibly. But anyhow, I support trying to talk to the maintainers first before asking fesco to do anything here.

I am dchen. Since I no longer use barrier, thus I agree that we can retire barrier.

Nowadays I use deskflow

I am dchen. Since I no longer use barrier, thus I agree that we can retire barrier. Nowadays I use deskflow
Owner

So that leaves input-leap. IIRC the maintainer does not always check Bugzilla, let me loop him in

So that leaves input-leap. IIRC the maintainer does not always check Bugzilla, let me loop him in

+1 to remove barrier + input-leap

+1 to remove barrier + input-leap
Owner

OK, so we have agreement from all the parties. I'll add this to the meeting agenda for today so that we can have a quick vote.

OK, so we have agreement from all the parties. I'll add this to the meeting agenda for today so that we can have a quick vote.
Owner

This was discussed during the meeting today:
AGREED: barrier and input-leap will be retired (without Provides being added) (+5, 0, 0)\

I retired both packages.

This was discussed during the meeting today: AGREED: barrier and input-leap will be retired (without Provides being added) (+5, 0, 0)\ I retired both packages.
zbyszek 2026-07-21 19:48:37 +00:00
Sign in to join this conversation.
No milestone
No project
No assignees
8 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
fesco/tickets#3644
No description provided.