Opening a bug to track the issue before users hit it. So either I make current jfbterm to depend on older ncurses, and add a revision depending on the new one, or we add blocks on each other, and I add a new revision that depends on newer ncurses. Mike what you think?
i think ncurses should contain all terms
I'm not disagreeing with that at all, that's why I never added the option to remove the thing from ncurses. I've added already an -r3 in the tree that depends on ncurses-5.6 and skips the build/installation of the terminfo file. The only problem I can think of is the collision, but that can be handled. That, and remember to ask stabilisation of jfbterm -r3 together with ncurses.
time to stabilize jfbterm ?
Quite, even if it wouldn't be my call.. Arches, please mark jfbterm-0.4.7-r3 stable to fix the deptree. Thanks, Diego.
I'm getting a build error with ncurses-5.6-r1... fbcommon.c: In function ‘tfbm_open’: fbcommon.c:556: error: ‘PAGE_MASK’ undeclared (first use in this function) fbcommon.c:556: error: (Each undeclared identifier is reported only once fbcommon.c:556: error: for each function it appears in.) fbcommon.c: In function ‘tfbm_close’: fbcommon.c:611: error: ‘PAGE_MASK’ undeclared (first use in this function)
Guh, which version of linux-headers?
2.6.19.2-r2
you mean jfbterm is failing to build, not ncurses ...
Yes, it's not a stopper for ncurses, in fact i'll stable it now.
This is also the case on PowerPC (page.h doesn't exist in linux-headers). Should we just lose the ppc keyword?
I fixed the PAGE_MASK issue in jfbterm-0.4.7-r4.
Should we push this to stable immediately or wait?
Fixed by fixing 191993.
jfbterm stable on sparc
removed old versions of jfbterm. close.
