[Pkg-electronics-devel] RFS: UPDATE: gnucap 1:0.36~20091207-1

Wesley J. Landaker wjl at icecavern.net
Sat Nov 13 18:43:18 UTC 2010


On Friday, November 12, 2010 00:31:20 أحمد المحمودي wrote:
> >   * Apply quilt patches directly into git repository.
> 
> What's that for ? This actually results that all patches get consilated
> as one single patch (debian/patches/debian-changes-1:0.36~20091207-1),
> which would make it harder to track which patch got accepted by upstream
> and hence remove it.

You can change this back if you want, but I had to make a change of some 
sort to build things. Here is the issue:

If you check out the git repository and there are patches in debian/patches 
but they aren't applied, trying to build from a clean checkout fails, and 
building from a dirty checkout (where the patches have been applied) means 
that you get different results builing from the checkout than you do from 
re-building the created source package.

The alternates are:

  1) Use git directly, instead of quilt. This keeps it easy to track what 
got applied upstream.

  2) Use quilt, but check things into git with the patches already applied. 
This lets you stick with a quilt workflow, but makes managing them a multi-
step multi-tool process.

I prefer a git workflow over quilt, but I actually don't care that much what 
system is used. But for this package, the choices were to make a 
modification to the package, or not build the package from the clean git 
sources you pointed to. Since the RFS was a git repository, I assumed you 
would prefer a more git-like workflow.

Again, if you disagree with this approach, feel free to change it back and I 
will be happy to sponsor it either way (or you can do it directly now that 
you are in the uploaders). The important thing in my mind is that the git 
sources immediately reflect what is being built, so should either handle 
patches using git features, or use quilt, but already have patches applied.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.alioth.debian.org/pipermail/pkg-electronics-devel/attachments/20101113/bb406c29/attachment.pgp>


More information about the Pkg-electronics-devel mailing list