Baslinux mailing list

[sindi keesan <keesan AT sdf.lonestar.org>]

irOn Sat, 23 Apr 2005, David Moberg wrote:

> ----- Original Message -----
> From: "sindi keesan" <keesan AT sdf.lonestar.org>
>
> > I am going to need to compile this for linux first.  (No /bin/sh in
> > DOS
>
> Or make a batch file in DOS.
>
> > wvware requires libpng and I will compile for BL2 (with
> > glibc2.2.5).
>
> According to the website, libpng is only needed for embedded images.
> It's optional.

The files I was sent yesterday consist of one embedded image each, which 
wvware extracted in png format.  So I think I need png support.

Sometimes I get sent files that are 100% text.  Nobody has yet sent me a 
combination of text and images.

I was told to also compile freetype to get libwmf for wmf support.  I 
looked on the web and wmf is a Windows vector graphics format.  Nobody 
ever sent me that - would other people appreciate if I included it?


> > The netpbm pngtopnm and pnmtopng you compiled most
> > recently require libpng which I think you compiled for libc5.
> > libpng.so.3.  I have libpng.so.2 from SW7.1 in BL2.  How would I go
> > about compiling dynamically so that I used libpng.so.2 other than
> > by simply not having libpng.so.3 on the computer?
>
> Replace -lpng with /usr/lib/libpng.so.2 when you link it.


Do I also need to point the compiler at the libc6 so it won't try to use 
libc5 or does it use the later of the two?

> > Or should I
> > compile statically (for libz and libpng) so that wvware will also
> > work in BL3 once you add glibc 2.2.5?
>
> Why? If you need to download a new glibc, you might as well update
> libz and png as well.

The new glibc is needed for opera, lynx, and xpdf, but they don't need a 
new libz or libpng.  They seem to work fine with the old ones.  But it is 
probably easier to compile dynamically and not worry about BL3.

> > I am thinking of using the statically compiled pngotpnm/pnmtopng
> > with my netpbm  package but then having a second add-on package
> > just for BL3 which overwrites those files with the dynamically
> > compiled one while adding libpng (for libc5), and also omitting the
> > tiff programs and library from the main package but including them
> > in the add-on package.  Some day if you want to compile the tiff
> > programs statically (or explain to me how to compile just those
> > files and not the whole package)
>
> All of the netpbm binaries depend upon libnetpbm, so I don't see any
> advantage to manually compiling some of them.

The problem I am dealing with is that the tiff programs will not work in 
BL2 since I have a libtiff in there for libc6 and the one from netpbm 
replaces it (same synlink, both libtiff.so.3) and then other programs 
needed libtiff don't work (links2 from delilinux).  So I have a choice of 
the netpbm tiff programs, or links2, in BL2.  A statically compiled pair 
of tiff programs would fix this problem.  Static as regards libtiff, not 
libnetpbm.  I have not found any need to deal with tiff files but someone 
else might want the programs.

> > I can put them in the main package.  That way there would be no
> > problems of having a libc5-dependent tiff or png library in BL2,
> > which when I symlinked to it kept links2 from delinux from
> > working (it needs a glibc version).
>
> Are there no glibc2 netpbm binaries? I think it is very rare to
> have netpbm binaries intended for BL3 on a BL2 system with an
> incompatible libtiff. In any case, you can always move libtiff
> out of your standard library path and somewhere else if you need
> to use links2.

I have no idea how to access a library that is not on the path. Would it 
involve exporting something in profile, like I do to use gs with a device 
that is not the default?

A recent version of netpbm would probably not be easy to find precompiled 
for an older version of glibc, even 2.2.5.  If you find one let me know.
The one you compiled for BL3 works except for the tiff programs.

> > > wvware 1.doc > 1.doc.html
> > > wvware 2.doc > 2.doc.html
> >
> > Could I do this with files named abc.doc def.doc etc. or must they
> > be sequentially numbered?
>
> There are no filename limitations beyond the basic OS limits.
>
> > > To use a different extension than doc.html, you'd probably need a sed
> > > script, too.

I now have netpbm to print the png files
> > (pngtopnm, pbmtolj).  I can't think of any way to do a 1-pass convert 
> > (doc to html and png) and print the png (via pbm).

> A shell script?

Two passes.  for i in *.doc... (produce png from doc) and then for i in 
*.png .... (convert png to pnm and print with pbmtolj) on the next line

> David
> --