Re: New Hamlib packages [Was: wsjtx/wsjt software]
Hi Andreas,
On Wed, Jan 17, 2018 at 12:27:55AM +0100, Andreas Bombe wrote:
> On Mon, Jan 15, 2018 at 09:47:56AM +0100, Ervin Hegedüs wrote:
> > no, all code is same, just some files missing from some packages,
> > which needs to build the wsjt. Now I fixed them.
>
> I had a look and that is indeed the only change. The changelog also
> mentions Standards-Version bump to 4.1.3 which wasn't actually done in
> the control file.
yes,
> However, Debian policy (10.2 to be specific) says, with good reason,
> that *.la should not be installed unless absolutely necessary and if
> they are, the dependency_libs field must be emptied. Installing the *.a
> static library is okay, but should normally not be used in building
> other packages.
yes, I remember this rule, but I'm afraid we can't skip to
pack the .la files.
> Can you explain which of these the new version of wsjtx requires and
> why? (The real question behind this is how we can avoid that
> requirement.)
Wsjt-x builds with Cmake. I have no experience in Cmake, but the
reason is that Cmake looks up the .la files for all necessary
libraries.
The recommended method in INSTALL file in wsjt-x source tree
starts with these steps:
$ mkdir ~/hamlib-prefix
$ cd ~/hamlib-prefix
$ git clone git://git.code.sf.net/u/bsomervi/hamlib src
$ cd src
$ git checkout integration
$ mkdir ../build
$ cd ../build
$ ../src/autogen.sh --prefix=$HOME/hamlib-prefix \
--disable-shared --enable-static \
--without-cxx-binding --disable-winradio \
CFLAGS="-fdata-sections -ffunction-sections" \
LDFLAGS="-Wl,--gc-sections"
$ make
$ make install-strip
So, it proposes that build your own hamlib to compile the wsjt-x.
Of course, I'ld like to avoid this :).
With the existing Hamlib packages (3.1-7) the Cmake doesn't
recognize the existence of hamlib. I've tried to find out, what's
the reason, and why does it found when I installed the "own"
hamlib prefix. During the tests, I've passed to hamlib_*_DIRS
(hamlib_INCLUDE_DIRS, hamlib_LIBRARIES, hamlib_LIBRARY_DIRS)
values as my Debian Hamlib source dir, and Cmake recogized the
Hamlib. So then I catched that it needs the .la files (there are
nothing more differences with the packages).
Sorry, but I didn't had so much tool to solve this problem.
The answer for your real question: perhaps if somebody expert in
Cmake, could make a patch for the CMakeFiles that it skips to
look for the .la files... I don't know is it possible...
Hope this helps,
73, Ervin
HA2OS
Reply to: