this is a very strange thing
few days ago I tried to compile
*exactimage*
- http://www.exactcode.de/site/open_source/exactimage/
an imagemagick clone, but faster and lighter
I downloaded source
- http://dl.exactcode.de/oss/exact-image/ ... .3.tar.bz2
plus libagg (from debian)
- http://packages.debian.org/lenny/i386/l ... v/download
started compilation...
the binaries are built, and if I invoke the executable it seems working:
e.g :
Code: Select all
# edentify --help
Exact image identification (edentify).
Version 0.8.3 - Copyright (C) 2006 - 2007 by ExactCODE and Archivista
Usage:
-f, --format
user defined format string
-h, --help
display this help text and exit
-v, --verbose
more verbose output
Code: Select all
# edentify 1.jpg
edentify: unable to open image '1.jpg'.
so, where is my fault?
I attach the full log and the binaries built, if you want give a look
*binaries built but not able to open any image* (for your test)
- http://www.ziddu.com/download/12487468/ ... 6.zip.html
exactimage is an important addon for Puppy, I hope this can be made properly
exactimage uses libs already in puppy for common tasks (libjpeg, libpng, libtiffd..and so on...), only for supporting jpeg2000 (in older puppies) or HDR images (openxr) may be worth compiling statically
exactimage can supporting also ruby, python...and so on, but these dependencies are optionally
in link I reported, you can view and download binaries I built. the strange thing, as written is that I can invoke a command, I can read help relative to program, but binaries are not able to open whatever image
even if (./configure) signals nothing about missing dependencies
since many many users are using Puppy 3-4.x.x series it is worth to trying to build for these series (not only grab the binaries from ubuntu lucid to use in Puppy Lucid)
between its utilities, exactimage has hocr2pdf a terrific tool able to merge a scanned pdf with its ocr result, producing so a searchable pdf