On Fri, Apr 27, 2012 at 02:52:08PM +0200, Raphaël Hertzog wrote: > Package: git-buildpackage > Version: 0.6.0~git20120415 > Severity: normal > > Hello, > > I saw #471581 before filling this bug but I believe that this design > choice is counter-productive. > > Let me add some new elements to the discussion based on my personal > experience: > > 1/ many packages remove files in their clean rules (because those > upstream-provided files are updated/regenerated at build-time and would > generate noise in the debian diff) > > 2/ if you have a clean tree and run "debian/rules clean" with such a > package, the tree will no longer be clean from the git-buildpackage > point of view because of those removed files. This means that you can't > "git-buildpackage" twice in a row. > > I don't see what the "clean" call buys you since you already export > the source tree and since you already complain when you have local > changes.
So you're suggesting to not run clean by default? Or only when using --export-dir? Cheers, -- Guido > > I would thus like to argue to change this design decision. If you don't > agree I would like to have more explanations of what problems you're > trying to avoid with this "debian/rules clean" call. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
