Control: retitle -1 Want dgit, tag2upload and git-deborig to honour .gitattributes Control: severity -1 normal Control: tags -1 + wontfix Control: found -1 dgit/3.3
Earlier I wrote: > This isn't compatible with dgit's core invariant, which is that the > git tree object is precisely the same as the content of the source > package. (The alternative invariant would be that source package is > identical to content of the working tree *as transformed by > gitattributes* - but the gitattributes are typically > context-sensitive, lossy, and very complex, so that isn't workable.) > > That there has to be such an invariant follows from dgit's design > goal, which is to be a bidirectional gateway. A bidirectional gateway > is required for any kind of sane transition. The way this fits into the git transition plan is (now) explained in my blog post Debian's git transition https://diziet.dreamwidth.org/20436.html As I write there, this is indeed an annoying but unavoidable consequence of necessary design principles. I don't think we are going to change this aspect of the design, but this bug ought to stay open to document the problem. An aside about the bug title: I don't think it is fair to describe this as "Debian specific rules for gitattributes". Any system that needs a reliable, stable, and bidirectional relationship between (a) git objects and (b) working trees (or tarballs), will encounter similar problems. This is just yet another one of those situations where we in Debian try to solve problems more comprehensively, more faithfully, and more reliably, than is often the case elswhere. Or to put it another way: transforming .gitattributes are inherently hazardous (IMO, misdesigned), and here we're just doing what *everyone* ought to do. If there is a Debian-specific rule, it is that we in Debian are demanding sanity. Here, as elsewhere, that can indeed look like a silly Debianism, from a distance. Ian. -- Ian Jackson <[email protected]> These opinions are my own. Pronouns: they/he. If I emailed you from @fyvzl.net or @evade.org.uk, that is a private address which bypasses my fierce spamfilter.
