Control: retitle -1 on push/build, generate missing orig from pristine-tar Felipe Sateler writes ("Re: Bug#891033: dgit: Please integrate with pristine-tar"): > On Wed, Feb 21, 2018 at 8:32 PM, Ian Jackson > > Do you mean when the user says "dgit clone" ? Or do you mean when > > building a source package ? > > When building a source package. In my (gbp-based) workflow, I > don't always have the current tarball in `..`, for the following > reasons:
I see, yes. > 1. I use gbp's export-dir option to run builds in a tmpfs, so the > tarball lives somewhere in /tmp. > 2. Even if not doing that, I might have pulled a git tree with an > upstream tarball imported by a teammate. Pristine-tar avoids hash > mismatch problems by ensuring we both use the same tarball. > > Note that I currently faced this error when using `dgit push-source`. > Perhaps other build options do not have this problem due to gbp > integration (gbp already extracts the tarbal when it needs to). I think that's likely. I think there is probably a gbp rune that will just provide the upstream source tarball from the pristine tar branch. I'm afraid I don't know how it's spelled, but you can probably use that as a workaround in the meantime. If you let me know what it is, that will be a small step towards implementing this feature :-). > > It's possible that dgit could be extended somehow in these directions > > but I don't think it's entirely trivial, depending what is wanted. > > /me hopes it is not difficult. Now I understand what you're asking for, yes, I think this would be possible and not even too difficult. Sean may disagree, but I don't think automatically generating missing origs from pristine tar branches is something that dgit should to by default. But it's certainly something we could have as an option, and maybe it should even be implied by --gbp. And dgit could prompt the user to specify the relevant options, if it detected an pristine-tar or upstream branch. Related to this is #865905 "want better msg for missing .orig (eg due to accidental upstream version bump)". #865905 mentions git-deborig which is also a thing that dgit should maybe be willing to use for this, when requested/configured. Ian. -- Ian Jackson <ijack...@chiark.greenend.org.uk> These opinions are my own. If I emailed you from an address @fyvzl.net or @evade.org.uk, that is a private address which bypasses my fierce spamfilter.