DIY - KeK

[twobob]

Since my machine keeps hanging (I´m pretty sure it´s the cinnamon process but time will tell...) hello from lxde, complete with incorrect keymappings. sigh.

I did put a long answer thinking you both. then my machine hung.
Sufficed to say thanks, I will act on this.

[knc1]

Originally Posted by NiLuJe

@twobob: Check my ncurses stage (or a Gentoo ebuild) if you want to preserve ABI compatiblity with previous ncurses version (5.4), there's a bunch of flags to pass to configure to avoid mismatch in data types. Not sure which version of ncurses the K3 bundles, so it might not be critical (it might even be counter productive, depending on how the Kindle's ncurses was built), but I always build ncurses that way, just to be safe .

In fact, checking the Gentoo ebuild and configure --help are the two things I usually do first when trying to x-compile something new .

@twobob/knc1: You probably only really need to use a staged /mnt/us as the autotools prefix in very few cases, when stuff actually hardcode paths (OpenSSH, I'm looking at you), or inject an rpath at the linking stage.

Ah, but we build more than one thing at a time without cleaning out the target directory.

Who would want to download an archive of ed and get all the binaries of OpenOffice thrown in free-of-charge because we did not rm -fr /mnt/us/* between building different things?

There are a lot of advantages to "staging" package builds;

Even if it means you have to run an extra tar -xzf command yourself to get copies into the final destination.

For one thing, that means your testing/using the files from the same archive that you ship(ped).

[NiLuJe]

@knc1: Depends on what you intend to do . I keep a single staging directory, because I'll most likely need some of the libraries I built/installed there later, and only cherry-pick the relevant stuff when releasing .

[twobob]

@knc1 Iḿ happy to do it that way.

Just need clarification.

We do that for JUST the /mnt/us version right? because that´s how I thought it read.
Thanks!!

@Niluje Better to KIS at this point for me reckon ; )
(as borne out by the above stupid question)

EDIT: I installed the /home configged with a DESTDIR (i.e. /home)

[twobob]

When attempting to reference the built libs in the next apps ./configure via

(armv6l:1) /home/lynx2-8-7 # ./configure --prefix=/mnt/us --libdir=/home/lib --
with-curses-dir=/home/bin

I get..

configure: error: No curses header-files found

Iḿ reading the configure help again.
(armv6l:1) /home/lynx2-8-7 # ./configure --help=short

Any clues?

EDIT:
Err no:

(armv6l:1) /home/ncurses-5.9 # ./configure --prefix=/mnt/us --libdir=/home/lib
--with-curses-dir=/home/share/terminfo

Yeah. that would make more sense.
nope. still not getting it...

[knc1]

I would have expected that to work.

Oops . . .
Did you mean: --with-libdir=/home/lib rather than -libdir=/home/lib?
or, maybe,
--with-ncurses-lib= ? if the ./configure --help says its available (the ./configure --short might not mention it).

Double oops . . .
That message is refering to <include>/ncurses/header_files.h

--with-include-dir= if offered by the ./configure --help command.

Otherwise you might have to force the situation with something like:
LDFLAGS=-L/home/us/lib CFLAGS=-I/home/us/include ./configure --prefix= .....
That way, configure will generate the Makefiles with those settings included.

[twobob]

(armv6l:1) /home/lynx2-8-7 # ./configure --prefix=/mnt/us --with-libdir=/home/lib 
...
checking for extra include directories... no
checking if we have identified curses headers... none
configure: error: No curses header-files found

--with-libdir is not supported.

Options from configure (relevant looking candidates)

  --libdir=DIR            object code libraries [EPREFIX/lib]
  --includedir=DIR        C header files [PREFIX/include]
  --oldincludedir=DIR     C header files for non-gcc [/usr/include]

X features:
  --x-includes=DIR    X include files are in DIR
  --x-libraries=DIR   X library files are in DIR

  --with-build-libs=XXX   the build libraries (${BUILD_LIBS})

  --with-curses-dir=DIR   directory in which (n)curses is installed

I´ll put likely values in them all one-by-one...

ERR if this is too OT I can move it? but I suppose this is REAL LIFE monkey at typewriter stuff so possibly useful to future monkeys : )

HMM: Iḿ reading this. look relevant.
http://lists.gnu.org/archive/html/ly.../msg00038.html

From ncurses' NEWS file:
20100403
+ build-fixes for OpenSolaris aka Solaris 11, for wide-character
configuration as well as for rpath feature in *-config scripts.

(armv6l:1) /home/lynx2-8-7 # ./configure --prefix=/mnt/us --with-include-dir=/ho
me/include --with-curses-dir=/home/lib --with-screen=ncurses LDFLAGS="-R/home/li
b"

gets me

blah...
checking for screen type... ncurses
Looking for ncurses-config
checking for ncurses6-config... no
checking for ncurses5-config... no

so I´ll switch the the latest dev version and see how I fare.

[NiLuJe]

ncurses defaults (sometimes? there's a weird runtime check to detect the current ncurses setup) to installing the headers in /usr/include/ncurses (probably to be able to keep the unicode support in a distinct directory, usually /usr/include/ncursew), while most stuff will only look for ncurses headers in the root of /usr/include, not /usr/include/ncurses.

You might have to reconfigure/build/install ncurses with --includedir=/usr/include, or play with CPPFLAGS="-I/usr/include/ncurses" when building stuff

[twobob]

Originally Posted by NiLuJe

@twobob: Check my ncurses stage (or a Gentoo ebuild) if you want to preserve ABI compatiblity with previous ncurses version (5.4), there's a bunch of flags to pass to configure to avoid mismatch in data types.

NiLuJe ncurses stage For easy Ref

Spoiler:

## ncurses & htop for USBNet
echo "* Building ncurses . . ."
echo ""
cd ..
tar xvzf /usr/portage/distfiles/ncurses-5.9.tar.gz
cd ncurses-5.9
export CFLAGS="${BASE_CFLAGS}"
export CXXFLAGS="${BASE_CFLAGS}"
patch -p1 < /usr/portage/sys-libs/ncurses/files/ncurses-5.8-gfbsd.patch
patch -p1 < /usr/portage/sys-libs/ncurses/files/ncurses-5.7-nongnu.patch
patch -p0 < /usr/portage/sys-libs/ncurses/files/ncurses-5.9-rxvt-unicode-9.15.patch
sed -i -e '/^PKG_CONFIG_LIBDIR/s:=.*:=$(libdir)/pkgconfig:' misc/Makefile.in || die
unset TERMINFO
export CPPFLAGS="${BASE_CPPFLAGS} -D_GNU_SOURCE"
./configure --prefix=${TC_BUILD_DIR} --host=${CROSS_TC} --with-normal --with-chtype=long --with-mmask-t=long --disable-ext-colors --disable-ext-mouse --without-pthread --without-reentrant --with-terminfo-dirs="/etc/terminfo:/usr/share/terminfo" --with-shared --without-hashed-db --without-ada --without-cxx --without-cxx-binding --without-debug --without-profile --without-gpm --disable-termcap --enable-symlinks --with-rcs-ids --with-manpage-format=normal --enable-const --enable-colorfgbg --enable-echo --enable-pc-files
make -j1 sources
rm -f misc/pc-files
make -j2 -C progs tic
make install

[twobob]

Originally Posted by NiLuJe

ncurses defaults (sometimes? there's a weird runtime check to detect the current ncurses setup) to installing the headers in /usr/include/ncurses (probably to be able to keep the unicode support in a distinct directory, usually /usr/includes/ncursew), while most stuff will only look for ncurses headers in the root of /usr/includes, not /usr/includes/ncurses.

You might have to reconfigure/build/install ncurses with --includedir=/usr/include, or play with CPPFLAGS="-I/usr/includes/ncurses" when building stuff

This is for inside the emulator. so the stuff is prefixed /home

I cant write anywhere else

[NiLuJe]

@twobob: Yep, I don't set includedir, and am indeed overriding CPPFLAGS when building stuff that depends on ncurses, like htop .

includedir should default to ${prefix}/include, and prefix defaults to /usr, so just adapt that to your setup (AFAICT, /home/usr/include or /home/include, depending on how you set stuff up).

While we're talking about paths, I also don't set a custom terminfo path, because I'm not deploying the lib to my Kindle, I'm just using it to link stuff against it. So, to fix the crappy terminfo db available on the Kindle, I ship one with usbnetwork, and hardcode the TERMINFO env var to point to it in the apps I care about (htop).

[twobob]

Originally Posted by NiLuJe

@twobob: Yep, I don't set includedir, and am indeed overriding CPPFLAGS when building stuff that depends on ncurses, like htop .

includedir should default to ${prefix}/include, and prefix defaults to /usr, so just adapt that to your setup (AFAICT, /home/usr/include or /home/include, depending on how you set stuff up).

While we're talking about paths, I also don't set a custom terminfo path, because I'm not deploying the lib to my Kindle, I'm just using it to link stuff against it. So, to fix the crappy terminfo db available on the Kindle, I ship one with usbnetwork, and hardcode the TERMINFO env var to point to it in the apps I care about (htop).

Depressingly, This is on the edge of my skills range as things stand.
I can grasp the overall but when things go wrong I am somewhat at a loss right now. Thanks for the pointers. Coming from a much closeted world of .Net development is all feels a bit spaghetti junction right now, but doubtless it will come clear in the fullness of time.

I fully intend to rebuild the underlying libraries before I actually build lynx for real, however until Lynx even finds those libraries (mangled or otherwise) that is issue number 2 on the list

Iĺl give the tweak I found above a go and see if this resolves my issue with Lynx, perhaps it is app specific, then revisit my ncurses implementation. thanks mate.

[twobob]

EDIT: I FIXED THIS RECOMPILING NCURSES WITH ./configure --prefix=/home blah blah BELOW

Oh I see. Iḿ telling it one thing, and then expecting it to find the libs in /mnt/us/blah...


Okay Ill try to config it for /home - that would test if that is the case.

(armv6l:1) /home/lynx2-8-8 # ./configure --prefix=/home LDFLAGS="-R/home/lib" CPPFLAGS="-I/home/include/ncurses"

checking for extra include directories... no
checking if we have identified curses headers... none
configure: error: No curses header-files found

Hmm.. *head scratch*


(armv6l:1) /home/lynx2-8-8 # ./configure --prefix=/home LDFLAGS="-R/home/lib"
--with-curses-dir=/home/include/ncurses

checking whether to enable ipv6... no
checking for screen type... curses
checking for specific curses-directory... /home/include/ncurses

Is my best attempt so far.. but it just hangs... forever

[twobob]

Okay well I think a properly referenced version of ncurses wouldn´t go amiss for the emulator.

Iĺl try a rebuild of that perhaps as you suggest. :§

Get thing:

wget ftp://ftp.gnu.org/pub/gnu/ncurses/ncurses-5.9.tar.gz -O- | tar zxvf -
cd ncurses-5.9/

Configure thing:

(armv6l:1) /home/ncurses-5.9 # ./configure --prefix=/home --with-normal --with-
chtype=long --with-mmask-t=long --disable-ext-colors --disable-ext-mouse --witho
ut-pthread --without-reentrant --with-terminfo-dirs="/home/etc/terminfo:/home/sh
are/terminfo" --with-shared --without-hashed-db --without-ada --without-cxx --wi
thout-cxx-binding --without-debug --without-profile --without-gpm --disable-term
cap --enable-symlinks --with-rcs-ids --with-manpage-format=normal --enable-const
--enable-colorfgbg --enable-echo --enable-pc-files --includedir=/home/include

...Blah

** Configuration summary for NCURSES 5.9 20110404:

extended funcs: yes
xterm terminfo: xterm-new

bin directory: /home/bin
lib directory: /home/lib
include directory: /home/include
man directory: /home/man
terminfo directory: /home/share/terminfo

** Include-directory is not in a standard location

make thing:

make

cd man && make DESTDIR="" all
make[1]: Entering directory `/home/ncurses-5.9/man'
blah blah blah

Drink a large sup of tea.

make[1]: Entering directory `/home/ncurses-5.9/misc'
WHICH_XTERM=xterm-new \
ticdir=/home/share/terminfo \
/bin/sh ./gen_edit.sh >run_tic.sed
echo '** adjusting tabset paths'
** adjusting tabset paths
sed -f run_tic.sed ../misc/terminfo.src >terminfo.tmp
make[1]: Leaving directory `/home/ncurses-5.9/misc'

Make Install Thing:

make install

Blah blah
DESTDIR= \
prefix=/home \
exec_prefix=/home \
bindir=/home/bin \
top_srcdir=.. \
srcdir=. \
datadir=/home/share \
ticdir=/home/share/terminfo \
source=terminfo.tmp \
cross_compiling=no \
/bin/sh ./run_tic.sh
** Building terminfo database, please wait...
Running sh ./shlib tic to install /home/share/terminfo ...

You may see messages regarding extended capabilities, e.g., AX.
These are extended terminal capabilities which are compiled
using
tic -x
If you have ncurses 4.2 applications, you should read the INSTALL
document, and install the terminfo without the -x option.

1600 entries written to /home/share/terminfo
** built new /home/share/terminfo
** sym-linked /home/lib/terminfo for compatibility

[knc1]

Environment variables get set before the application call, not after.
I.E: DESTDIR="" make . . . . .
not: make DESTDIR="" . . . . .

That is a general rule, not just for "make".