Re: [MoM] Re: kmer-tools
Hi Afif,
On Wed, May 06, 2015 at 07:46:06PM -0700, Afif Elghraoui wrote:
> >The changelog is not touched (you need to do this manually). It always
> >fetches the last SVN. This is a *temporary* solution and upstream
> >confirmed that a proper release tarball will be done. Once this has
> >happened I switch to "normal" behavior and fetch the source via uscan
> >(by deprecating the script).
>
> Oh, I see. The existence of this script is as a hack.
To some extend yes. I wouldn't see it as a model but rather a
demonstration what could (not should) be done.
> >So you need to adapt the script by fixing the SVN revision to what you
> >need instead of detecting the last available. The script obviously does
> >not fit all use cases and was rather an example what would be possible
> >than what you should actually implement.
>
> Of course. I just thought it would be weird to hard-code the
> snapshot revision number into the script. What I did instead was
> make the revision number part of the package version and have the
> script extract it from the version string.
This makes sense in your case.
> After fixing get-orig-source, I've created the pristine-tar branch
> and pushed all branches and tags.
I noticed this from the commits and checked it out. When doing
gbp buildpackage
by using a pbuilder environment I'm finally running into:
...
ar: `u' modifier ignored since `D' is the default (see `U')
ar: creating /tmp/buildd/kmer-tools-0~20141114+1994/libutil/kazlib/libkaz.a
a - /tmp/buildd/kmer-tools-0~20141114+1994/libutil/kazlib/dict.o
a - /tmp/buildd/kmer-tools-0~20141114+1994/libutil/kazlib/except.o
a - /tmp/buildd/kmer-tools-0~20141114+1994/libutil/kazlib/hash.o
a - /tmp/buildd/kmer-tools-0~20141114+1994/libutil/kazlib/list.o
a - /tmp/buildd/kmer-tools-0~20141114+1994/libutil/kazlib/sfx.o
make[2]: Leaving directory '/tmp/buildd/kmer-tools-0~20141114+1994'
# copy ESTmapper binaries to right place
cd ESTmapper && sh install.sh installdir
sh: 0: Can't open install.sh
debian/rules:25: recipe for target 'override_dh_auto_build' failed
make[1]: *** [override_dh_auto_build] Error 127
make[1]: Leaving directory '/tmp/buildd/kmer-tools-0~20141114+1994'
debian/rules:22: recipe for target 'build' failed
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2
Can you confirm that you get the same?
> Next, I'm going to revise debian/control and work on debian/rules
> again to see if I can get the package to build.
When reading this you probably are running into similar problems as I
wrote above and you intend to fix this. I'll stay tuned until you
come up with further question or you confirm success.
Kind regards
Andreas.
--
http://fam-tille.de
Reply to: