libpano13-2.9.20 release candidate rc1 released

[Bruno Postle]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

libpano13 is the PanoTools library for panoramic imaging.

A libpano13-2.9.20 rc1 tarball has been uploaded to sourceforge, this is
a release candidate for testing that may become the final release:

https://sourceforge.net/projects/panotools/files/libpano13/libpano13-2.9.20/

This release should be binary compatible with previous versions - This means
that prebuilt Hugin executables should just work with this libpano13.

There have been some changes since 2.9.19:

* Bugfixes for Panini General, Biplane and Triplane output projections

* Fixes to build with current MSVC, automake and mingw

SHA1SUM: f5998c1aaad25b073d53ee9017d769b39cf05693 libpano13-2.9.20_rc1.tar.gz

This rc1 release is equivalent to HG 843:415deb81168f

Here is the full ChangeLog since 2.9.19 for more details:

2018-03-25 10:36 +0100 Bruno Postle <br...@postle.net> (f5ac8cc3aa91)

* configure.ac:
Update version to 2.9.20

2018-03-25 10:35 +0100 Bruno Postle <br...@postle.net> (e5632a455634)

* bootstrap:
Support latest automake

2018-03-25 10:34 +0100 Bruno Postle <br...@postle.net> (0a71a9f8a45a)

* tests/simpleTiff16/temp.txt: deleted file.
* tests/simpleTiff16/Makefile.am, tests/simpleTiff16/temp.txt:
Don't ship test output file

2018-03-23 17:19 +0100 tmodes <tmo...@users.sf.net> (5b23ce4acaf4)

* PaniniGeneral.c:
Fixes inverse transformation of Panini General

2018-03-11 08:30 +0100 tmodes <tmo...@users.sf.net> (f220884e22e3)

* math.c:
Triplane: Check more return codes instead of ignoring it

2018-03-11 08:30 +0100 tmodes <tmo...@users.sf.net> (1eaaec6809a2)

* math.c, queryfeature.c:
Biplane: Added new parameter for rounded corner

2018-03-05 17:26 +0100 tmodes <tmo...@users.sf.net> (1a3e1f817145)

* math.c:
Fixes image->pano transformation for triplane projection

2018-03-05 17:26 +0100 tmodes <tmo...@users.sf.net> (793506b19f1f)

* CMakeLists.txt:
Add debug postfix for debug libraries

2018-02-07 17:54 +0100 tmodes <tmo...@users.sf.net> (3ad2089ab924)

* CMakeLists.txt:
Windows: Make building shared library (DLL) default

2017-09-29 16:49 +0200 tmodes <tmo...@users.sf.net> (977a50b2a634)

* file.c:
Recognize also jpeg file extension [1681022]

2017-09-29 16:48 +0200 tmodes <tmo...@users.sf.net> (e3808b4f9a78)

* CMakeLists.txt:
Fixes compilation with Mingw Mingw has already getopt, no need for
our file

2017-01-02 18:34 +0100 tmodes <tmo...@users.sf.net> (20434c36b266)

* tools/panoinfo.c:
Fixes path separator for cross compiling for Windows

2016-12-30 13:21 +0100 tmodes <tmo...@users.sf.net> (9fb6fd19947a)

* math.c:
Don't take shortcut in setup_panini_general This breaks calculation
of ppg->distance parameter which is needed in stack calculations.
This fixes hang during line control points calculations [1016258]

2016-12-30 13:19 +0100 tmodes <tmo...@users.sf.net> (83e0c78ad594)

* math.c:
Updates for MSVC 2015

2016-09-17 16:12 +0200 tmodes <tmo...@users.sf.net> (9d16f4a39c36)

* math.c:
Comment out double assignment

2015-12-06 13:06 +0100 tmodes <tmo...@users.sf.net> (d1ca12b2146b)

* pt_stdint.h:
Fix for MSVC 2015

2014-04-23 00:31 +0100 Bruno Postle <br...@postle.net> (7339b1014e88)

* ChangeLog.hg:
update changelog

- --
Bruno Postle
-----BEGIN PGP SIGNATURE-----

iEYEARECAAYFAlq3dm4ACgkQFqOhwCjyCLppqACaAqqMJxBeqFyOVIQ8p2QLXnjp
WpgAoKYXyz3xSWAdjitYAOoLjEwquNdo
=xlAy
-----END PGP SIGNATURE-----

[Bruno Postle]

On Sun 25-Mar-2018 at 11:14 +0100, Bruno Postle wrote:
>
>A libpano13-2.9.20 rc1 tarball has been uploaded to sourceforge, this is
>a release candidate for testing that may become the final release:
>
>https://sourceforge.net/projects/panotools/files/libpano13/libpano13-2.9.20/
>
>This release should be binary compatible with previous versions - This means
>that prebuilt Hugin executables should just work with this libpano13.

Fedora RPM packages of this release candidate are available here:
https://copr.fedorainfracloud.org/coprs/bpostle/panorama/

--
Bruno

[Terry Duell]

Hello Bruno,

I tried building a Fedora RPM package from my updated local repo but for
some reason rpmbuild was putting the libs in /usr/local/lib and then
looking for them in /usr/lib64, and also wasn't able to find any debug
files.
All a mystery, as using essentially the same rpm spec file as yours, so I
must have mucked up the files in the local repo somehow.
So thanks for providing these packages, which I'll use to do some testing.
I should make a new local repo and that hopefully will get me back to
being able to do my own builds as required.

Cheers,
--
Regards,
Terry Duell

[Bruno Postle]

On 25 March 2018 23:21:43 BST, Terry Duell wrote:
>
> I tried building a Fedora RPM package
> from my updated local repo but for
> some reason rpmbuild was putting the
> libs in /usr/local/lib and then
> looking for them in /usr/lib64, and also
> wasn't able to find any debug files.

This is odd, are you building with the configure script or with cmake? They should both work equally well (my rpms are built with cmake).

--
Bruno

[Terry Duell]

Hello Bruno,

yes, it is odd.
I'm building with cmake.
I've looked at your spec file and mine was identical.
I have now been able to build after adding...

%define debug_package %{nil}

and altering the cmake comand ...

cmake . -DSUPPORT_JAVA_PROGRAMS=0 -DCMAKE_INSTALL_PREFIX=%{_prefix}
-DLIB_INSTALL=%{_lib}

I think my rpmbuild environment is OK as hugin builds OK, so probably
something wrong with my local libpano13 repo, or my preparation of the
libpano13 source package.
It's a long time since I last built a libpano13 rpm so quite likely made
an error or two.
Just to be clear, is it necessary to run bootstrap if using cmake?

[Bruno Postle]

On Mon 26-Mar-2018 at 11:26 +1100, Terry Duell wrote:
>
>I've looked at your spec file and mine was identical.
>I have now been able to build after adding...
>
>%define debug_package %{nil}
>
>and altering the cmake comand ...
>
>cmake . -DSUPPORT_JAVA_PROGRAMS=0 -DCMAKE_INSTALL_PREFIX=%{_prefix} -DLIB_INSTALL=%{_lib}
>
>I think my rpmbuild environment is OK as hugin builds OK, so probably
>something wrong with my local libpano13 repo, or my preparation of the
>libpano13 source package.
>It's a long time since I last built a libpano13 rpm so quite likely
>made an error or two.
>Just to be clear, is it necessary to run bootstrap if using cmake?

The bootstrap script just sets up the autotools build system, so you
don't need it if you are only using cmake (note that a tarball
created with cmake won't contain these autotools files unless you
run `bootstrap` first).

After this release we should remove the autotools build system
altogether.

--
Bruno

[Jim Watters]

Thanks for keeping libpano13 up to date.

Jim

[Terry Duell]

Hello Bruno,

On Mon, 26 Mar 2018 20:45:52 +1100, Bruno Postle <br...@postle.net> wrote:

>> Just to be clear, is it necessary to run bootstrap if using cmake?
>
> The bootstrap script just sets up the autotools build system, so you
> don't need it if you are only using cmake (note that a tarball created
> with cmake won't contain these autotools files unless you run
> `bootstrap` first).
>

OK, that's what I thought was the case, but when one has problems it's
worth checking.
I setup a new clone of the libpano13 repo, built a new package_source,
then ran rpmbuild with your .spec file, and encountered the same issues.
Libs being looked for in /usr/lib64 but rpmbuild had put them in
/usr/local/lib and failure to find debug files, and as previously it
builds OK with the changes to the .spec file I previously mentioned.
It does seem to point to something amiss with my rpmbuild...not sure where
to start there. Looks like I have some 'homework' :-(

> After this release we should remove the autotools build system
> altogether.

Probably a good idea.