Andreas Tille <[email protected]> schrieb : > On Tue, Jan 31, 2012 at 03:12:40PM +0100, Ivo Maintz wrote: > > Anyway, its located in the svn in > > packages/libsbml/branches/libsbml4. It's the right place? > > It would be the right place ... if you commit (can't see it there).
It's now commited... > > But another (more critical) problem is pbuilder - I can't build > > libsbml4 with pdebuild; configure works, but then I get strange > > errors at the begin of make: > > _____________________________________________________________________________ > > > > # Add here commands to compile the package. > > /usr/bin/make > > make[1]: Entering directory `/tmp/buildd/libsbml-4.3.1' > > /usr/bin/make -C src -w --jobserver-fds=3,5 -j include > > libsbml-version.lo -MD -MP -MF ".deps/libsbml-version.Po" -c -o > > libsbml-version.lo libsbml-version.cpp make[3]: Entering directory > > `/tmp/buildd/libsbml-4.3.1/src/util' /tmp/buildd/libsbml-4.3.1/doltlibtool > > --mode=compile --tag=CXX g++ -I. -I/tmp/buildd/libsbml-4.3.1/include > > -DLINUX -DPACKAGE_NAME=\"libSBML\" -MT List.lo -MD -MP -MF > > ".deps/List.Po" -c -o List.lo List.cpp /usr/bin/make -C util -w > > --jobserver-fds=3,5 - --jobserver-fds=3,5 -j include In file > > included from libsbml-version.h:35:0, from > > libsbml-version.cpp:32: > > /tmp/buildd/libsbml-4.3.1/include/sbml/common/extern.h:34:43: > > fatal error: sbml/common/libsbml-namespace.h: No such file or > > directory compilation terminated. > > _________________________________________________________________________________ > > > > and it breaks. > > > > [...] > > _________________________________________________________________________________ > > > > and it works. > > > > I don't think, that I forgot some build dependencies, and the error > > doesn't point in that direction. It seems, that not all files are > > copied to the right directory, bu I have no idea at all, why "make" > > has a different behavior... > > It's hard to tell - please commit your packaging and we can have a > look. > > > Is this an absolutely no-go, or would it be sufficient, if it builds > > with debuild? > > The problem is: Build daemons for other architectures as well as > several QA tools will rebuild and run into the same error. So even > if we would upload with debuild (there is probably no reasonable way > for ftpmaster to tell what build method was used) we will run into > this trouble anyway. > > Kind regards and thanks for your contribution > > Andreas. > -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected] Archive: http://lists.debian.org/20120131233018.352f3564@IThink
