On Mon, Sep 15, 2014 at 04:50:19PM +0200, Guillem Jover wrote: > On Sun, 2014-08-31 at 05:32:26 +0200, Guillem Jover wrote: > > The more I think about this, the more I'm getting the impression this > > does not sound like a good idea. As mentioned initially, I think it > > would be better to possibly fix any tool that might be generating such > > variable files instead. > > Ok, closing now. But please, feel free to reopen if you can think of > counter arguments to the problems I mentioned in the bug report!
Fine by me, no use keeping a wishlist wontfix bug open. Sorry for not having responded sooner. I'll just mention that I'd expect the timestamp reset to only happen when extracting a source package. Any rebuilding (with or without clean) that applies missing patches, or building out of a git repository, would be out of scope. (Such scenarios have little chance of generating a reproducible result anyway.) As for the NFS case, it seems like it could calculate the delta between local and remote current time and adjust the debian/changelog timestamp accordingly. Anyway, thanks for looking at this! -- Niko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
