[Debian-med-packaging] Bug#735453: Changes to libsbml

[Ivo Maintz]

Hi Andreas,

> I have noticed some changes of yours in SVN but I can not yet build
> the package.  Just in case you are not aware of this.

I couldn't reproduce your error in pbuilder. Even after the newest
changes, it works (for me!) in svn-buildpackage, sbuild (for various
distributions and amd64/i386) and also in the fresh installed pbuilder. 

But you got an CMake error while configuring:

CMake Error at CMakeLists.txt:81 (MATH):
  math cannot parse the expression: " * 10000 + * 100 + ": syntax error,

This is new to me; no idea, why this happens...

Best,

Ivo

> Kind regards
> 
>       Andreas.
> 
> On Thu, Aug 14, 2014 at 03:24:37PM +0200, Andreas Tille wrote:
> > Hi Ivo,
> > 
> > On Thu, Aug 14, 2014 at 03:11:02PM +0200, Ivo Maintz wrote:
> > > > We somehow need to set a deadline for this to finish which I
> > > > would like to see happen in beginning of September.
> > > 
> > > Ok, should be enough time left.
> > 
> > Well, things tend to take always more time than expected. :-)
> >  
> > > > I appended a '--compression xz' since also this has changed.
> > > > Now a properly xz compressed source tarball will be created.
> > > > 
> > > > Unfortunately I was again unable to build the package in an
> > > > unstable chroot.  Could you please be more specific about this
> > > > "works for me"? Can you confirm that the package builds via
> > > > pbuilder?
> > > 
> > > I use debuild and sbuild.
> > > But in sbuild It seems, that _before_ starting the the build, a
> > > last time "debian/rules clean" is executed - without applying the
> > > patches. Normally, this is no problem, but in libsbml "clean"
> > > means "delete everything and unpack the sources". This behavior
> > > is changed, not shure, around april/may?. Maybe, in pbuilder we
> > > have the same?
> > 
> > I think sbuild is doing in principle the same as pbuilder: Just
> > create a minimalistic chroot and build there.  So I expect the same
> > behaviour and if you get the package building using sbuild that's
> > perfectly OK. 
> > > I just found another solution: in debian/sources/options I can set
> > > ignores for changed files, and I'll try to find all during the
> > > build created and changed files.
> > 
> > Sounds reasonable.
> >  
> > > > Currently this is no difference to the version in SVN for
> > > > me. :-(
> > > 
> > > uscan --verbose --no-download
> > > [...]
> > > Newest version on remote site is 5.10.2+dfsg, local version is
> > > 5.10.0+dfsg => Newer version available from
> > >     https://qa.debian.org/watch/sf.php/sbml/libSBML-5.10.2-core-plus-packages-src.zip
> > > -- Scan finished
> > > 
> > > Anyway, I'll focus on 5.10.0 first.
> > 
> > That's perfectly fine for the moment.  Just lets any version fixing
> > the currently open RC bug migrate to testing - afterwards we have
> > time to hunt behind the latest upstream version.
> > 
> > Kind regards
> > 
> >        Andreas.
> > 
> > -- 
> > http://fam-tille.de
> > 
> > _______________________________________________
> > Debian-med-packaging mailing list
> > Debian-med-packaging at lists.alioth.debian.org
> > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging
> > 
>