[Debian-med-packaging] git clean and debian/rules clean (was: samtools i386-buildable)

[Andreas Tille]

On Wed, Sep 16, 2015 at 07:22:13AM -0700, Afif Elghraoui wrote:
> >> > directory, and it is a waste to not use them.
> 
> I actually agree with both of you. I think one way to have a compromise
> here would be to keep the output of git ls-files in a file somewhere in
> the package. The clean target can then just remove everything that is
> not listed in that file. How does that sound?
> ...
> 
> This is where it's helpful to have a tool that can flawlessly do the
> operation without having to spend time figuring out which files must be
> removed.

The tool is called make and

    make -f debian/rules clean

should cleanup the build tree.  Its the maintainers task to adjust the
clean target - if it is decided to base this on the output of
`git ls-files` that was stored in some place under debian/ - nobody
will criticise this.

> > However, there is a valid point in the
> > request to build twice in a row and it is wrong to force a certain tool
> > upon somebody (how nifty and wide spread it might be).
> 
> I don't know about this-- when there are several tools or workflows that
> are designed to do exactly the same thing, I think it's helpful to
> standardize. For example, I try to avoid dealing with the packages in
> SVN because I don't think it's worth my time to improve my skills with
> svn or learn how to use svn-buildpackage. It seems some people here
> prefer working in svn, but if I wanted to do something like what I just
> did with samtools--- make some changes to a package that I"m not the
> primary maintainer of -- I'd have been far less likely to have done it
> were it in svn or bzr or something else.

The standard is orthogonal to the VCS.  Just make should be sufficient.
 
> I don't say this even because of my personal preference. I think our
> current team policy of using quilt in git doesn't make much sense, but I
> stick to it because it's the team policy and I don't have a proposal for
> improving it.

May be - but that's another topic.

Kind regards

      Andreas.

-- 
http://fam-tille.de