Summary: | net-p2p/rtorrent-0.9.4-r1 - In file included from canvas.cc:44: attributes.h:54:2: error: #error "SysV or X/Open-compatible Curses header file required" | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Martin Wegner <gentoo-bugs> |
Component: | Current packages | Assignee: | Gentoo net-p2p team <net-p2p> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | bkohler, jlec |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 522706 | ||
Attachments: | build.log |
Description
Martin Wegner
2014-07-02 14:59:57 UTC
As the following log section shows, it seems that you don't have the expected curses library: checking for NcursesW wide-character library... yes checking for working ncursesw/curses.h... no checking for working ncursesw.h... no checking for working ncurses.h... no configure: WARNING: could not find a working ncursesw/curses.h, ncursesw.h or ncurses.h Do you have sys-libs/ncurses installed? You should have, it is a dependency (In reply to Víctor Ostorga from comment #1) > As the following log section shows, it seems that you don't have the > expected curses library: > > checking for NcursesW wide-character library... yes > checking for working ncursesw/curses.h... no > checking for working ncursesw.h... no > checking for working ncurses.h... no > configure: WARNING: could not find a working ncursesw/curses.h, ncursesw.h > or ncurses.h > > Do you have sys-libs/ncurses installed? You should have, it is a dependency ncurses is installed on that system. I checked that and even re-merged it prior to reporting this bug. Unfortunately, I'm out of office until Monday, so at the moment I'm not able to provide more details (version, USE flags of ncurses, etc.). I will do that on Monday. As promised, here is the exact info on ncurses: $ emerge -pv ncurses [ebuild R ] sys-libs/ncurses-5.9-r3:5 USE="cxx tinfo unicode -ada -debug -doc -gpm -minimal -profile -static-libs -trace" ABI_X86="(64) -32 (-x32)" 2,761 kB I tried to reproduce this on another Gentoo system of mine and couldn't. While examining the differences I found that ncurses was emerged with USE="tinfo" on the failing system (enabled just for ncurses via package.use). So I re-merged ncurses with USE="-tinfo" and rtorrent was merged successfully. So it seems that the rtorrent build process cannot handle ncurses with USE="tinfo" here. Bug #462788 is related, not sure if this should be considered a dupe or not. I'd bet that the proper fix for ncurses[tinfo] will solve both bugs though. I can also confirm that the culprit is sys-libs/ncurses[tinfo]. Remerging ncurses with USE="-tinfo" fixes the rtorrent build failure. Since the problem only appears at compile time, remerging sys-libs/ncurses with USE="tinfo" after rtorrent has been built successfully results in a system with USE="tinfo" plus the latest rtorrent. + 08 May 2015; Justin Lecher <jlec@gentoo.org> + +files/rtorrent-0.9.4-tinfo.patch, metadata.xml, rtorrent-0.9.4-r1.ebuild: + Add fix for ncurses[tinfo], bug #522706 + |