[Pkg-octave-devel] Octave 4.2 for stretch

[Mike Miller]

On Tue, Jul 05, 2016 at 22:14:31 +0200, Rafael Laboissière wrote:
> * Rafael Laboissière <rafael at debian.org> [2016-07-04 10:38]:
> 
> > I am preparing now the release of version 4.0.3 to unstable.  After it
> > is done, I will release a version for experimental based on the
> > Mercurial sources.
> 
> Both uploads have been done.  I created a branch called "experimental" in
> Git for the version of the package based on the tip of the upstream
> Mercurial repository.  I used the following versioning schema:
> 4.1.0~hg.20160703.220033-1, which combines the date and the hg revision
> number.

Thank you.

Unfortunately the builds are all failing because of a missing dependency
on bison. In the source tarball that you imported, I see the following:

-rw-r--r-- 1  3719 Jun 30 09:35 octave-4.1.0+/libinterp/corefcn/oct-tex-parser.h
-rw-r--r-- 1  7815 Jul  1 18:40 octave-4.1.0+/libinterp/corefcn/oct-tex-parser.in.yy
-rw-r--r-- 1  7830 Jul  1 19:03 octave-4.1.0+/libinterp/corefcn/oct-tex-parser.yy
-rw-r--r-- 1 60045 Jul  1 19:03 octave-4.1.0+/libinterp/corefcn/oct-tex-parser.cc

In other words, this generated .h file is out of date compared to the
corresponding .in.yy file. You may have built the source tarball in a
directory where you had a partial build before updating from hg.

The best way to build the source tarball from hg is to first update, and
run configure and make dist in a completely clean build directory. This
avoids the presence of any old generated files whose contents may have
not changed, and therefore seem to be eternally out of date to make.

-- 
mike
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-octave-devel/attachments/20160705/c1fdd7ac/attachment.sig>