Bugzilla Bug 162676

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.