* Sam Hartman <hartm...@debian.org> [141109 19:15]:
> I've been working with this a bit more. One possibility would be to add
> an export option or some git dpm option to generate a dsc or a tree that
> could be used to generate a dsc. At that point you could either add the
> changes as a final patch or unapply them.
Being able to just call dpkg-buildpackage in a checkout of the git
repository with needing to call git-dpm at all is quite an import
feature of git-dpm for me. Besides: how would that help if the problem
is that the patches generated do not fit the files?
I think there are only two posibilities:
- not using git-format-patch. Perhaps needed in the long term anyway
to get nicer patch headers. But then I'm not sure that can be easily
fixed using any other invocation of git's diff machinery (and not
running in other problems on the way). And using non-git diff on trees
exported with git to generate the patches sounds like no nice way to
be heading.
- fix the information in git. I fear in the end the only feasible
solution is to document that one needs to do an git-dpm
import-new-upstream with --exclude .gitattribute here.
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
