DIY - KeK

[qlob]

deleted

[twobob]

Expat

Get thing

(armv6l:1) /home/src # wget http://downloads.sourceforge.net/project/expat/expat
/2.1.0/expat-2.1.0.tar.gz

(armv6l:1) /home/src # tar -xzvf expat-2.1.0.tar.gz
(armv6l:1) /home/src # cd expat-2.1.0
(armv6l:1) /home/src/expat-2.1.0 #

Configure thing

(armv6l:1) /home/src/expat-2.1.0 # ./configure --prefix=/home --with-sysroot=/home

configure: creating ./config.status
config.status: creating Makefile
config.status: WARNING:  'Makefile.in' seems to ignore the --datarootdir setting 
config.status: creating expat.pc
config.status: creating expat_config.h
config.status: executing libtool commands

Make thing

(armv6l:1) /home/src/expat-2.1.0 # make

Spoiler:

/bin/sh ./libtool --silent --mode=compile gcc -std=gnu99 -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions  -DHAVE_EXPAT_CONFIG_H -o lib/xmlparse.lo -c lib/xmlparse.c
/bin/sh ./libtool --silent --mode=compile gcc -std=gnu99 -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions  -DHAVE_EXPAT_CONFIG_H -o lib/xmltok.lo -c lib/xmltok.c
/bin/sh ./libtool --silent --mode=compile gcc -std=gnu99 -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions  -DHAVE_EXPAT_CONFIG_H -o lib/xmlrole.lo -c lib/xmlrole.c
/bin/sh ./libtool --silent --mode=link gcc -std=gnu99 -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions  -DHAVE_EXPAT_CONFIG_H -no-undefined -version-info 7:0:6 -rpath /home/lib  -o libexpat.la lib/xmlparse.lo lib/xmltok.lo lib/xmlrole.lo
gcc -std=gnu99 -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions  -DHAVE_EXPAT_CONFIG_H -o xmlwf/xmlwf.o -c xmlwf/xmlwf.c
gcc -std=gnu99 -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions  -DHAVE_EXPAT_CONFIG_H -o xmlwf/xmlfile.o -c xmlwf/xmlfile.c
gcc -std=gnu99 -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions  -DHAVE_EXPAT_CONFIG_H -o xmlwf/codepage.o -c xmlwf/codepage.c
gcc -std=gnu99 -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions  -DHAVE_EXPAT_CONFIG_H -o xmlwf/unixfilemap.o -c xmlwf/unixfilemap.c
/bin/sh ./libtool --silent --mode=link gcc -std=gnu99 -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions  -DHAVE_EXPAT_CONFIG_H  -o xmlwf/xmlwf xmlwf/xmlwf.o xmlwf/xmlfile.o xmlwf/codepage.o xmlwf/unixfilemap.o libexpat.la
(armv6l:1) /home/src/expat-2.1.0 #

Install thing

(armv6l:1) /home/src/expat-2.1.0 # make install

Spoiler:

/bin/sh ./conftools/mkinstalldirs /home/lib /home/include /home/lib/pkgconfig
/bin/sh ./libtool --mode=install /bin/install -c libexpat.la /home/lib/libexpat.la
libtool: install: /bin/install -c .libs/libexpat.so.1.6.0 /home/lib/libexpat.so.1.6.0
libtool: install: (cd /home/lib && { ln -s -f libexpat.so.1.6.0 libexpat.so.1 || { rm -f libexpat.so.1 && ln -s libexpat.so.1.6.0 libexpat.so.1; }; })
libtool: install: (cd /home/lib && { ln -s -f libexpat.so.1.6.0 libexpat.so || { rm -f libexpat.so && ln -s libexpat.so.1.6.0 libexpat.so; }; })
libtool: install: /bin/install -c .libs/libexpat.lai /home/lib/libexpat.la
libtool: install: /bin/install -c .libs/libexpat.a /home/lib/libexpat.a
libtool: install: chmod 644 /home/lib/libexpat.a
libtool: install: ranlib /home/lib/libexpat.a
libtool: finish: PATH="/home/bin:/home/lib:/home/share:/home/include:/bin:/sbin:/sbin" ldconfig -n /home/lib
----------------------------------------------------------------------
Libraries have been installed in:
   /home/lib

If you ever happen to want to link against installed libraries
in a given directory, LIBDIR, you must either use libtool, and
specify the full pathname of the library, or use the `-LLIBDIR'
flag during linking and do at least one of the following:
   - add LIBDIR to the `LD_LIBRARY_PATH' environment variable
     during execution
   - add LIBDIR to the `LD_RUN_PATH' environment variable
     during linking
   - use the `-Wl,-rpath -Wl,LIBDIR' linker flag

See any operating system documentation about shared libraries for
more information, such as the ld(1) and ld.so(8) manual pages.
----------------------------------------------------------------------
for FN in ./lib/expat.h ./lib/expat_external.h ; do /bin/install -c -m 644 $FN /home/include ; done
/bin/install -c -m 644 expat.pc /home/lib/pkgconfig/expat.pc
/bin/sh ./conftools/mkinstalldirs /home/bin /home/share/man/man1
mkdir /home/share/man/man1
/bin/sh ./libtool --mode=install /bin/install -c xmlwf/xmlwf /home/bin/xmlwf
libtool: install: /bin/install -c xmlwf/.libs/xmlwf /home/bin/xmlwf
/bin/install -c -m 644 ./doc/xmlwf.1 /home/share/man/man1
(armv6l:1) /home/src/expat-2.1.0 #

Doned, No hassles.

[NiLuJe]

Okay, here's a less broken lynx binary

<Insert GPL-2 header here>

The OpenSSL issues might have been coming from an unrelated Gentoo patch, so, that works now .

I just had to play dirty by exporting LIBS="-lz" because of inconsistencies in my pkg-config database for openssl (live 1.0 vs. kindle 0.9.8), and disable LFS support to kill the gzopen64 dependency that the ancient zlib version on the Kindle doesn't support.

Final config args:

./configure --prefix=${TC_BUILD_DIR} --host=${CROSS_TC} --enable-nested-tables --enable-cgi-links --enable-persistent-cookies --enable-prettysrc --enable-nsl-fork --enable-file-upload --enable-read-eta --enable-color-style --enable-scrollbar --enable-included-msgs --enable-externs --with-zlib --with-screen=ncurses --with-ssl=${TC_BUILD_DIR} --disable-rpath-hack --disable-largefile --with-cfg-file=/mnt/us/usbnet/etc/lynx.cfg --with-lss-file=/mnt/us/usbnet/etc/lynx.lss

@twobob: Beware that the expat lib bundled on the Kindle is freaking ancient, so you might run into ABI/API mismatch (hell, I think it's even two of three sonames behind) if you don't link statically against your newer lib.

[twobob]

NEON FAIL:

cd neon

./configure --prefix=/home --with-expat

configure: WebDAV support is enabled
checking expat.h usability... no
checking expat.h presence... no
checking for expat.h... no
configure: error: expat library not found, cannot proceed

Sigh...

[twobob]

LYNX BUNDLE

Originally Posted by NiLuJe

Okay, here's a less broken lynx binary (You might still need config/support files, I didn't check).

Thanks for the hints mate!

Spoiler:

http://lynx.isc.org/lynx2.8.5/lynx2-....html#lynx.cfg
http://lynx.isc.org/lynx2.8.5/lynx2-...ers_guide.html
-cfg command line switch for config

# *If you do not have write access to /usr/local/lib you may change
# *the default location of this file in the userdefs.h file and recompile,
# *or specify its location on the command line with the "-cfg"
# *command line option.
#

Also known as "lss" (lynx style-sheet), the color-style file assigns color
# combination to tags and combinations of tags. Normally a non-empty value
# is compiled into lynx, and the user can override that using the -lss
# command-line option. The configure script allows one to compile in an
# empty string. If lynx finds no value for this setting, it simulates the
# non-color-style assignments using the COLOR settings.

I updated your stuff with a tidy bundle that reflects this info.
Thanks very much mate from everyone.

All the fixes for the .sh script are in this version

Err. And don´t be silly with it.
Thanks

[twobob]

Subversion FAIL (fingers crossed!)

Get thing

wget http://subversion.tigris.org/downloa...-1.6.18.tar.gz -O- | tar zxvf -
cd subversion-1.6.18

Configure thing

./configure --help

Spoiler:

`configure' configures subversion 1.6.18 to adapt to many kinds of systems.

Usage: ./configure [OPTION]... [VAR=VALUE]...

To assign environment variables (e.g., CC, CFLAGS...), specify them as
VAR=VALUE. See below for descriptions of some of the useful variables.

Defaults for the options are specified in brackets.

Configuration:
-h, --help display this help and exit
--help=short display options specific to this package
--help=recursive display the short help of all the included packages
-V, --version display version information and exit
-q, --quiet, --silent do not print `checking...' messages
--cache-file=FILE cache test results in FILE [disabled]
-C, --config-cache alias for `--cache-file=config.cache'
-n, --no-create do not create output files
--srcdir=DIR find the sources in DIR [configure dir or `..']

Installation directories:
--prefix=PREFIX install architecture-independent files in PREFIX
[/usr/local]
--exec-prefix=EPREFIX install architecture-dependent files in EPREFIX
[PREFIX]

By default, `make install' will install all the files in
`/usr/local/bin', `/usr/local/lib' etc. You can specify
an installation prefix other than `/usr/local' using `--prefix',
for instance `--prefix=$HOME'.

For better control, use the options below.

Fine tuning of the installation directories:
--bindir=DIR user executables [EPREFIX/bin]
--sbindir=DIR system admin executables [EPREFIX/sbin]
--libexecdir=DIR program executables [EPREFIX/libexec]
--sysconfdir=DIR read-only single-machine data [PREFIX/etc]
--sharedstatedir=DIR modifiable architecture-independent data [PREFIX/com]
--localstatedir=DIR modifiable single-machine data [PREFIX/var]
--libdir=DIR object code libraries [EPREFIX/lib]
--includedir=DIR C header files [PREFIX/include]
--oldincludedir=DIR C header files for non-gcc [/usr/include]
--datarootdir=DIR read-only arch.-independent data root [PREFIX/share]
--datadir=DIR read-only architecture-independent data [DATAROOTDIR]
--infodir=DIR info documentation [DATAROOTDIR/info]
--localedir=DIR locale-dependent data [DATAROOTDIR/locale]
--mandir=DIR man documentation [DATAROOTDIR/man]
--docdir=DIR documentation root [DATAROOTDIR/doc/subversion]
--htmldir=DIR html documentation [DOCDIR]
--dvidir=DIR dvi documentation [DOCDIR]
--pdfdir=DIR pdf documentation [DOCDIR]
--psdir=DIR ps documentation [DOCDIR]

System types:
--build=BUILD configure for building on BUILD [guessed]
--host=HOST cross-compile to build programs to run on HOST [BUILD]
--target=TARGET configure for building compilers for TARGET [HOST]

Optional Features:
--disable-option-checking ignore unrecognized --enable/--with options
--disable-FEATURE do not include FEATURE (same as --enable-FEATURE=no)
--enable-FEATURE[=ARG] include FEATURE [ARG=yes]
--disable-subdir-config do not reconfigure packages in subdirectories
--disable-neon-version-check
do not check the Neon version
--enable-experimental-libtool
Use APR's libtool
--enable-shared[=PKGS] build shared libraries [default=yes]
--enable-static[=PKGS] build static libraries [default=yes]
--enable-fast-install[=PKGS]
optimize for fast installation [default=yes]
--disable-libtool-lock avoid locking (might break parallel builds)
--enable-all-static Build completely static (standalone) binaries.
--disable-keychain Disable use of Mac OS KeyChain for auth credentials
--disable-nls Disable gettext functionality
--enable-debug Turn on debugging
--enable-maintainer-mode
Turn on debugging and very strict compile-time
warnings
--disable-mod-activation
Do not enable mod_dav_svn in httpd.conf
--enable-gprof Produce gprof profiling data in 'gmon.out' (GCC
only).
--enable-runtime-module-search
Turn on dynamic loading of RA/FS libraries
--enable-javahl Enable compilation of Java high-level bindings
(requires C++)

Optional Packages:
--with-PACKAGE[=ARG] use PACKAGE [ARG=yes]
--without-PACKAGE do not use PACKAGE (same as --with-PACKAGE=no)
--with-apr=PATH prefix for installed APR, path to APR build tree,
or the full path to apr-config
--with-apr-util=PATH prefix for installed APU, path to APU build tree,
or the full path to apu-config
--with-neon=PREFIX Determine neon library configuration based on
'PREFIX/bin/neon-config'. Default is to search for
neon in a subdirectory of the top source directory
and then to look for neon-config in $PATH.
--with-serf=PREFIX Serf WebDAV client library
--with-apr_memcache=PREFIX
Standalone apr_memcache client library
--with-apxs[=FILE] Build shared Apache modules. FILE is the optional
pathname to the Apache apxs tool; defaults to
"apxs".
--with-apache-libexecdir[=PATH]
Install Apache modules to PATH instead of Apache's
configured modules directory; PATH "no" or
--without-apache-libexecdir means install to
LIBEXECDIR.
--with-sqlite=PREFIX Use installed SQLite library or amalgamation file.
--with-gnu-ld assume the C compiler uses GNU ld [default=no]
--with-pic try to use only PIC/non-PIC objects [default=use
both]
--with-tags[=TAGS] include additional configurations [automatic]
--with-trang=PATH Specify the command to run the trang schema
converter
--with-berkeley-db=[HEADER:INCLUDES:LIB_SEARCH_DIRS:LIBS]
The Subversion Berkeley DB based filesystem library
requires Berkeley DB $db_version or newer. If you
specify `--without-berkeley-db', that library will
not be built. If you omit the argument of this
option completely, the configure script will use
Berkeley DB used by APR-UTIL.
--with-sasl=PATH Compile with libsasl2 in PATH
--with-gnome-keyring Enable use of GNOME Keyring for auth credentials
--with-kwallet[=PATH] Enable use of KWallet (KDE 4) for auth credentials
--with-ssl This option does NOT affect the Subversion build
process in any way. It enables OpenSSL support in
the Neon library. If and only if you are building
Neon as an integrated part of the Subversion build
process, rather than linking to an already installed
version of Neon, you probably want to pass this
option so that Neon (and so indirectly, Subversion)
will be capable of https:// access.
--with-editor=PATH Specify a default editor for the subversion client.
--with-zlib=PREFIX zlib compression library
--with-jdk=PATH Try to use 'PATH/include' to find the JNI headers.
If PATH is not specified, look for a Java
Development Kit at JAVA_HOME.
--with-jikes=PATH Specify the path to a jikes binary to use it as your
Java compiler. The default is to look for jikes
(PATH optional). This behavior can be switched off
by supplying 'no'.
--with-swig=PATH Try to use 'PATH/bin/swig' to build the swig
bindings. If PATH is not specified, look for a
'swig' binary in your PATH.
--with-ruby-sitedir=SITEDIR
install Ruby bindings in SITEDIR (default is same as
ruby's one)
--with-ruby-test-verbose=LEVEL
how to use output level for Ruby bindings tests
(default is normal)
--with-ctypesgen=PATH Specify the path to ctypesgen. This can either be
the full path to a ctypesgen installation, the full
path to a ctypesgen source tree or the full path to
ctypesgen.py.
--with-junit=PATH Specify a path to the junit JAR file.

Some influential environment variables:
CC C compiler command
CFLAGS C compiler flags
LDFLAGS linker flags, e.g. -L<lib dir> if you have libraries in a
nonstandard directory <lib dir>
LIBS libraries to pass to the linker, e.g. -l<library>
CPPFLAGS C/C++/Objective C preprocessor flags, e.g. -I<include dir> if
you have headers in a nonstandard directory <include dir>
CXX C++ compiler command
CXXFLAGS C++ compiler flags
CPP C preprocessor
CXXCPP C++ preprocessor
F77 Fortran 77 compiler command
FFLAGS Fortran 77 compiler flags

Use these variables to override the choices made by `configure' or to help
it to find libraries and programs with nonstandard names/locations.

./configure --prefix=/home --enable-all-static --with-apr=/home/bin --with-apr-util=/home/bin --with-editor=/bin/vi --with-zlib=/home/lib

Will fail as neon will fail.

[NiLuJe]

@twobob: Yup, hardcoded paths... Will fix.

EDIT: Fixed. It expects to live in /mnt/us (ie. /mnt/us/usbnet/bin/lynx & /mnt/us/usbnet/etc/*)

On the expat front, not sure why it's not getting picked up, mine installs headers properly in the root include dir, so no extra directory, and I don't remember ever having trouble with expat...

EDIT²: You might want to try --with-expat=/home for neon, that might help :?

[twobob]

Originally Posted by NiLuJe

On the expat front, not sure why it's not getting picked up, mine installs headers properly in the root include dir, so no extra directory, and I don't remember ever having trouble with expat...

EDIT²: You might want to try --with-expat=/home for neon, that might help :?

Blah Blah..
configure: WebDAV support is enabled
configure: error: --with-expat does not take a directory argument


Iḿ going to try libxml2 I think...

[twobob]

umm. ldconfig.

ldconfig - updates symlinks and cache for shared libraries

(armv6l:1) /home/src/subversion-1.6.18/neon # ldconfig -f /home/etc/ld-uClibc.so
.conf -C /home/etc/ld-uClibc.so.cache -v /home/lib

Spoiler:

ldconfig: uClibc version
/home/lib:
libpanel.so.5 => libpanel.so.5.9
libaprutil-1.so.0 => libaprutil-1.so.0.4.1
libexpat.so.1 => libexpat.so.1.6.0
libapr-1.so.0 => libapr-1.so.0.4.6
libncurses.so.5 => libncurses.so.5.9
libform.so.5 => libform.so.5.9
libexpat.so.0 => libexpat.so.0.5.0
libmenu.so.5 => libmenu.so.5.9
/lib:
libutil.so.0 => libutil-0.9.33.2.so
libuClibc++.so.0 => libuClibc++-0.2.2.so
librt.so.0 => librt-0.9.33.2.so
libresolv.so.0 => libresolv-0.9.33.2.so
libpthread.so.0 => libpthread-0.9.33.2.so
libnsl.so.0 => libnsl-0.9.33.2.so
libm.so.0 => libm-0.9.33.2.so
libgcc_s.so.1 => libgcc_s.so.1
libdl.so.0 => libdl-0.9.33.2.so
libcrypt.so.0 => libcrypt-0.9.33.2.so
libc.so.0 => libuClibc-0.9.33.2.so
ld-uClibc.so.0 => ld-uClibc-0.9.33.2.so
/usr/lib:
libutil.so.0 => libutil-0.9.33.2.so
libuClibc++.so.0 => libuClibc++-0.2.2.so
librt.so.0 => librt-0.9.33.2.so
libresolv.so.0 => libresolv-0.9.33.2.so
libpthread.so.0 => libpthread-0.9.33.2.so
libnsl.so.0 => libnsl-0.9.33.2.so
libm.so.0 => libm-0.9.33.2.so
libgcc_s.so.1 => libgcc_s.so.1
libdl.so.0 => libdl-0.9.33.2.so
libcrypt.so.0 => libcrypt-0.9.33.2.so
libc.so.0 => libuClibc-0.9.33.2.so
ld-uClibc.so.0 => ld-uClibc-0.9.33.2.so
(armv6l:1) /home/src/subversion-1.6.18/neon #

Reading up on this.

[qlob]

When i try to run the lynx bundle i get this:

[root@kindle lynx]# ls
README    lynx      lynx.cfg  lynx.lss  lynx.sh
[root@kindle lynx]# ./lynx.sh
-sh: ./lynx.sh: not found

any ideas? it worked once through ssh, but now gives the same error.....
EDIT: I've tried with an absolute path and get the same error

[knc1]

And there you uncover another one of the problems with our current emulator image . . . /etc isn't writable.
(ldconfig writes a new /etc/ld.so.cache file)

The most help you can give the dynamic loader is to set: LD_LIBRARY_PATH

Say your new runtime libraries are located in: /home/lib or /home/usr/lib - then enter this command in your shell:
export LD_LIBRARY_PATH=/home/usr/lib:/home/lib

Modify the details of the above to suit.

More info: http://tldp.org/HOWTO/Program-Librar...libraries.html

[twobob]

Originally Posted by qlob

When i try to run the lynx bundle i get this:

[root@kindle lynx]# ls
README    lynx      lynx.cfg  lynx.lss  lynx.sh
[root@kindle lynx]# ./lynx.sh
-sh: ./lynx.sh: not found

any ideas? it worked once through ssh, but now gives the same error.....
EDIT: I've tried with an absolute path and get the same error

Let me have a try with it. I just wrote it for simplicities sake. never even ran it. probably muffed up the shebang. one sec

ERR YEAH

Should read:

#!/bin/sh (NOT BASH)
./lynx -cfg="./lynx.cfg" -lss="./lynx.lss"

wasn´t thinking sorry.

I´m not sure you´ll want to background the process either, the ´&´. Your call

You ALSO do NOT want to background the process. I tested it

I´ll update the post

FIXED IN POST NOW> THANKS

[NiLuJe]

Switch the /bin/bash shebang to /bin/sh and chmod a+x the shell wrapper, that should help .

Or check my updated attachment with more sensible hardcoded default paths .

[twobob]

Originally Posted by NiLuJe

chmod a+x the shell wrapper,

It´s on FAT mate (I bloody hope it is anyway )

Originally Posted by NiLuJe

Or check my updated attachment with more sensible hardcoded default paths .

Good advice my version is prob more suited to the no-locale ´freestylers´.

thanks again mate. Legend, careful you don´t start wearing your pants on the outside, I hear it is an occupational hazard. Capes are also a No, for reference.

[NiLuJe]

@twobob: I seem to remember being able to chmod stuff on the user store, through the fuse proxy, even though the underlying fs sucks . might not work or actually do anything, it's been a while