Re: MIA - Software for medical image alaysis

[Gert Wollny <gw.fossdev@gmail.com>]

Hello Andreas, 


> Cool.  Unfortunately it does not (yet) build for me:
> 
> ~/tmp $ debcheckout --user tille git://git.debian.org/debian-med/libvistaio.git --git-track '*'
> declared git repository at git+ssh://tille@git.debian.org/git/debian-med/libvistaio.git
> git clone git+ssh://tille@git.debian.org/git/debian-med/libvistaio.git libvistaio ...
> Cloning into 'libvistaio'...
> remote: Counting objects: 192, done.
> remote: Compressing objects: 100% (145/145), done.
> remote: Total 192 (delta 58), reused 143 (delta 35)
> Receiving objects: 100% (192/192), 184.98 KiB | 191 KiB/s, done.
> Resolving deltas: 100% (58/58), done.
> Branch pristine-tar set up to track remote branch pristine-tar from origin.
> Branch upstream set up to track remote branch upstream from origin.
> Use of uninitialized value $srcpkg in substitution (s///) at /usr/bin/debcheckout line 822.
> 
> ~/tmp $ cd libvistaio
> ~/tmp/libvistaio(master) $ git-buildpackage 
> dh clean 
>    dh_testdir
>    dh_auto_clean
>    dh_clean
> gbp:info: Orig tarball 'libvistaio_1.2.14.orig.tar.xz' not found at '../tarballs/'
> fatal: Path 'libvistaio_1.2.14.orig.tar.xz.delta' does not exist in 'refs/heads/pristine-tar'
> pristine-tar: git show refs/heads/pristine-tar:libvistaio_1.2.14.orig.tar.xz.delta failed
> gbp:error: Couldn't checkout "libvistaio_1.2.14.orig.tar.xz": /usr/bin/pristine-tar returned 128

I think if you don't have the tarball, you need to run 

  git-buildpackage --git-pristine-tar

at least I did it once, when it complained about the missing tarball.
(Although I use git for quite some time now, the Debian packaging
additions are also new to me). 

There is another problem though, I forgot to tag the last upload. You
can work around this by doing 

  git tag -d upstream/1.2.14-1
  git tag upstream/1.2.14-1

this will delete the tag that I set earlier (*) and then set the tag to
the current git head. 

*) Actually, the tagged version should also work, just not with
multiarch. Which reminds me that this requires to set a minimum cmake
version in the dependencies. I'll fix this and the tag first thing in
the morning tomorrow.

Best 
Gert