On 2010-07-29 07:56+0100 Andrew Ross wrote:

>
> Alan,
>
> I agree it is worth maintaining for a lightweight pdf solution. I'll look
> into packaging libharu for Debian.
>
> Andrew
>
> On Tue, Jul 27, 2010 at 04:21:03PM -0700, Alan Irwin wrote:
>> [...]Andrew, would you be interested in packaging up libharu (with my
>> changes) for Debian?

Hi Andrew:

To resurrect this extremely old thread, the situation now is there
exist libhpdf (a.k.a., libharu) Debian packages for version 2.2.1 that
have been packaged by someone else, and if our pdf device is linked to
that version, all is well for every example except for example 24
which craps out with a segfault.  From my experience with 2.1.0, and
the fact that the two-line patch also applies cleanly to 2.2.1, I am
pretty sure that the Debian packager simply needs to apply the patch I
have given at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=726069.

However, I could not test that patch on the Debian version of the
library because for some reason "apt-src build" builds the debs
without obvious issues, but when those debs are installed, the
resulting libhpdf library does not define needed symbols as revealed
by comparing

objdump --dynamic-syms /usr/lib/libhpdf.so

results for the standard Debian package and the one built by apt-src.

Would you be willing to take a further look at the Debian package to
see if it builds with apt-src on Debian unstable (patched with my
patch or not) with all the required symbols as detected by objdump?
Furthermore, if you confirm the symbol problem exists, would you look
to see if there is some simple packaging fix that needs to be made for
the libhpdf source package?

I assume the differences between wheezy and unstable are pretty
small at the moment so if you can get that Debian apt-src build
to install a libhpdf library with needed symbols, then I
bet your solution would work for me as well.

Here is some additional news about the pdf device.

* I have sorted out a hpdf subdirectory issue for the location of
   hpdf.h (revision 12589).

* I have enabled this device by default (revision 12590) since it
   works for me for all examples in contexts (build_projects on both
   Linux and Wine) where the above patch is applied to the libhpdf
   build.  And I am pretty sure once the Debian package for libhpdf can
   be built properly, that we will be able to prove the same thing for
   the (patched) Debian packaged version of libhpdf.

* There are some on-going issues with this device that are revealed by
   the standard example results I looked at in detail today.  Example
   10 shows an offset of the box that is probably due to some bug in
   the way that the pdf device is set up in drivers/pdf.c; examples 23,
   24, and 26 show large issues with the selection of unicode glyphs
   available for libhpdf (indeed only the limited Type 1 glyphs seem to
   be available); and examples 4, 26, 30, and 33 illustrate that
   libhpdf does not (yet) support an alpha (transparency) channel.
   Nevertheless, despite these drawbacks, -dev pdf provides a
   lightweight pdf solution that will be satisfactory for many plotting
   needs (which is another reason why I have now enabled this device by
   default).

Alan
__________________________
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); the libLASi project
(unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
and the Linux Brochure Project (lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

------------------------------------------------------------------------------
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60134071&iu=/4140/ostg.clktrk
_______________________________________________
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Reply via email to