[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: [MoM] Re: bart - tools for computational magnetic resonance imaging

Hi Andreas,

> On Sun, Dec 06, 2015 at 11:59:02PM +0000, Uecker, Martin wrote:
> > > Put simply, pristine-tar is our way to encapsulate access to the source 
> > > tarball used for packaging. Someone who checks out a d-science 
> > > repository does not need to know where the tarball comes from (github, 
> > > bitbucket, PyPI...), he or she can just check it out using pristine-tar 
> > > on the packaging repository.
> > 
> > Ok, I created a tar ball using a git archive (which matches what
> > github does) and then used pristine-tar to check it in.
> I think this is a misunderstanding.  You should write a debian/watch file
> (line 22 of this template
>   https://anonscm.debian.org/viewvc/debian-med/trunk/package_template/watch?revision=20511&view=markup
> is your friend) and use the downloaded tarball when importing pristine-tar.

Ok, done.

Please note that there is no difference between downloading 
tar balls from github which uses 'git archive' to create them
or creating them locally using 'git archive' (with the
right arguments). This already produces bit-identical results
(with the same hash)! So there is really no point in downloading
upstream tarballs from Github when one has a local copy of the git

> > gbp can also create tar balls from the same tag and check
> > in ione step, but somehow the hash does not seem to match
> > exactly (the content does). I wonder why...
> You stumbled upon the very problem pristine-tar is solving:  Tarballs
> simply have different checksums even if featuring identical content.
> This is for instance due to different time stamps, user ids etc after
> unpackaging on a target system.  Feel free to seek Debian lists for
> several discussions explaining the problem.

I already know ;-) I am (in)famous for starting a flamewar on
debian-devel about reproducible builds in 2007...

> You could add these in additional python-bart octave-bart binary
> packages (sorry, matlab can not be provided as official Debian package).
> You should read the according pages at wiki.debian.org where to put
> Python modules (or you just check your local system where these are
> stored) and Octave files (I never dealt with these but I guess there is
> a wiki paga as well).  Feel free to ask me if you are struck in the
> jungle of documentation and I'll provide more specific pointers.

Ok, I have to look at it. There are only very few small scripts, 
so I would rather put it in the same package.

> Another remark to the packaging:  Currently there is a libgsl migration
> ongoing and you should use libgsl-dev instead of libgsl0-dev.

Done. Although now it doesn't build locally on my Ubuntu machine
anymore (only using pbuilder in a sid change root).


Reply to: