Bug 2144184 - Re-enable -compat subpackage
Summary: Re-enable -compat subpackage
Keywords:
Status: CLOSED DUPLICATE of bug 2129865
Alias: None
Product: Fedora
Classification: Fedora
Component: ncurses
Version: 37
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Miroslav Lichvar
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2022-11-19 17:47 UTC by Ralf Ertzinger
Modified: 2022-11-21 14:32 UTC (History)
2 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2022-11-21 14:32:09 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Ralf Ertzinger 2022-11-19 17:47:32 UTC
Description of problem:
https://src.fedoraproject.org/rpms/ncurses/c/e9317e9d5d60bbafccec65f4181e05425db1a13b?branch=rawhide removed the ABI v5 compatibility subpackages from ncurses. Would it be possible to provide these again, or are there specific concerns against this?

Comment 1 Miroslav Lichvar 2022-11-21 09:25:47 UTC
Nothing in Fedora is (or at least should be) using it. Why do you need it?

There were some requests to bring it back before: bug #2129865, bug #2135400.

Comment 2 Ralf Ertzinger 2022-11-21 14:13:28 UTC
It's an external piece of software, not distributed with Fedora. symlinking so.5 -> so.6 does make it work, but manually messing around in the system like that feels ... wrong. The application is not maintained any more, so it will never get rebuilt.

Comment 3 Miroslav Lichvar 2022-11-21 14:32:09 UTC
You can put the symlink in some directory where only that application will find it, e.g. by setting LD_LIBRARY_PATH.

Fedora is not supposed to (at least as I understand it) to carry old libraries forever. It has the latest versions and binary compatibility is not usually a concern.

*** This bug has been marked as a duplicate of bug 2129865 ***


Note You need to log in before you can comment on or make changes to this bug.