[ xdvi-Feature Requests-1875316 ] RFE: build against a system installed kpathsea

Feature Requests item #1875316, was opened at 2008-01-19 14:50
Message generated for change (Comment added) made by sf-robot
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=377583&aid=1875316&group_id=23164

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
Priority: 5
Private: No
Submitted By: Jonathan Underwood (junderwood)
Assigned to: Stefan Ulrich (stefanulrich)
Summary: RFE: build against a system installed kpathsea

Initial Comment:
Currently there is no mechanism for building xdvik against a system installed kpathsea - the tarball includes it's own version of kpathsea and forces you to build against that. This is a major headache for distro packagers since xdvik is not the upstream for kpathsea.

In order to build against a system installed kpathsea when packaging xdvik for Fedora, I had to use the attached patch. But it's worse than that, because the bundled kpathsea library still ends up being compiled because of the file dependencies. I am also attaching the RPM spec file that we use to build xdvik which includes the ugly workarounds for this - basically we have to regenerate the file dependencies during %build.

----------------------------------------------------------------------

>Comment By: SourceForge Robot (sf-robot)
Date: 2010-09-20 16:50

Message:
This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 730 days (the time period specified by
the administrator of this Tracker).

----------------------------------------------------------------------

Comment By: Stefan Ulrich (stefanulrich)
Date: 2008-02-18 20:22

Message:
Logged In: YES 
user_id=177175
Originator: NO

[Moving this ticket to 'feature requests']

Attempted to fix this in the CVS version 22.84.14-CVS5. There's still an
open issue with kpathsea's libtool which seems to insist on picking a
specific version of the library .a file, regardless of the -L option
specified via --with-kpathsea-lib=xyz for some strange reason; e.g. in my
tests:
   -L/tmp/kpathsea/lib -lkpathsea
was expanded to:
   -L/tmp/kpathsea/lib /usr/local/lib/libkpathsea.a

Maybe the place of the installed .a file is recorded somewhere in the
configuration ...? Also kpathsea's --enable-shared seems broken at least in
the texlive 2007 sources, it always compiles the static version, that could
be related as well.

This diff makes some changes to configuration scripts in the toplevel and
texk dirs which will make it harder to merge back updates from upstream
(should probably try to get these diffs into the upstream sources, they
shouldn't break the default build).

----------------------------------------------------------------------

Comment By: Jonathan Underwood (junderwood)
Date: 2008-01-19 14:51

Message:
Logged In: YES 
user_id=1982499
Originator: YES

File Added: xdvik.spec

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=377583&aid=1875316&group_id=23164

------------------------------------------------------------------------------
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev