Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#25482 - [ncurses] ncursesw/* header symlinks missing

Attached to Project: Arch Linux
Opened by olga (olga) - Tuesday, 09 August 2011, 20:48 GMT
Last edited by Allan McRae (Allan) - Tuesday, 09 August 2011, 21:28 GMT
Task Type Bug Report
Category Packages: Core
Status Closed
Assigned To No-one
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

Description:

Software often expects wide ncurses headers to be under the /usr/include/ncursesw/ directory. That directory is missing, and its headers are located directly under /usr/include/ instead. This breaks installation of such software and confuses the novice user.

Please provide symlinks to the appropriate headers (ncurses.h, panel.h, others?) under the ncursesw/ directory so that they may be used by software that expects them to be there.


Additional info:

On most systems, #include <ncurses.h> will provide a plain version of the library, not the one that supports unicode. Changing the software to use ncurses.h instead of ncursesw/ncurses.h would therefore break compatibility with non-Arch users.

Using a configuration script to fix this problem on a per-software basis seems like overkill, especially when the software is simple enough not to have need for one anyway.


Steps to reproduce:

Compile a program that expects the ncurses headers to be located in /usr/include/ncursesw/.
This task depends upon

Closed by  Allan McRae (Allan)
Tuesday, 09 August 2011, 21:28 GMT
Reason for closing:  Won't fix
Additional comments about closing:  Not including those is a deliberate decision. Software expecting them is broken.

Loading...