Request to remove inactive software KVM projects #3644
Labels
No labels
document it
fast track
meeting
next release
nonresponsive maintainer
packager revocation
pending announcement
provenpackager
python 2 exception
self contained change
stalled
Status
Accepted
Status
Duplicate
Status
Insufficient data
Status
Invalid
Status
Rejected
system wide change
updates policy exception
vote-in-progress
No milestone
No project
No assignees
8 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
fesco/tickets#3644
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Hello,
I am one of the maintainers of Deskflow and I would like to request the removal of the
barrierandinput-leappackages from future releases. Both of these have been replaced bydeskflow. Deskflow can connect to the older versions as well. The settings files do not automatically convert.Why remove Barrier
Why Remove Input-Leap
As the
deskflowmaintainer, I can add the requisite Obsoletes+Provides stanzas for the two packages indeskflowto guarantee the replacement.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.
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.
Well, if the packages are retired, then obsoletes are required somewhere.
barrieris 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-leapupstream 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?
ngompa wrote in #3644 (comment):
Not necessarily.
Eventually, yes. Because they aren't getting rebuilt with new dependencies and it will eventually cause a system upgrade failure.
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
So that leaves input-leap. IIRC the maintainer does not always check Bugzilla, let me loop him in
+1 to remove barrier + input-leap
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.
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.