Hello,

On Sun 06 Jan 2019 at 01:13pm GMT, Ian Jackson wrote:

> I tried quite hard to investigate this allegation that the clean mode
> was honoured differently according to whether it was specified in the
> git config, or on the command line; with no success.  I also traced
> the code.  I think you are mistaken on that.

Fair enough!  I am able to reproduce as many times as you like, but I'm
not going to send you my root filesystem image :)

> However, I did repro the original poor error message like this:
>
>    git clean -xdff
>    git reset --hard c6dda1ee~1
>    git-cherry-pick -n c6dda1ee
>    git-deborig ||:
>    dgit -wddn --include-dirty build-source
>    git commit -m X
>    dgit -D -v7.20181105-1 -wgf sbuild -c build
>
> The problem is that dgit sbuild nowadays doesn't clean things at all.
> As discussed in the manpage:
>
>    dgit will only actually clean the tree if it needs to (because it
>    needs to build the source package or binaries from your working
>    tree).  Otherwise any untracked files will be simply ignored.
>
> But this is wrong, in fact, because it does "need to" or things go
> wrong.  Earlier I wrote a case analysis of clean modes here:
>
>   https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=910705#56
>
> But I never completed the impleentation of the `ACTION ON SOURCE
> BUILD' entries for git/git-ff.
>
> I have now done that and the result is in my tree being tested.
> With my current master, my repro above produces this:
>
>    Would remove .pc/
>    Would remove debian/patches/
>
>    dgit: error: tree contains uncommited, untracked, unignored files
>    dgit: You can use --clean=git[-ff],always (-wga/-wgfa) to delete them.
>
> And using -wgfa indeed makes it delete the files, and then succeed.

How about the "opt to disregard"?

-- 
Sean Whitton

Attachment: signature.asc
Description: PGP signature

Reply via email to